INDICE de Metodologa IEEE 730

1.

INDICE de Metodologa IEEE 730

Tabla de contenido
INTRODUCCIN.......................................................................................................4 1. 2. 3. 4. 1. 2. 3. 5. 1.1. 1.2. a) b) c) d) e) f) g) h) i) j) k) l) m) n) o) p) q) r) s) t) 6. 7. INTRODUCCIN.................................................................................................4 PROPOSITO,
OBJETIVOS Y ALCANCE.....................................................................4

REFERENCIAS...................................................................................................4 GESTIN........................................................................................................5 Organizacin.............................................................................................5 Tareas......................................................................................................5 Responsabilidades......................................................................................6 DOCUMENTACIN...............................................................................................6 Parte Legal.............................................................................................7 Especificacin De Requisitos De Software (ERS)(IEEE 830)..........................7 Introduccin..............................................................................................7 Propsito de ERS.......................................................................................7 mbito del Sistema....................................................................................7 Definiciones, Acrnimos y Abreviaturas.........................................................7 Referencias...............................................................................................7 Visin General del documento....................................................................8 Descripcin General...................................................................................8 Perspectiva del Producto.............................................................................8 Funciones del Producto...............................................................................8 Caractersticas de los usuarios.....................................................................8 Condicionantes y Restricciones....................................................................9 Suposiciones y Dependencias.....................................................................9 Requisitos Futuros..................................................................................9 Requerimientos.........................................................................................9 Interfaces Externas..................................................................................10 Funciones................................................................................................10 Requisitos de Rendimiento........................................................................11 Restricciones de Diseo............................................................................11 Atributos del Sistema...............................................................................12 Otros Requisitos.......................................................................................12
DEL PROYECTO.................................................................................12 PRCTICAS Y CONVENCIONES

ESTIMACIN

ESTNDARES,

(COMUNICACIN)...........................................12

Revisiones (calidad)....................................................................................12 Propsito.....................................................................................................12 Requerimientos Mnimos............................................................................12 Agenda.......................................................................................................13 Revisar cada producto................................................................................13 2

INDICE de Metodologa IEEE 730

Revisar el apego al proceso........................................................................13 Realizar Revisin Tcnica Formal...............................................................13
8. 9. 10. 11. 12. 13. 14. 15. 16. 17. TESTEO (PRUEBAS).........................................................................................14 INFORMACIN CONTROL CONTROL GESTIN
SOBRE PROBLEMAS Y ACCIN CORRECTIVA

(CORRECCIONES)............................14

HERRAMIENTAS,

TCNICAS Y METODOLOGAS...........................................................14

DE CDIGO.....................................................................................14 DE MEDIOS.....................................................................................14 DE REGISTROS, MANTENIMIENTO Y RETENCIN........................................14

RECOPILACIN
DE

RIESGOS....................................................................................15

CAPACITACIN............................................................................................15 CONCLUSIONES............................................................................................15 REFERENCIAS

DE ESTA

GUA.............................................................................15

Referencias de esta Gua

INDICE de Metodologa IEEE 730

Introduccin
Definicin, Origen (Un poco de Historia), para que sirve, ventajas, desventajas, cuando se la puede usar, casos especficos, adems en cunto a: )(IEEE 730-1) En este documento se brinda una gua sobre el contenido de las secciones que determina el IEEE Std. 730-1 para el Plan de Gestin de Calidad. En cada seccion se indica entre <> una descripcion de lo que establece el IEEE Std. 828 ,830(REQUISITOS)

1.

Introduccin
En este documento se brinda una gua sobre el contenido de las secciones que determina el IEEE Std. 730-1(1995) para el Plan de Gestin de Calidad. Se debe proveer una introduccin al contenido del plan de SQA para utilizacin tanto por el resto de los integrantes del grupo como por el Director del Proyecto. Aqu se habla del proyeto

2.

PROPOSITO, objetivos y alcance (PROPOSITO DEL PROYETCTO Y DE LA NORMA IEEE 730)

3. Referencias
IEEE Std 730-1998 IEEE Std 828-1998 IEEE Std 830-1998

Incluye la lista de documentos que son referenciados en este estndar.

IEEE 730-1 Y TAMBIEN 830

INDICE de Metodologa IEEE 730

