ESTNDARES DE CALIDAD DE SOFTWARE DE LA IEEE

(INSTITUTE OF ELECTRICAL AND ELECTRONIS ENGINEERS)

1. DEFINICIN
Regla o base de comparacin que se utiliza para medir algn aspecto del
software.
Calidad
Productividad
Duracin
Esfuerzo
Costo
Los estndares de ingeniera del software del IEEE proporcionan
el conjunto de requerimientos y guas ms importantes para el
aseguramiento de la calidad del software.

Este conjunto de estndares abarcan todos los aspectos

tcnicos relacionados con la Ingeniera de Software.

Estos estndares buscan el Aseguramiento de la Calidad del Software (SQA)

OBJETIVO DEL LOS ESTANDARES DE LA IEEE

2. CLASIFICACIN DE LOS ESTANDARES

Existen 22 estndares que estn orientados al aseguramiento
de la calidad de software
15 estndares del proceso
5 estndares del producto
1 glosario de trminos
1 taxonoma (clasificacin)

2.1 ESTANDARES DEL PRODUCTO

2.1.1. ESTANDAR IEEE 830 - REQUERIMIENTOS DE
SOFTWARE
El estndar IEEE 830 establece las normas y
condiciones para producir un buen documento de
especificacin de Requerimientos (SRS: Software
Requirements Specification). Contiene ocho plantillas
diferentes para definir los requerimientos segn la
naturaleza del sistema, las cuales contemplan:
organizar el sistema por modo, por clase de usuario,
por objetos, por rasgos, por estmulos o por jerarqua
funcional, existe tambin la posibilidad de tener
organizaciones mltiples.

2.1.2. ESTANDAR IEEE 1016

DESCRIPCIN DEL DISEO DEL SOFTWARE
2.1.3. ESTANDAR IEEE 990
PRCTICAS PARA EL USO
2.1.4. ESTANDAR IEEE 1063
DOCUMENTACIN DE USUARIO
2.2 ESTNDARES DEL PROCESO
2.2.1. ESTANDARES DEL PROCESO DE CALIDAD
2.2.1.1. ESTANDAR 730: PLANES DE CALIDAD DE
SOFTWARE
El estndar IEEE 730 es una recomendacin para
elaborar un Plan de Aseguramiento de la Calidad
del Software SQAP (Software Quality Assurance
Plan) para proyectos de desarrollo de software.
Cuando en un proyecto de desarrollo de software
se incluye un plan de estos, las decisiones
relacionadas con la calidad deben ser tomadas con
anticipacin y por lo tanto, deben ser estudiadas y
 razonadas suficientemente antes de iniciar el
desarrollo. El equipo de desarrollo deber entonces
ajustarse al plan y as mejorar continuamente los
procesos de desarrollo en beneficio del proyecto en
curso y de los proyectos futuros.

2.2.1.2. ESTANDAR IEEE 1298

SISTEMAS DE SQA: REQUERIMIENTOS
2.2.1.3. ESTANDARIEEE 1074
DESARROLLO DE CICLOS DE VIDA
2.2.1.4. ESTANDAR IEEE 1058.1
PLANES PARA ADMINISTRACIN DE PROYECTOS
2.2.1.5. ESTANDAR IEEE 1012
VERIFICACIN Y VALIDACIN
2.2.1.6. ESTANDAR IEEE 1028
REVISIONES Y AUDITORAS
2.2.2. PRUEBAS Y MANTENIMIENTOS
2.2.2.1. ESTANDAR IEEE 1219
MANTENIMIENTO DEL SOFTWARE
2.2.2.2. ESTANDAR IEEE 828
PLANES DE CONFIGURACIN DEL SOFTWARE
2.2.2.3. ESTANDAR IEEE 1042
GUA PARA CONFIGURACIN DEL SOFTWARE
2.2.2.4. ESTANDAR IEEE 1008
PRUEBAS DE UNIDAD DEL SOFTWARE
2.2.2.5. ESTANDAR IEEE 829 DOCUMENTACIN DE
PRUEBAS
El estndar IEEE 829 establece una recomendacin
de la documentacin que debe generarse antes y
durante el proceso de pruebas del sistema. Los
documentos son: plan de pruebas, diseo de
prueba, caso de prueba, procedimiento de prueba,
reporte de transmisin de modulo, bitcora de
pruebas, reporte de incidente de prueba, resumen
de pruebas.
2.3. OTROS
2.3.1. ESTANDAR IEEE 1002
TAXONOMA DE ESTNDARES
2.3.2. ESTANDAR IEEE 610
GLOSARIO ESTNDAR DE TRMINOS
2.3.3. ESTANDAR IEEE 1209
EVALUACIN DE HERRAMIENTAS CASE
3. PLAN DE ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE

