Guia SQA
Páginas: 20 (4759 palabras)
Publicado: 6 de diciembre de 2013
GUÍA DE sqa
ÍNDICE
1 Propósito
El objetivo de esta guía es brindar soporte al rol de aseguramiento de la calidad en el marco del curso “Proyecto de Ingeniería de Software”, [PIS].
Dicho soporte apunta a que las tareas realizadas en el rol del SQA no se conviertan en meras revisiones sintácticas de los distintos entregables, sino que sea esencial en el éxito del proyecto.
Segúnse establece en [1], el rol del SQA consiste en monitorear métodos, prácticas y estándares aplicados por el resto del equipo para verificar que fueron propiamente aplicados.
Llevado al [PIS], esto se traduce en preparar y efectuar las distintas revisiones a los entregables de modo de asegurar la calidad de los mismos. La guía pretende lograr que además de realizar las revisiones se realice unafuerte actividad de seguimiento de las tareas que se realizan para construir los entregables que finalmente serán revisados, basándose en “What is not tracked is not done”, citado en [1] haciendo referencia a que el SQA debe seguir y monitorear el proceso de construcción de un artefacto además de realizar revisiones cuando el mismo se ha construido.
También se pretende establecer que ésta es unadisciplina de soporte y apoyo al resto de las disciplinas poniendo especial énfasis en el monitoreo de aquellas actividades y artefactos indispensables para asegurar los hitos de las distintas fases e iteraciones como forma de asegurar el éxito del proyecto.
Estas tareas deben llevarse a cabo cuidadosamente para que el área de SQA no se convierta en algo inútil que atrase las planificacionese impacte negativamente en la calidad. Parte del éxito de esta disciplina consiste en la objetividad a la hora de hacer las revisiones y en elegir una buena política para informar las desviaciones y reportes de acciones correctivas.
2 Acrónimos y Abreviaturas
[PIS] Proyecto de Ingeniería de Software.
3 Referencias
[1] Managing the Software Process, Watts s. Humphrey, Addison-Wesley.[2] IS2 - Modelo de calidad del curso.
[3] ISO/IEC 9126 Information Technology – Software product quality
4 Buenas Prácticas
4.1 Prácticas generales
4.1.1 Riesgos
Se debe poner especial énfasis en asegurar que se realice una correcta gestión de riesgos. El SQA debe por lo menos asegurar que los mismos sean discutidos en la reunión quincenal y que se reporten los resultados de cualesfueron detectados y para cuales se establecieron políticas de prevención, mitigación y contingencia. También debe asegurar que se comparen los costos de prevenir, eliminar o al menos reducir la probabilidad de ocurrencia e impacto de los riesgos. En caso de que se tomen acciones para con ellos, se deberán verificar que se ajustaron los planes pertinentes (Plan del Proyecto, Plan de V&V, Plan deSCM, Plan de SQA, etc.).
Resumiendo el SQA debe asegurar en el transcurso de todo el proyecto que se realiza un seguimiento de los riesgos dentro de cada área y que estos son discutidos en las reuniones quincenales. En cada iteración se vuelven a evaluar y priorizar los riesgos de acuerdo al impacto y la probabilidad de ocurrencia actual.
4.1.2 Mediciones y estimaciones
Se debe asegurar quelas mediciones que se realizan son fiel reflejo de la realidad y que las estimaciones se basen en esas mediciones y que esto permita ajustar las sucesivas estimaciones.
4.1.3 Gestión de configuración
El SQA debe asegurar que el SCM entienda su rol, que entienda el significado de la línea base (el cual suele ser comprendido a fines de la fase de transición), y que realice las actividades deseguimiento de la línea base, para lo cual además de la investigación pertinente se recomienda buscar ayuda.
4.1.4 Apego al proceso
Se monitorea selectivamente la realización de las actividades de desarrollo, documentación y verificación para asegurar la consistencia con los planes y estándares o normas. Se verifica que los tests especificados y las revisiones por pares son conducidas...
ÍNDICE
1 Propósito
El objetivo de esta guía es brindar soporte al rol de aseguramiento de la calidad en el marco del curso “Proyecto de Ingeniería de Software”, [PIS].
Dicho soporte apunta a que las tareas realizadas en el rol del SQA no se conviertan en meras revisiones sintácticas de los distintos entregables, sino que sea esencial en el éxito del proyecto.
Segúnse establece en [1], el rol del SQA consiste en monitorear métodos, prácticas y estándares aplicados por el resto del equipo para verificar que fueron propiamente aplicados.
Llevado al [PIS], esto se traduce en preparar y efectuar las distintas revisiones a los entregables de modo de asegurar la calidad de los mismos. La guía pretende lograr que además de realizar las revisiones se realice unafuerte actividad de seguimiento de las tareas que se realizan para construir los entregables que finalmente serán revisados, basándose en “What is not tracked is not done”, citado en [1] haciendo referencia a que el SQA debe seguir y monitorear el proceso de construcción de un artefacto además de realizar revisiones cuando el mismo se ha construido.
También se pretende establecer que ésta es unadisciplina de soporte y apoyo al resto de las disciplinas poniendo especial énfasis en el monitoreo de aquellas actividades y artefactos indispensables para asegurar los hitos de las distintas fases e iteraciones como forma de asegurar el éxito del proyecto.
Estas tareas deben llevarse a cabo cuidadosamente para que el área de SQA no se convierta en algo inútil que atrase las planificacionese impacte negativamente en la calidad. Parte del éxito de esta disciplina consiste en la objetividad a la hora de hacer las revisiones y en elegir una buena política para informar las desviaciones y reportes de acciones correctivas.
2 Acrónimos y Abreviaturas
[PIS] Proyecto de Ingeniería de Software.
3 Referencias
[1] Managing the Software Process, Watts s. Humphrey, Addison-Wesley.[2] IS2 - Modelo de calidad del curso.
[3] ISO/IEC 9126 Information Technology – Software product quality
4 Buenas Prácticas
4.1 Prácticas generales
4.1.1 Riesgos
Se debe poner especial énfasis en asegurar que se realice una correcta gestión de riesgos. El SQA debe por lo menos asegurar que los mismos sean discutidos en la reunión quincenal y que se reporten los resultados de cualesfueron detectados y para cuales se establecieron políticas de prevención, mitigación y contingencia. También debe asegurar que se comparen los costos de prevenir, eliminar o al menos reducir la probabilidad de ocurrencia e impacto de los riesgos. En caso de que se tomen acciones para con ellos, se deberán verificar que se ajustaron los planes pertinentes (Plan del Proyecto, Plan de V&V, Plan deSCM, Plan de SQA, etc.).
Resumiendo el SQA debe asegurar en el transcurso de todo el proyecto que se realiza un seguimiento de los riesgos dentro de cada área y que estos son discutidos en las reuniones quincenales. En cada iteración se vuelven a evaluar y priorizar los riesgos de acuerdo al impacto y la probabilidad de ocurrencia actual.
4.1.2 Mediciones y estimaciones
Se debe asegurar quelas mediciones que se realizan son fiel reflejo de la realidad y que las estimaciones se basen en esas mediciones y que esto permita ajustar las sucesivas estimaciones.
4.1.3 Gestión de configuración
El SQA debe asegurar que el SCM entienda su rol, que entienda el significado de la línea base (el cual suele ser comprendido a fines de la fase de transición), y que realice las actividades deseguimiento de la línea base, para lo cual además de la investigación pertinente se recomienda buscar ayuda.
4.1.4 Apego al proceso
Se monitorea selectivamente la realización de las actividades de desarrollo, documentación y verificación para asegurar la consistencia con los planes y estándares o normas. Se verifica que los tests especificados y las revisiones por pares son conducidas...
Leer documento completo
Regístrate para leer el documento completo.