4. Gestin
El tema de esta seccin es relacionar los elementos de la Gestin de Calidad con las actividades especficas del proyecto, especificando organizacin, tareas y responsabilidades. 1. Organizacin Se describe la ubicacin del rea de calidad en la estructura de la organizacin, incluyendo dependencias o independencias del Responsable de Calidad respecto a los responsables del desarrollo y uso del software. Para este curso existe adems un rea de calidad anexa a los proyectos en la cual participan los Responsables de Calidad de cada grupo de proyecto conjuntamente con docentes del curso.
2.

Tareas Se describen las tareas de SQA que sern realizadas en el proyecto y la documentacin que produce cada una, y sus relaciones con los puntos clave definidos en el proceso de desarrollo, as como otras tareas que estn relacionadas con la calidad de los productos. Para este curso las actividades de SQA definidas en el modelo de proceso son: Actividad Elaboracin del Plan de SQA

Entregable Asociado Plan de SQA

Identificar propiedades de Plan de SQA Calidad Evaluacin de la calidad de los Informe de revisin de SQA productos

Revisar el ajuste al proceso Informe de revisin de SQA Realizar Formal Revisin Tcnica Informe de Tcnica Formal Revisin

Evaluar y ajustar el Plan de Documento de Evaluacin y SQA Ajustes al Plan de SQA

Evaluacin final de SQA Revisar la entrega semanal
5

Informe final de SQA Entrega semanal de SQA

INDICE de Metodologa IEEE 730

Se deben identificar las actividades del proceso que son previas a las actividades de SQA, indicando la secuencia de las mismas y los puntos clave en el proceso en los que sern realizadas estas actividades. Por ejemplo, al marcar las revisiones para la Fase de Elaboracin Iteracin I (correspondiente a semanas 5 y 6), la revisin del documento Descripcin de la Arquitectura se debe indicar en semana 5 o en semana 6 y se debe realizar sobre la versin entregada en semana 4, que corresponde a la Fase Inicial. Como al mismo tiempo se sigue trabajando sobre ese documento, la siguiente versin deber incluir tambin las observaciones realizadas por el Responsable de SQA en la revisin. 3. Responsabilidades Se identifican las responsabilidades asignadas para cada actividad en el proyecto Se deben identificar los roles y personas de referencia por cada producto que ser revisado de forma de enviarle los Informes de SQA para que se incluyan en las nuevas versiones las observaciones realizadas a los productos por parte del Responsable de SQA.

1. Documentacin
se debe identificar la documentacin que asegura que la implementacin del software satisface los requerimientos planteados, la cual est compuesta segn el std. 730-1 como mnimo por la siguiente: Especificacin de Requerimientos (SRS) se utilizara la 830 Descripcin del Diseo (Arquitectura) Plan de Verificacin y Validacin (SVVP) Reportes de Verificacin Documentacin de Usuario Plan de Gestin de Configuracin (SCMP) Plan del Proyecto Estimacin del proyecto Costos Agregando toda la que se considere que aporta a la calidad del proyecto.

INDICE de Metodologa IEEE 730

Para cada documento debe indicarse cual es su objetivo, que norma debe seguir y que informacin mnima debe contener para cumplir con las definiciones del documento.
1.1.Parte Legal 1.2.Especificacin De Requisitos De Software (ERS)(IEEE 830)

a) Introduccin En esta seccin se proporcionara una introduccin a todo el documento de Especificacin de Requisitos Software (ERS). Consta de varias sub secciones: Propsito, mbito del sistema, denticiones, referencias y visin general del documento. b) Propsito de ERS Mediante este documento pretendemos establecer el SRS aplicando en la medida de lo posible la norma IEEE 830. El proyecto sobre el cual se va aplicar la norma ser el proyecto sistema de evaluacin de calidad. c) mbito del Sistema En esta sub seccin: Se podr dar un nombre al futuro sistema (p.ej. Mi Sistema) Se explicara lo que el sistema hara y lo que no hara. Se describirn los beneficios, objetivos y metas que se espera alcanzar con el futuro sistema. Se referenciaran todos aquellos documentos de nivel superior d) Definiciones, Acrnimos y Abreviaturas En esta sub seccin se definirn todos los trminos, acrnimos y abreviaturas Utilizadas en la ERS. e) Referencias Norma IEEE 830.
f) Visin General del documento Esta su seccin describe brevemente los contenidos y la organizacin del Resto de la ERS.

INDICE de Metodologa IEEE 730