La planificacin de la calidad es el proceso en el cual se desarrolla

un plan de calidad para un proyecto determinado. El plan de
calidad define la calidad del software deseado y describe cmo
valorarlo. Por lo tanto, define lo que es software de alta calidad

El plan de calidad selecciona los estndares organizacionales

apropiados para un producto y un proceso de desarrollo particular.
Si en el proyecto se utilizan nuevos mtodos herramientas, se
tiene que definir nuevos estndares.

El Estndar IEEE 730 es una recomendacin para elaborar un Plan

de Aseguramiento de la Calidad del Software (SQAP, Software
Quality Assurance Plan) para los proyectos de desarrollo de
software. Proporciona los requisitos mnimos aceptables para la
preparacin y el contenido de los planes de aseguramiento de la
calidad de software. Fue escrito para ser utilizado en las fases de
desarrollo y mantenimiento del software. El plan SQActo sirve para
gua de las actividades de SQA en el proyecto.

Este estndar describe la preparacin y los contenidos de los

planes SQA. Las actividades principales del SQA incluyen la gestin,
documentacin, mediciones, revisions, tsting, informes de
problemas y las acciones correctivas, control de medios de
comunicacin, control de piezas relacionadas con el plan de SQA, el
Estndar IEEE 730 nos proporciona una valiosa informacin sobre
cada de estas actividades.

En la clasula 4, se describe el contenido mnimo de un plan de

SQA. Dentro de las descripciones se identifican los elementos
fundamentales del proceso de SQA. En un plan de SQA se puede
aplicar o citar requisitos y directrices establecidas en otros
estndares de la IEEE.
 Cuando en un proyecto se aplica (o puede afectar) a tres grupos, el
proveedor y el pblico.

a) El usuario, que puede ser otro elemento de la misma

organizacin que desarrolla el software, que necesita el
producto con un grado razonable de confianza.
b) El proveedor, que necesita establecer un estndar para
planificar y medir.
c) El pblico, que puede verse afectado por el uso del producto.

PLAN SQA
Un Plan SQA puede incluir los siguientes puntos:

1. Propsito:
- Delinea el propsito especfico y el alcance del plan SQA.
- Lista los nombres de los elementos software cubiertos
por el plan SQA y el uso de dichos elementos.
- Determina la porcin del ciclo de vida cubierta por el
plan para cada elemento software.
2. Documentos de referencia
- Proporciona una lista completa de los documentos
referenciados en el plan o utilizados en su elaboracin.
3. Gestin
- Est muy ligado el plan del proyecto del software.
- Idealmente redactado en formato IEEE Std. 1058

3.1. Organizacin
- Describe la estructura organizativa que influye y
controla la calidad de software.
- Identifica roles y responsables de preparar y
mantener el plan SQA.
3.2. Tareas
Describe
- La porcin del ciclo de vida cubierta por el plan SQA.
- Las tareas a desarrollar.
- Los criterios de entrada y salida para cada tarea.
- Las relaciones entre estas tareas y los principales
puntos de control planeados.
3.3. Roles y responsabilidades
- Identifica los elementos organizativos responsables
de llevar a cabo cada tarea.
3.4. Recursos estimados de garanta de calidad
 - Proporciona la estimacin de recursos y costos
