Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

IEEE 730

No description
by

ALEJANDRO JIMENEZ

on 20 September 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of IEEE 730

Gracias!!
Estándar IEEE 730 – 2002.
Define lo que es Software de alta calidad.
Es una recomendación para elaborar un Plan de Aseguramiento de la Calidad del Software (SQAP).
Proporciona los requisitos mínimos para el aseguramiento de la calidad del software.
Se utiliza para para las fases de desarrollo y mantenimiento de software.
Las principales actividades del SQA incluyen:
• Gestión
• Documentación
• Mediciones
• Revisiones
• Testing
• Informes de problemas y acciones correctivas
• Control de medios de Comunicación
• Control de Proveedores
• Gestión de Registros
• Capacitación
• Gestión de Riesgos

Este estándar puede afectar a:
:
• Usuario: Puede ser otro elemento de la misma organización que desarrolla el software, que necesita el producto con un grado razonable de confianza.
• Proveedor: Que necesita tener un estándar para planificar y medir.
• Público: Que puede verse afectado por el uso del producto.

Plan SQA
1. Propósito:

Delinea el propósito y el alcance del plan de SQA.
Lista los nombres de los elementos del software.
Determina la proporción del ciclo de vida.

5. Estándares, prácticas, convenciones y métricas.
5.1 Propósito:
Identifica:
Estándares, Practicas, Convenciones, Técnicas estadísticas y Métricas aplicables al proyecto.
5.2 Contenido:
Como mínimo debe incluir: Estándares de documentación, de diseño de codificación y de comentarios
Prácticas y estándares de prueba
Métricas del producto y proceso de garantía de calidad seleccionada


IEEE 730
Aseguramiento de la Calidad del Software (SQA).
Alejandro Jiménez
Roberto Jiménez

IEEE: Instituto de Electricidad e Ingenieros Electrónicos, creada en 1963. Sede central está en Nueva York.
Los Estándares de Ingeniería de Software del IEEE proporcionan un conjunto de requerimientos y guías para el aseguramiento de la calidad del software.
Introducción
2. Documentos de Referencia:
Lista documentos utilizados en su elaboración.

3. Gestión:

3.1 Organización:
3.2 Tareas
3.3 Roles y responsabilidades
3.4 Recursos Estimados y garantía de calidad:


6. Revisiones de Software:
Determina las revisiones del software.
6.1 Propósito:
Fija las revisiones del software.
6.2 Requisitos mínimos:
Revisión de:
Especificaciones del software
Diseño arquitectónico
Diseño detallado
Plan de verificación y validación.
Auditoria de:
Funcionalidad.
Física
Durante el proceso de diseño.
Revisiones de:
Gestión.
Configuración del software.
Post-implementación.
7. Prueba.
Identifica todas las pruebas no incluidas en el plan de verificación y validación.

8. Informe de pruebas y acción correctiva.
Describe las prácticas y procedimientos de informe, seguimiento y resolución de problemas, tanto a nivel producto como proceso.

9. Herramientas técnicas y metodologías.
Herramientas técnicas y metodologías para soportar el proceso de SQA.

10. Control de medios.
Determina los métodos para:
Identificar el medio físico para cada producto del software.
Protegerlo de daños durante el proceso.

11. Control de proveedores.
Determinar las técnicas para garantizar que el software proporcionado por proveedores cumple con los requisitos.

7. Prueba.
Identifica todas las pruebas no incluidas en el plan de verificación y validación.

8. Informe de pruebas y acción correctiva.
Describe las prácticas y procedimientos de informe, seguimiento y resolución de problemas, tanto a nivel producto como proceso.

9. Herramientas técnicas y metodologías.
Herramientas técnicas y metodologías para soportar el proceso de SQA.

10. Control de medios.
Determina los métodos para:
Identificar el medio físico para cada producto del software.
Protegerlo de daños durante el proceso.

11. Control de proveedores.
Determinar las técnicas para garantizar que el software proporcionado por proveedores cumple con los requisitos.

12. Colección de registros, mantenimiento y conservación.
Identifica la documentación que no se debe tirar tras acabar el proceso.
Determina métodos para ensamblar, archivar, proteger y mantener la información.
13. Formación.
Identifica las actividades de formación necesarias para satisfacer las necesidades del plan de SQA.
14. Gestión de riesgo.
Especifica el plan de gestión de riesgos.
15. Glosario.
16. Procedimiento de cambio e historia de plan de SQA.
Procedimiento de modificación del plan de SQA.
Procedimiento de plan de cambios.
Historial de cambios.
4. Documentación:
Describe toda la documentación durante el proceso desarrollo.
4.1 Propósito:
• Identifica la documentación que dirige el desarrollo, verificación y validación, uso y mantenimiento de software.
• Lista los documentos que serán revisados o auditados, así como los criterios de revisión.
4.2 Requisitos mínimos de documentación:
• Descripción de requisitos del software
• Descripción del diseño del software
• Planes de verificación y validación
• Informe de resultados
• Documentación del usuario
• Plan de gestión de la configuración del software


4.3 Otra documentación (proceso de desarrollo)

• Plan de proceso de desarrollo
• Descripción de los estándares de desarrollo
• Descripción de métodos, procedimientos y herramientas de IS.
• Plan de gestión del proyecto de software
• Plan de mantenimiento
• Plan de seguridad
• Plan de integración
Full transcript