g) Descripcin General En esta seccin se describen todos aquellos factores que afectan al producto y a sus requisitos. No se describen los requisitos, sino su contexto. Esto permitira definir con detalle los requisitos en la seccin 3, haciendo que sean mas faciles de entender. Normalmente, esta seccin consta de las siguientes sub secciones: Perspectiva del producto, funciones del producto, caractersticas de los usuarios, Restricciones, factores que se asumen y futuros requisitos. h) Perspectiva del Producto Esta su seccin debe relacionar el futuro sistema (producto software) con otros productos. Si el producto es totalmente independiente de otros productos, tambin debe especificarse aqu. Si la ERS define un producto que es parte de un sistema mayor, esta su seccin relacionara los requisitos del sistema mayor con la funcionalidad del producto descrito en la ERS, y se identificaran las interfaces entre el producto mayor y el producto aqu descrito. Se recomienda utilizar diagramas de bloques. i) Funciones del Producto En esta sub seccin de la ERS se mostrara un resumen, a grandes rasgos, de las funciones del futuro sistema. Por ejemplo, en una ERS para un programa de contabilidad, esta su seccin mostrara que el sistema soportara el mantenimiento de cuentas, mostrara el estado de las cuentas y facilitara la facturacin, sin mencionar el enorme detalle que cada una de estas funciones requiere. Las funciones deberan mostrarse de forma organizada, y pueden utilizarse grficos, siempre y cuando dichos grficos reflejen las relaciones entre funciones y no el diseo del sistema.
j)

Caractersticas de los usuarios

Esta su seccin describira las caractersticas generales de los usuarios del producto, incluyendo nivel educacional, experiencia y experiencia tcnica. k) Condicionantes y Restricciones Esta su seccin describir aquellas limitaciones que se imponen sobre los Desarrolladores del producto
8

INDICE de Metodologa IEEE 730

Polticas de la empresa Limitaciones del hardware Interfaces con otras aplicaciones Operaciones paralelas Funciones de auditoria Funciones de control Lenguaje(s) de programacin Protocolos de comunicacin Requisitos de habilidad Criticalidad de la aplicacion Consideraciones acerca de la seguridad l) Suposiciones y Dependencias Esta su seccin de la ERS describira aquellos factores que, si cambian, pueden afectar a los requisitos. Por ejemplo, los requisitos pueden presuponer una cierta organizacin de ciertas unidades de la empresa, o pueden presuponer que el sistema correria sobre cierto sistema operativo. Si cambian dichos detalles en la organizacin de la empresa, o si cambian ciertos detalles tcnicos, como el sistema operativo, puede ser necesario revisar y cambiar los requisitos. m)Requisitos Futuros Esta su seccin esbozara futuras mejoras al sistema, que podrn analizarse e implementarse en un futuro. n) Requerimientos Esta seccin contiene los requisitos a un nivel de detalle suficiente como para permitir a los diseadores, disear un sistema que satisfaga estos requisitos, y que permita al equipo de pruebas planificar y realizar las pruebas que demuestren si el sistema satisface, o no, los requisitos. Todo requisito aqu especificado describira comportamientos externos del sistema, perceptibles por parte de los usuarios, operadores y otros sistemas. Esta es la seccin ms larga e importante de la ERS. Deberan aplicarse los siguientes principios:

El documento debera ser perfectamente legible por personas de muy distintas formaciones e intereses. Deberan referenciarse aquellos documentos relevantes que poseen alguna influencia sobre los requisitos.
9

INDICE de Metodologa IEEE 730

Todo requisito debera ser unvocamente identificable mediante algn cdigo o sistema de numeracin adecuado.
Lo ideal, aunque en la prctica no siempre realizable, es que los requisitos posean las siguientes caractersticas: a) Interfaces Externas Se describiran los requisitos que afecten a la interfaz de usuario, interfaz con otros sistemas (hardware y software) e interfaces de comunicaciones.
b)

Funciones

