Operación, Mantenimiento Y Calidad De Software Plan de SQA
Versión 1.0
Historia de revisiones Fecha
Versión
Descripción
1.0
Versión inicial
Autor
Contenido 1.PROPÓSITO............................................................................................................................................ ............................................................................................................................................ . 3 2.ACRÓNIMOS Y ABREVIATURAS.............................................................................................. ........ 3 3.REFERENCIAS....................................................................................................................................... ....................................................................................................................................... . 3 NMX-I-137-NYCE-2007 TECNOLOGÍA DE LA INFORMACIÓN- INGENIERÍA DE SOFTWARE- PROCESOS DEL CICLO DE VIDA DEL SOFTWARE - MANTENIMIENTO... ...... ..... 3 MNX-I-055/01-NYCE TECNOLOGÍA DE LA INFORMACIÓN- INGENIERÍA DE SOFTWARECALIDAD DEL PRODUCTO SOFTWARE- PARTE 1: MODELO DE CALIDAD............... ........................ ............. 3 MNX .I-045-NYCE TECNOLOGÍA DE INFORMACIÓN- SOFTWARE- PROCESOS DE CICLO DE VIDA DEL SOFTWARE......................................................................................................... ...................................................................................................................... ............. 3 4.GESTIÓN................................................................................................................... .................................................................................................................................... .......................... .............. ..... 3
4.1.ORGANIZACIÓN........................................................................................................................................3 4.2.TAREAS..................................................................................................................................................3 4.2.1.Planificación de Calidad..............................................................................................................4 4.2.2.Identificar Propiedades de Calidad.............................................................................................4 ESPONSABILIDADES.................................................................................................................................4 4.3.R ESPONSABILIDADES
5.DOCUMENTACIÓN...................................................................................................................... ........ .......... 5
5.1.DOCUMENTACIÓN MÍNIMA REQUERIDA..........................................................................................................5 5.1.1.Especificación de Requerimientos................................................................................................5
6.ESTÁNDARES Y MÉTRICAS........................................................................................................... .... 5
6.1.MÉTRICAS...............................................................................................................................................5 7.REVISIONES........................................................................................................................................... ........................................................................................................................................... . 5
7.1.DESCRIPCIÓN...........................................................................................................................................5 7.1.1.Revisión de Calidad de Producto.................................................................................................6 7.1.2.Revisión de Ajuste al Proceso......................................................................................................6 7.1.3.Revisión Técnica Formal (RTF):................................................ (RTF):..................................................................................................7 ..................................................7
EQUERIMIENTOS MÍNIMOS........................................................................................................................7 7.2.R EQUERIMIENTOS
Plan de SQA
Página 1 de 9
AGENDA.......................................................................................................................................................8 7.2.1.Fase I – Inicial..............................................................................................................................8
7.3.ACTIVIDADES PARA ASEGURAR LA CALIDAD..................................................................................................8
8.CORRESPONDENCIA DE ESTE PLAN CON EL ESTÁNDAR IEEE 730 [1]................................ 8
Plan de SQA
Página 2 de 9
1.
Propósito
El propósito de este plan es especificar las actividades que se realizarán para asegurar la calidad del software a implantar. En este documento se detallan los productos que se van a revisar, los estándares y las normas o métodos a aplicar; los métodos y procedimientos que se utilizarán para revisar que la elaboración de los productos se realice como los establece el modelo de ciclo de vida del proyecto; los procedimientos para informar a los responsables sobre los defectos encontrados en los productos y realizar un seguimiento de dichos defectos hasta su corrección. Se pretende Lograr que el DESI siempre cuente con información actualizada sobre la vigencia de sus licencias de las diferentes paqueterías de software instaladas en los laboratorios del DESI, mediante la implantación del proceso de mantenimiento de software NMX-I-137-NYCE-2007.
2.
Acrónimos y Abreviaturas
SQA: Aseguramiento de la Calidad del Software. SCM: Gestión de Configuración del Software. GP: Gestión del Proyecto.
3.
Referencias
NMX-I-137-NYCE-2007 Tecnología de la Información- Ingeniería de SoftwareProcesos del ciclo de vida del Software - Mantenimiento MNX-I-055/01-NYCE Tecnología de la Información- Ingeniería de SoftwareCalidad del producto software- Parte 1: Modelo de Calidad MNX .I-045-NYCE Tecnología de Información- Software- Procesos de ciclo de vida del Software
4.
Gestión
En las subsecciones siguientes se especifican los elementos de la organización que tienen influencia sobre la calidad del software, como está conformada la línea de gestión de calidad, de quien es la autoridad y responsabilidad por la calidad del software. (4.1), la lista de tareas cubiertas por este plan (4.2) y las responsabilidades por cada tarea (4.3). 4.1.
Organización
El encargado del área de gestión de calidad en el proyecto es el responsable de realizar la gestión que asegura que el proceso establecido sea realmente implementado y que los productos de ese proceso cumplan con los criterios de calidad establecidos en este plan. La gestión de calidad es una disciplina de gestión, junto con GP y SCM. Las disciplinas de gestión brindan soporte a las disciplinas básicas ( Requerimientos, Análisis, Diseño, Implementación, Implantación y Verificación ) y se realizan en forma paralela a ellas. 4.2.
Tareas
Actividad Planificación de Calidad Identificar Propiedades de Calidad Revisión de Calidad de Producto Revisión de Ajuste al Proceso Revisión Técnica Formal (RTF) Revisión de Entregas
Plan de SQA
Entregable Asociado Plan de Calidad Propiedades de Calidad Informe de Revisión de SQA Informe de Revisión de SQA Informe de RTF Entrega Semanal de SQA
Página 3 de 9
Realización del Informe Final de SQA Reuniones de Apoyo a la calidad
Informe Final de SQA
4.2.1. Planificación de Calidad Descripción de la actividad, indicando el entregable asociado y la influencia de la actividad en la calidad del producto. 4.2.2. Identificar Propiedades de Calidad Inspeccion de defectos
Revisiones/Ins pecciones
Inspeccion de la densidad de defectos Taza de defectos
Actividades de Software Engineering
4.3.
Densidad de defectos
Defectos en inspeccion/ / esfuerzo de inspeccion Unidad: (Defectos/Horas) Defectos en Inspección / Total ejecuciones
(Defectos in proceso / esfuerzo) * 100 Unidad: (Defectos/100 Horas) (Defectos / Total ejecutados )
1.3
0.8
2.5
0.31
0.1
0.5
1
0.2
3
0.05
0.01
0.25
Responsabilidades
El responsable de SQA es el responsable de realizar las actividades y entregables mencionadas en la sección anterior. Como parte de las actividades del Responsable de SQA se revisarán los productos que se consideren relevantes para la calidad del producto y del proceso. A continuación se identifican esos productos y el responsable de cada producto, que será la referencia en caso de que dicho producto necesite correcciones. Producto Especificación de requerimientos
Rol responsable Desarrollo y Pruebas
Responsable Lider de desarrollo
Modelo de casos de usos
Desarrollo y Pruebas
Lider de desarrollo
Alcance del sistema
Desarrollo y Pruebas
Lider de desarrollo
Modelo de Diseño
Desarrollo y Pruebas
Lider de desarrollo
Descripción de la Arquitectura
Desarrollo y Pruebas
Lider de desarrollo
Interfase de Usuario
Desarrollo y Pruebas
Lider de desarrollo
Estándar de Implementación
Desarrollo y Pruebas
Lider de desarrollo
Estándar de Documentación Técnica
Desarrollo y Pruebas
Lider de desarrollo
Plan de Verificación y Validación
Desarrollo y Pruebas
Lider Pruebas
Planes de Verificación de la Iteración (unitarias, de integración y del sistema) Estándar de Documentación de Usuario
Plan de SQA
Lider Pruebas
Desarrollo y Pruebas
Lider Pruebas
Página 4 de 9
Materiales para soporte al Usuario
Desarrollo y Pruebas
Lider Pruebas
Plan de Transición
Desarrollo y Pruebas
Lider Pruebas
Plan de Proyecto
Desarrollo y Pruebas
Lider de desarrollo
Documento de Estimaciones y Mediciones
Desarrollo y Pruebas
Lider de desarrollo
Documento de Riesgos
Desarrollo y Pruebas
Lider de desarrollo
Plan de Configuración
Desarrollo y Pruebas
Lider de desarrollo
Plan de Gestión de Configuración
Desarrollo y Pruebas
Lider de desarrollo
5.
Documentación
El objetivo de esta sección es especificar los documentos que dirigen el desarrollo del proyecto y que deberán ser revisados como parte de las actividades de aseguramiento de la calidad. Para cada documento se indica el objetivo del documento, la plantilla, norma y/o estándar que se usa para elaborar el documento y el contenido mínimo que debe tener dicho documento. 5.1.
Documentación mínima requerida
Especificación de Requerimientos
•
Diseño del Sistema y Descripción de la Arquitectura Plan de Verificación y Validación Reportes de Verificación
• • •
•
Documentación de Usuario Plan de Configuración
•
Plan de Proyecto
•
5.1.1. Especificación de Requerimientos Objetivo del documento: Plantilla, norma y/o estándar: Contenido mínimo:
6.
Estándares y Métricas
Documentación, Documentación, Implementación, Pruebas, Diseño Las métricas se llevaran en un formato ya creado por le corporación y se llenaran semanalmente. 6.1.
Métricas
Hoja de Métricas tendrá identificados cada uno de los campos y métricas que se tomaran en cuenta para las métricas de calidad, y de acuerdo a los standares de la corporación.
7.
Revisiones
7.1.
Descripción
En esta sección se definen los tres tipos de revisiones (Revisión de Calidad de Producto, Revisión de Ajuste al Proceso y Revisión Técnica Formal – RTF –), sus objetivos y mecanismos.
Plan de SQA
Página 5 de 9
7.1.1. Revisión de Calidad de Producto Objetivo: Revisar que los productos se definieron como claves para asegurar la calidad. Detectar desviaciones en los objetivos de calidad definidos e informar a los responsables para que sean corregidas. Mecanismo: Se revisan los productos para verificar que cumplan con los estándares (sección 6) y con los objetivos de calidad utilizando las checklists definidas para el producto. Se debe verificar que no queden correcciones sin resolver en los informes de revisión previos, si se encuentra alguna no resuelta, debe ser incluida en la siguiente revisión. Se debe identificar, documentar y seguir la pista a las desviaciones encontradas y verificar que se hayan realizado las correcciones. Como salida se obtiene el Informe de revisión de SQA, que contiene todas las desviaciones o defectos encontrados durante la revisión. Este informe debe ser distribuido a los responsables del producto y se debe asegurar que ellos son conscientes de las desviaciones o discrepancias encontradas y de las acciones correctivas que deben realizar. 7.1.2. Revisión de Ajuste al Proceso Objetivo: Revisar si los productos se obtuvieron realizando las actividades que se indican en el Modelo de Proceso. Mecanismo: Se revisan los productos que se definen como claves para verificar el cumplimiento de las actividades definidas en el proceso, durante todo el ciclo de vida del software. Se debe recoger la información necesaria de cada producto, buscando hacia atrás los productos previos que deberían haberse generado y son entrada para el producto objeto de revisión, para poder establecer los criterios de revisión y evaluar si el producto cumple con las especificaciones. Esta información se obtiene de los siguientes documentos: • •
Plan del Proyecto Plan de la Desarrollo
Plan de Verificación y Validación Se debe verificar si todos los pasos del proceso de desarrollo son seguidos apropiadamente. Antes de comenzar, se debe verificar en los informes de revisión previos que todas las desviaciones fueron corregidas, si no es así, las faltantes se incluyen para ser evaluadas. Como salida se obtiene el Informe de revisión de SQA correspondiente a la revisión de ajuste al proceso, que contiene todas las desviaciones o defectos encontrados durante la revisión. Este informe debe ser distribuido a los responsables de las actividades y se debe asegurar que ellos son conscientes de las desviaciones o discrepancias encontradas y de las acciones correctivas que deben realizar. •
Plan de SQA
Página 6 de 9
7.1.3. Revisión Técnica Formal (RTF): Objetivo: Descubrir errores en la función, la lógica ó la implementación de cualquier producto del software, verificar que satisface sus especificaciones, que se ajusta a los estándares establecidos, señalando las posibles desviaciones detectadas. Mecanismo: Es un proceso de revisión riguroso, su objetivo es llegar a detectar lo antes posible, los posibles defectos o desviaciones en los productos que se van generando a lo largo del desarrollo. Por esta característica se adopta esta práctica para productos que son de especial importancia. En la reunión participan el responsable de SQA e integrantes del equipo de desarrollo. Se debe convocar a la reunión formalmente a los involucrados, informar del material que ellos deben preparar por adelantado, llevar una lista de preguntas y dudas que surgen del estudio del producto a ser revisado. Como salida se obtiene el Informe de RTF.
7.2.
Requerimientos Mínimos
En esta sección se detallan los elementos mínimos que deberán ser revisados. En la lista siguiente aparecen los elementos detallados en IEEE 730. Agregue los que se consideren necesarios, indicándose para cada uno los tipos de revisiones que se aplicarán. •
Especificación de Requerimientos (Modelo de Casos de Uso, Requerimientos Suplementarios)
•
Modelo de Diseño y Descripción de la Arquitectura
•
Plan de Verificación y Validación
• •
Plan de Gestión del Proyecto Plan de Gestión de Configuración
y: •
Diseño vs. Especificación de Requerimientos
•
Implementación vs. Diseño
•
Verificación vs. Especificación de Requerimientos
Plan de SQA
Página 7 de 9
Agenda En esta sección se detallan todas las revisiones de calidad que se realizarán durante todo el proyecto organizadas por fase e iteración. 7.2.1. Fase I – Inicial 7.2.1.1.
Iteración I
Entregable [Nombre del entregable o producto a revisar]
7.2.1.2.
Realizado
Revisión
Tipo de revisión
[Fase, iteración y semana en que se debe realizar la versión del producto a revisar]
[Semana, si se quiere también la fecha, en la que se realizará la revisión del entregable o producto]
[Tipo de revisión que se realizará: Evaluación de la calidad de los productos, Revisar el ajuste al proceso o Revisión Técnica Formal ]
Realizado
Revisión
Tipo de revisión
[Fase, iteración y semana en que se debe realizar la versión del producto a revisar]
[Semana, si se quiere también la fecha, en la que se realizará la revisión del entregable o producto]
[Tipo de revisión que se realizará: Evaluación de la calidad de los productos, Revisar el ajuste al proceso o Revisión Técnica Formal ]
Iteración II
Entregable [Nombre del entregable o producto a revisar]
7.3. •
• •
•
8.
Actividades para asegurar la calidad
Asegurar que se generó la Línea Base del proyecto en el momento establecido en el modelo de proceso. Asegurar que la Línea Base del proyecto generada es correcta. Se verifica periódicamente que el Responsable de SCM mantiene apropiadamente el control de la línea base, así como el registro completo de cambios para requerimientos, diseño, código, verificación y documentación. Se monitorean los procedimientos del Comité de Control de Cambios para verificar que son efectivamente realizados como se especificaron en el Plan de configuración.
Correspondencia de este plan con el estándar IEEE 730 [1]
Secciones del estándar IEEE 730 [1] 1 Propósito
Secciones de este plan 1 Propósito 2 Acrónimos y Abreviaturas, se agrega a este plan.
2 Referencias
3 Referencias
3 Gestión
4 Gestión
4 Documentación
5 Documentación
Plan de SQA
Página 8 de 9
5 Estándares, prácticas, convenciones y métricas
6 Estándares y métricas
6 Revisiones y auditorias
7 Revisiones
7 Test
8 Verificación
8 Reporte de problemas y acción correctiva
9 Reporte de problemas y acciones correctivas
9 Herramientas, técnicas y metodologías
10 Herramientas, técnicas y metodologías
10 Control de código
11 Gestión de configuración
11 Control de medios
11 Gestión de configuración
12 Control de proveedores
No aplica a este plan, porque no hay proveedores en los proyectos donde se aplica el mismo
13 Recopilación de registros, mantenimiento y retención
No aplica a este plan, porque los registros que serán generados por el responsable de SQA son los entregables que se generan durante el proyecto y ya están explicitados en la sección 4.2 Tareas
14 Entrenamiento
No aplica a este plan, porque las actividades de entrenamiento para alcanzar las necesidades del plan de SQA no forman parte del proyecto.
15 Gestión de riesgos
12 Gestión de riesgos
Plan de SQA
Página 9 de 9