gastados en garanta de calidad y en las tareas de
control de calidad.
4. Documentacin.
Describe toda la documentacin que se va a generar
durante el proceso de desarrollo.
4.1. Propsito
Identifica la documentacin que dirige el desarrollo,
verificacin y validacin, uso y mantenimiento del
software.
Lista los documentos que sern revisados o auditados, asi
como los criterios de revisin.
4.2. Requisitos mnimos de documentacin
Para asegurar la implementacin del software satisface
los requisitos tcnicos, se requiere como mnimo la
siguiente documentacin:
Descripcin de requisitos software.
Descripcin del diseo del software
Planes de verificacin y validacin
Informe de resultados de verificacin e informe de
resultados de validacin
Documentacin de usuario
Plan de gestin de la configuracin de software
4.2.1. Descripcin de los requisitos software
Es la SRS (software requirements specification).
Idealmente redactada segn IEEE. Std 830
4.2.2. Descripcin del diseo del software.
Describe la estructura del software para cumplir
con los requisitos de la SRS.
Debe describir los componentes y
subcomponentes del diseo del software.
Redactado segn IEEE Std. 1016, IEEE
Recommended practice for software design
Descriptions.
4.2.3. Planes de validacin y verificacin.
Estos planes se utiliza para determinar si el
producto software desarrollado se ajusta a sus
requisitos, y si cumple con las expectativas del
usuario.
Idealmente redactado segn los estndares:
 - IEEE Std.829-1998 for software Test
Documentation.
- IEEE Std. 1008- 1997 IEEE for software Unit
Testing.
- IEEE Std. 1012-1998 for software validation
and verification.
4.2.4. Informe de resultados de verificacin e
informe de resultados de validacin.
Describe los resultados de las actividades de
verificacin y planificacin del software llevados
a cabo segn los planes descritos en el punto
anterior.
4.2.5. Documentacin de usuario.
La documentacin del usuario gua al usuario en
la instalacin, operacin, gestin y
mantenimiento de los productos software.
Debera describir las entradas y salidas, asi
como los mensajes de error.
Idealmente redactado segn IEEE Std. 1063-
1987 for software User documentation.

4.2.6. Plan de gestin de la configuracin de

software.
Describe el proceso de gestin de configuracin
software.
Idealmente redactado segn IEEE Std. 828-1998
for software configuration Management Plans.
4.3. Otra documentacin
Identificar otros documentos necesarios durante el
proceso de desarrollo, como:
Plan de proceso de desarrollo.
Descripcin de estndares de desarrollo de
software.
Descripcin de mtodos/ procedimientos/
herramientas de IS.
Plan de gestin del proyecto de software
(idealmente segn IEEE Std.1058).
Plan de mantenimiento (idealmente segn IEEE
Std. 1219-1998).
 Planes de seguridad del software (idealmente
segn IEEE Std. 1228-1994).
Plan de integracin del software.
5. estndares, prcticas, convenvenciones y mtricas
Esta seccin es un poco miscelnea en SQA.
5.1. Propsito
Identifica:
Estndares
Practicas
Convenciones
Tcnicas estadsticas
Mtricas aplicables al proyecto
Las medidas se incluyeran en las mtricas utilizadas y
podran identificarse en un plan de medicin
independiente (idelamente redactados esgun IEEE Std.
1219-1998 for software Maintenance e IEEE Srd. 1228-
1994 for software Safety Plans).
Tambin determina como se monitoriza y garantiza la
conformidad con el plan
5.2. contenido
Como mnimo debe incluir
Estndares de documentacin
Estndares de diseo
Estndares de codificacin
Estndares de comentarios
Prcticas y estndares de prueba
Mtricas de producto y proceso de garanta de
calidad seleccionada.
6. revisiones del software
Determinan las revisiones del software
6.1. propsito
Fija las revisiones del software
Idealmente redactado segn IEEE Std. 1028.
6.2. requisitos mnimos
Revisin de las especificaciones software.
Revisin del diseo arquitectnicos
Revisin del diseo detallado
Revisin del plan de verificacin y validacin
Auditoria de la funcionalidad (cumplir SRS)
Auditoria fsica(consistencia y fecha de entrega)
Auditoria durante el proceso (consistencia del diseo)
Revisiones de gestin (garantizar el cumplimiento plan
SQA)
 Revisin del plan de gestin de la configuracin del