Esta su seccin (quiz la ms larga del documento) debera especificar todas aquellas acciones (funciones) que debera llevar a cabo el software. Normalmente (aunque no siempre), son aquellas acciones expresables como \el sistema debera. . . ". Si se considera necesario, podran utilizarse notaciones graficas y tablas, pero siempre supeditadas al lenguaje natural, y no al revesa. Es importante tener en cuenta que, en 1983, el Estndar de IEEE 830 estableca que las funciones deberan expresarse como una jerarqua funcional (en paralelo con los DFDs propuestos por el anlisis estructurado). Pero el Estndar de IEEE 830, en sus _ltimas versiones, ya permite organizar esta sub seccin de mltiples formas, y sugiere, entre otras, las siguientes: Por tipos de usuario: Distintos usuarios poseen distintos requisitos. Para cada clase de usuario que exista en la organizacin, se especificaran los requisitos funcionales que le afecten o tengan mayor relacin con sus tareas. Por objetos: Los objetos son entidades del mundo real que serian reejadas en el sistema. Para cada objeto, se detallaran sus atributos y sus funciones. Los objetos pueden agruparse en clases. Esta organizacin de la ERS no quiere decir que el diseo del sistema siga el paradigma de Orientacin a Objetos. Por objetivos: Un objetivo es un servicio que se desea que ofrezca el sistema y que requiere una determinada entrada para obtener su resultado. Para cada objetivo o sub objetivo que se persiga con el sistema, se detallaran las funciones que permitan llevarlo a cabo. Por estmulos: Se especificaran los posibles estmulos que recibe el sistema y las funciones relacionadas con dicho estimulo.
10

INDICE de Metodologa IEEE 730

Por jerarqua funcional: Si ninguna de las anteriores alternativas resulta de ayuda, la funcionalidad del sistema se especificara como una jerarqua de funciones que comparten entradas, salidas o datos internos. Se detallaran las funciones (entrada, proceso, salida) y las sub funciones del sistema. Esto no implica que el diseo del sistema deba realizarse Segn el paradigma de Diseo Estructurado. Para organizar esta sub seccin de la ERS se elegira alguna de las anteriores Alternativas, o incluso alguna otra que se considere ms conveniente. Debera, esos justificarse el porqu de tal eleccin.

c) Requisitos de Rendimiento

Se detallaran los requisitos relacionados con la carga que se espera tenga que soportar el sistema. Por ejemplo, el nmero de terminales, el nmero Esperado de usuarios simultneamente conectados, numero de transacciones Por segundo que deberla soportar el sistema, etc. Tambin, si es necesario, se especificaran lo requisitos de datos, es decir, Aquellos requisitos que afecten a la informacin que se guardara en la base de datos. Por ejemplo, la frecuencia de uso, las capacidades de acceso y la cantidad de registros que se espera almacenar (decenas, cientos, miles o millones).
d) Restricciones de Diseo

Todo aquello que restrinja las decisiones relativas al diseo de la aplicacin con: Restricciones de otros estndares, limitaciones del hardware, etc.
e) Atributos del Sistema

Se detallaran los atributos de calidad (las \ilities") del sistema: Fiabilidad, mantenibilidad, portabilidad, y, muy importante, la seguridad. Debera especiarse que tipos de usuario estn autorizados, o no, a realizar ciertas tareas, y
11

INDICE de Metodologa IEEE 730

como se implementaran los mecanismos de seguridad (por ejemplo, por medio de un login y una password).
f)

Otros Requisitos

Cualquier otro requisito que no encaje en otra seccin.(hasta aqui)

1.

Estimacin del proyecto Estndares, prcticas y convenciones (comunicacin)

Se identifican los estndares definidos para el proyecto, como normas de documentacin, de codificacin, notacin UML, comunicacin, normas IEEE que aplican, etc. y de qu forma se asegurar el cumplimiento de los mismos. Tambin el Modelo de Calidad que se aplica al proyecto.

2.

Revisiones (calidad) Se describen las revisiones que sern realizadas, especificando cmo y cuando se realizarn, que acciones se tomarn a partir de los resultados obtenidos y como sern implementadas estas acciones. Propsito Se describe el objetivo de cada uno de los tipos de revisiones que sern realizadas y cul ser el mecanismo a seguir al hacerlas. Las revisiones previstas son de 3 tipos: revisin de productos, revisin de proceso y Revisin Tcnica Formal. Requerimientos Mnimos Las revisiones deben cubrir las mnimas definidas en el std. 730-1: del Documento de Requerimientos, del Diseo (Arquitectura), del Plan de Verificacin y Validacin, de Gestin del Proyecto, de Gestin de Configuracin, y las especificadas en la seccin 3.6.2.7 In Process Audits sobre: diseo vs. Cdigo, especificacin de interfaces (hardware y software), diseo vs. Requerimientos, testeo vs. Requerimientos.

