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.1ESTANDARES 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. 12191998). 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 REVISIONS TIPO DE SEMI FORMAL ELEMENTO PROYECTO USUARIO ADMINISTRACION

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

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.