Estandar IEEE Std 730

Ambato 23 de Mayo, 2016

El desarrollo de software debe ir de la mano de un control de calidad
desde sus inicios, es por ello que se realiza 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 valorarla, uno de los estndares que entran en dicha
planificacin es el Estndar IEEE 730, con este se realiza un Plan de
Aseguramiento de la Calidad del Software (SQAP) para los proyectos de
desarrollo de software, el cual proporciona los requisitos mnimos aceptables
para la preparacin y el contenido de los planes de aseguramiento de la
calidad de software, este estndar fue hecho para ser utilizado en las fases
de desarrollo y mantenimiento del software.
Este estndar describe la preparacin y los contenidos de los planes
SQA, las actividades principales del SQA incluyen la gestin,
documentacin, mediciones, revisiones, testing, informes de problemas y
las acciones correctivas, control de medios de comunicacin, control de
proveedores, gestin de registros, capacitacin y gestin de riesgos. En las
descripciones de las piezas relacionadas con el plan de SQA, el Estndar
IEEE 730 nos proporciona una valiosa informacin sobre cada una de estas
actividades. [1]
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 al plan del proyecto del software.
Idealmente redactado en formato IEEE Std. 1058-1998.
3.1. Organizacin
Describe la estructura organizativa que influye y controla la calidad
del software.
Identifica roles y responsabilidades dentro del plan SQA.
Identifica a los responsables de preparar y mantener el plan SQA.
3.2. Tareas
Describe:

o
o
o
o

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 especficos responsables de
llevar a cabo cada tarea.
3.4. Recursos estimados de garanta de calidad
Proporciona la estimacin de recursos y costes 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, as como los
criterios de revisin.
4.2. Requisitos mnimos de documentacin
Para asegurar que la implementacin del software satisface los
requisitos tcnicos, se requiere como mnimo la siguiente
documentacin:
o
o
o
o
o
o

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 software.

4.2.1. Descripcin de requisitos software

Es la SRS (Software Requirements Specification).
Idealmente redactada segn IEEE. Std 830-1998.
4.2.2. Descripcin de diseo software
Describe la estructuracin del software para cumplir con los requisitos
de la SRS.
Debe describir los componentes y subcomponentes del diseo del
software.

Idealmente
redactado
segn
IEEE
Std.
1016-1998,
Recommended Practice for Software Design Descriptions.

IEEE

4.2.3. Planes de validacin y verificacin

Estos planes se utilizan 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:
o
o
o

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
Describen 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 de usuario gua al usuario en la instalacin,
operacin, gestin y mantenimiento de los productos software.
Debera describir las entradas y salidas, as 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 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

Identifica otros documentos necesarios durante el proceso de
desarrollo, como:
o
o
o
o
o
o
o

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. 12191998).
Planes de seguridad del software (idealmente segn IEEE Std.
1228-1994).
Plan de integracin del software.

5. Estndares, prcticas, convenciones y mtricas

Esta seccin es un poco miscelnea en SQA.

5.1. Propsito
Identifica:
o
o
o
o
o

Estndares.
Prcticas.
Convenciones.
Tcnicas estadsticas.
Mtricas aplicables al proyecto.

Las medidas se incluirn en las mtricas utilizadas y podran

identificarse en un plan de medicin independiente (idealmente
redactados segn IEEE Std. 1219-1998 for Software Maintenance e
IEEE Std. 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:
o
o
o
o
o
o

Estndares de documentacin.
Estndares de diseo.
Estndares de codificacin.
Estndares de comentarios.
Prcticas y estndares de prueba.
Mtricas del producto y proceso de garanta de calidad
seleccionada.

6. Revisiones del software

Determina las revisiones del software.
6.1. Propsito
Fija las revisiones del software.
Idealmente redactado segn IEEE Std. 1028-1997.
6.2. Requisitos mnimos
Como mnimo deberan producirse las siguientes revisiones:
o
o
o
o
o
o
o
o
o
o

Revisin de las especificaciones software.

Revisin del diseo arquitectnico.
Revisin del diseo detallado.
Revisin del plan de verificacin y validacin.
Auditoria de la funcionalidad (cumplir SRS).
Auditoria fsica (consistencia y fecha entrega).
Auditoria durante el proceso (consistencia del diseo).
Revisiones de gestin (garantizar cumplimiento plan SQA).
Revisin del plan de gestin de la configuracin 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 y accin correctiva
Describe las prcticas y procedimientos de informe, seguimiento y
resolucin de problemas, tanto a nivel producto 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.
10. Control de medios
Determina los mtodos para:
o
o

Identificar el medio fsico de cada producto software.

Protegerlo de daos durante el proceso.

11. Control de proveedores

Determina las tcnicas para garantizar que el software proporcionado
por proveedores externos cumple sus requisitos.
Tambin es aplicable a cdigo heredado.
12. Coleccin de registros, mantenimiento y conservacin
Identifica la documentacin SQA que no se debe tirar tras acabar el
proceso.
Determina los mtodos y medios para ensamblar, archivar, proteger y
mantener la documentacin.
Fija el periodo de conservacin de la informacin.
13. Formacin
Identifica las actividades de formacin necesarias para satisfacer las
necesidades del plan SQA.
14. Gestin del riesgo
Especifica el plan de gestin del riesgo.
Idealmente redactado segn IEEE Std. 1540-2001 for Software Life
Cycle Processes Risk Management
15. Glosario
Trminos especficos del plan SQA.
16. Procedimiento de cambio e historia del plan SQA

Procedimientos de modificacin del plan SQA.

Procedimientos de mantenimiento del historial de cambios.
Historial de cambios. [2]

Conclusin:
Podemos mencionar que IEEE 730 es un estndar en donde muestra los
requisitos para iniciar, planificar, controlar y ejecutar los procesos de
garanta de calidad del software de desarrollo de software o proyecto de
mantenimiento. Esta adems acompaada de procesos que distintas
normas IEEE lo cual la hace an ms eficiente al momento de gestionar la
calidad, haciendo referencia al software Facebook si contara con esta
norma ya que tiene un plan estratgico que controla todos sus procesos, en
el aspecto de la organizacin, Facebook cuenta con un sin nmero de
personar y roles bien definidos para los responsable de dicho plan de
calidad, en documentacin debe controlar todos los registros que se vayan
haciendo de los procesos, al igual del propsito del software, Facebook
tendr muy bien definido cul es su propsito, para llegar ser el software en
lnea que actualmente es
debi haber pasado por varias pruebas,
revisiones, haber detectado errores y haberlos corregido, gestionar procesos
de cambio y de riesgos, todo enfocado a un buen diseo de un plan SQA.
Referencias
[1 IEEE-SA, IEEE-STANDARDS ASSOCIATION, [En lnea]. Available:
] https://standards.ieee.org/findstds/standard/730-2014.html. [ltimo
acceso: 22 Mayo 2016].
[2 Scribd, Scribd, [En lnea]. Available:
] https://es.scribd.com/doc/46890250/Estandares-para-el-Aseguramientode-la-Calidad-del-Software. [ltimo acceso: 22 Mayo 2016].