12

INDICE de Metodologa IEEE 730

Agenda Para cada revisin definida en la seccin anterior sobre cada producto identificado se detalla en qu momento del proyecto se realizar con indicacin de Fase, iteracin y semana. Revisar cada producto Se indica en qu fase, iteracin y semana se realizar la revisin de cada producto identificado. Por ejemplo: Revisin del Plan de Verificacin (SVVP): Fase Inicial, Iteracin II, semanas 3 y 4: se revisa la primera versin del SVVP producida en la Iteracin I. Fase de Elaboracin, Iteracin I, semanas 5 y 6: se revisa la versin final del SVVP generada en la Fase Inicial, Iteracin II. Revisar el apego al proceso Se indica en qu fase, iteracin y semana se realizar la revisin de apego al proceso de cada producto clave identificado. Realizar Revisin Tcnica Formal
Se indica en qu fase, iteracin y semana se realizar la Revisin Tcnica Formal de cada producto clave identificado, indicando su objetivo, roles involucrados y productos a revisar.

se consideran de importancia las revisiones de los siguientes productos: Fase de elaboracin: Documento de Requerimientos, Descripcin de la Arquitectura, Estimaciones y mediciones del Proyecto, Reportes de verificacin de documentos. Fase de construccin: Reportes de revisin por pares, Inspecciones de cdigo, Reportes de pruebas.

3.

Testeo (Pruebas)
Se deben detallar, si existieran, las pruebas que se realizarn sobre el software cubierto por el SQAP y que no estn incluidas en el Plan de Verificacin y Validacin (SVVP), por ejemplo de propiedades de calidad identificadas que as lo requieran >

13

INDICE de Metodologa IEEE 730

4.

Se describen las prcticas y procedimientos que sern seguidos para informar de los problemas detectados, hacer el seguimiento y resolverlos. Esto se aplica tanto a desviaciones encontradas en los productos generados como en el proceso seguido. Tambin deben especificarse las responsabilidades en la implementacin de estos mecanismos.

Informacin sobre problemas y accin correctiva (Correcciones)

5. Herramientas, tcnicas y metodologas

Se indican las herramientas especiales de software, tcnicas y metodologas que apoyarn la gestin del Responsable de SQA.

6. Control de cdigo

Se indican los mtodos que se utilizarn para mantener, almacenar, asegurar y documentar las versiones controladas identificadas en las fases de desarrollo, lo cual ser definido en conjunto con el Responsable de SCM Para este curso se utilizar CVS como se indica en el SCMP, por lo que se podr incluir la informacin o referenciar ese documento.

7. Control de medios

Se indican los mtodos que se utilizarn para proteger el almacenamiento adecuado de los programas, documentacin, etc., as como tambin la prevencin de acceso sin autorizacin, dao, etc., lo cual ser definido en conjunto con el Responsable de SCM. Se utilizar CVS como se indica en el SCMP, por lo que se podr incluir la informacin o referenciar ese documento.

8. Recopilacin de registros, mantenimiento y retencin

Se describen los tipos de registros que sern generados, mantenidos y almacenados por el Responsable de SQA y el objetivo de los mismos, adjuntando el formato que tendrn dichos documentos. Para este curso los registros que generan las actividades de SQA estn indicados por los entregables asociados: Entrega semanal de SQA, Informe de revisin de SQA, Informe de Revisin Tcnica Formal, Documento de Evaluacin y Ajustes del Plan de SQA.

14

INDICE de Metodologa IEEE 730

9. Gestin de Riesgos
Se indican los mtodos y procedimientos que sern utilizados para identificar, monitorear y controlar los riesgos identificados en el proyecto En este curso la gestin de riesgos est incluida como actividad en el rea de Gestin del Proyecto y como seccin en el Plan del Proyecto, por lo que se podr incluir la informacin o referenciar ese documento.

10.Capacitacin Capacitar usuario (desarrollo de software para los miembros de la empresa), indicar que cosa Debe saber, jerarqua de los puestos para indicarle que es lo que deben aprender 11.Conclusiones

12.Referencias

de esta Gua

IEEE Std. 730-1 1989 Standard for Software Quality Assurance Plans
Documento de Actividades de Gestin de Calidad Taller V A. Delgado & B. Prez 2000.

15