UNIVERSIDAD NACIONAL DE HUANCAVELICA

FACULTAD DE INGENIERÍA ELECTRÓNICA - SISTEMAS ESCUELA ACADÉMICO PROFESIONAL DE SISTEMAS

INTEGRANTES: : ASCONA RIVAS, YORIDIA : CABEZAS CHAMORRO, MADAME : QUIPE FLORES , ISAIAS

ESTÁNDARES DE CALIDAD DE SOFTWARE DE LA

Regla o base de comparación que se utiliza para medir algún aspecto del software.  Calidad  Productividad  Duración  Esfuerzo  Costo .

• Los estándares de ingeniería del software del IEEE proporcionan el conjunto de requerimientos y guías más importantes para el aseguramiento de la calidad del software. • Estos estándares buscan el Aseguramiento de la Calidad del Software (SQA) . • Este conjunto de estándares abarcan todos los aspectos técnicos relacionados con la Ingeniería de Software.

.

• Existen 22 estándares que están orientados al aseguramiento de la calidad de software • 15 estándares del proceso • 5 estándares del producto • 1 glosario de términos • 1 taxonomía (clasificación) .

ESTANDAR IEEE 830 . .“REQUERIMIENTOS DE SOFTWARE” • El estándar IEEE 830 establece las normas y condiciones para producir un buen documento de especificación de Requerimientos (SRS: Software Requirements Specification).

. por estímulos o por jerarquía funcional. por objetos. por rasgos. las cuales contemplan: organizar el sistema por modo. existe también la posibilidad de tener organizaciones múltiples.Estándar IEEE 830 • Contiene ocho plantillas diferentes para definir los requerimientos según la naturaleza del sistema. por clase de usuario.

 ESTANDAR IEEE 1016 • “DESCRIPCIÓN DEL DISEÑO DEL SOFTWARE”  ESTANDAR IEEE 990 • “PRÁCTICAS PARA EL USO”  ESTANDAR IEEE 1063 • “DOCUMENTACIÓN DE USUARIO” .

ESTANDARES DEL PROCESO DE CALIDAD ESTANDAR 730: “PLANES DE CALIDAD DE SOFTWARE” • El estándar IEEE 730 es una recomendación para elaborar un Plan de Aseguramiento de la Calidad del Software SQAP (Software Quality Assurance Plan) para proyectos de desarrollo de software .

1 • “PLANES PARA ADMINISTRACIÓN DE PROYECTOS” .ESTANDARES DEL PROCESO DE CALIDAD  ESTANDAR IEEE 1298 • “SISTEMAS DE SQA: REQUERIMIENTOS”  ESTANDARIEEE 1074 • “DESARROLLO DE CICLOS DE VIDA”  ESTANDAR IEEE 1058.

 ESTANDAR IEEE 1012 • “VERIFICACIÓN Y VALIDACIÓN”  ESTANDAR IEEE 1028 • “REVISIONES Y AUDITORÍAS” .

• “MANTENIMIENTO DEL SOFTWARE”  ESTANDAR IEEE 1219  ESTANDAR IEEE 828 • “PLANES DE CONFIGURACIÓN DEL SOFTWARE” • “GUÍA PARA CONFIGURACIÓN DEL SOFTWARE  ESTANDAR IEEE 1042 .

Los documentos son: plan de pruebas. diseño de prueba. reporte de incidente de prueba. ESTANDAR IEEE 829 DOCUMENTACIÓN DE PRUEBAS • El estándar IEEE 829 establece una recomendación de la documentación que debe generarse antes y durante el proceso de pruebas del sistema. caso de prueba. reporte de transmisión de modulo. procedimiento de prueba. resumen de pruebas. . bitácora de pruebas.

 ESTANDAR IEEE 1002 • “TAXONOMÍA DE ESTÁNDARES”  ESTANDAR IEEE 610 • “GLOSARIO ESTÁNDAR DE TÉRMINOS”  ESTANDAR IEEE 1209 • “EVALUACIÓN DE HERRAMIENTAS CASE” .

define lo que es software de “alta calidad” .• La planificación de la calidad es el proceso en el cual se desarrolla un plan de calidad para un proyecto determinado. Por lo tanto. El plan de calidad define la calidad del software deseado y describe cómo valorarlo.

Proporciona los requisitos mínimos aceptables para la preparación y el contenido de los planes de aseguramiento de la calidad de software .• El Estándar IEEE 730 es una recomendación para elaborar un Plan de Aseguramiento de la Calidad del Software (SQAP. Software Quality Assurance Plan) para los proyectos de desarrollo de software.

• Cuando en un proyecto se aplica (o puede afectar) a tres grupos. • El público. que necesita el producto con un grado razonable de confianza. • El usuario. el proveedor y el público. • El proveedor. que puede ser otro elemento de la misma organización que desarrolla el software. que necesita establecer un estándar para planificar y medir. . que puede verse afectado por el uso del producto.

Auditorías del Software .• ESTANDAR IEEE 1028-1988 para Revisiones y AUDITORIAS Y REVISIONES • Define procedimientos para definir y llevar a cabo procesos de revisión y auditoría del software. • Describe cinco tipos de revisiones y auditorías que se pueden utilizar. • No prescribe el uso de revisiones ni auditorías particulares. • Incluye tanto al producto como al proceso de software.

• Utiliza criterios objetivos documentados. de medida debidamente – Descripción del proceso para producirlo. y procedimientos. – Cómo chequear el cumplimiento . guías. especificaciones. • Mide el cumplimiento de estándares. – Formato y contenido del producto.• Evaluación independiente (objetiva) de un producto o proceso de software.

Cuatro tipos de revisiones: – Revisión de administración – Revisión técnica – Inspección – Caminata . Reporta resultados y recomendaciones.• • • • • Evalúa un producto o proceso de software. Sigue un proceso formal. Determina status actual contra el plan original.

Revisión TIPO ELEMENTO USUARIO REVISIONS DE SEMI – FORMAL PROYECTO ADMINISTRACION ADMINISTRACION REVISIONES TECNICAS SEMI – FORMAL PROYECTO EQUIPO DESARROLLO DE INSPECCIONES FORMAL PRODUCTO O PROCESO EQUIPO DESARROLLO DE CAMINATAS INFORMAL PRODUCTO EQUIPO DE DESARROLLO .

Sign up to vote on this title
UsefulNot useful