software
Revisin Post-implementacin.
6.3. otras revisiones y auditorias
Por ejemplo, revisin de la documentacin de usuario
7. prueba
Identifica todas las pruebas no incluidas en el plan de
verificacin y validacin
8. informe de problemas de accin correctivas
Describe las prcticas y procedimientos de informe,
seguimiento y r4esolucion de problemas, tanto a nivel
productivo como proceso
Determina las responsabilidades organizativas relativas a
su implementacin
9. herramientas, tcnicas y metodologas
Herramientas, tcnicas y metodologas utilizadas para
soportar el proceso de SQA
9.1. control de medios
Determina los mtodos para:
o Identificar el medio fisco de cada producto software.
o Protegerlo de danos durante el proceso
10. control de procesos
- determina las tcnicas para garantizar que el software
proporcionado por proveedores externos cumple sus
requisitos.
- tambin es aplicable a cdigo heredado.
11. coleccin de registros, mantenimiento y
conservacin.
- identifica la documentacin SQA que no debe tirara tras
acabar el proceso.
- determina los mtodos y medios para ensamblar, archivar,
proteger y mantener la documentacin.
12. Formacin
- identifica las actividades de formacin necesarias para
satisfacer las necesidades del plan SQA.
13. gestin del riesgo
- Especifica el plan de gestin del riesgo.
- idealmente redactado segn IEEE Std. 1540-2001 for
Software Life Cycle Processes Risk Management
14. Glosario
- Trminos especficos del plan SQA.
15. Procedimiento de cambio e historia del plan SQA
 - Procedimientos de modificacin del plan SQA.
- Procedimientos de mantenimiento del historial de cambios.
- Historial de cambios.
4. APLICACIONES
3.1. AUDITORIAS Y REVISIONES
ESTANDAR IEEE 1028-1988 para Revisiones y Auditoras del
Software
Define procedimientos para definir y llevar a cabo procesos
de revisin y auditora del software.
Describe cinco tipos de revisiones y auditoras que se
pueden utilizar.
Incluye tanto al producto como al proceso de software.
No prescribe el uso de revisiones ni auditoras particulares.
3.1.1. Auditora
Evaluacin independiente (objetiva) de un
producto o proceso de software.
Mide el cumplimiento de estndares, guas,
especificaciones, y procedimientos.
Utiliza criterios objetivos de medida
debidamente documentados.
Formato y contenido del producto.
Descripcin del proceso para producirlo.
Cmo chequear el cumplimiento.

3.1.2. Revisin
Evala un producto o proceso de software.
Determina status actual contra el plan original.
Reporta resultados y recomendaciones.
Sigue un proceso formal.
Cuatro tipos de revisiones:
Revisin de administracin
Revisin tcnica
Inspeccin
Caminata

TIPOS DE REVISIONES

Revisin TIPO ELEMENTO USUARIO

REVISIONS DE SEMI FORMAL PROYECTO ADMINISTRACIO

ADMINISTRACIO N
N
REVISIONES SEMI FORMAL PROYECTO EQUIPO DE
TECNICAS DESARROLLO
INSPECCIONES FORMAL PRODUCTO O EQUIPO DE
PROCESO DESARROLLO
CAMINATAS INFORMAL PRODUCTO EQUIPO DE
DESARROLLO

CONCLUSIN
Como estudiantes de ingeniera de sistemas y futuros
ingenieros es esencial saber de estos estndares de calidad de
software porque en el futuro nos va hacer de muy til en
nuestro de desempeo profesional

La organizacin que los adoptan lo hace para mejorar sus

productos o mejora la percepcin de sus productos en el
mercado.
 Los estndares pueden mejorar los procesos de negocios
permitiendo desarrollar sus productos con costos ms
apropiados.