APNDICE B

CheckList para la revisin de requerimientos: N 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 Pregunta Los requerimientos estn escritos en un lenguaje no tcnico y comprensible para el usuario/cliente? Hay algn requerimiento que pueda tener ms de una interpretacin? Cada caracterstica del producto final es descripta con una nica terminologa? Hay un glosario en el cual el significado especfico de cada trmino est definido? Los requerimientos pueden ser entendidos, implementados y verificados por un grupo independiente? Hay un ndice? Estn todas las figuras, tablas y diagramas necesarios? Todas las figuras, tablas, y diagramas tiene referencias cruzadas? Todas las figuras, tablas y diagramas estn rotulados? Todas las unidades de medida estn definidas? Algn requerimiento debera estar especificado con ms detalle? Algn requerimiento debera estar especificado con menos detalle? Todos los requerimientos estn definidos? Se ha definido qu informacin falta si es que falta alguna? Estn incluidos todos los requerimientos relacionados con la funcionalidad? Hay algn requerimiento no satisfactorio? Estn incluidos todos los requerimientos relacionados con el rendimiento? Estn incluidos todos los requerimientos relacionados con interfaces externas? Estn incluidos todos los requerimientos relacionados con permanencia de datos? Estn incluidos todos los requerimientos relacionados con software a utilizar? Estn incluidos todos los requerimientos relacionados con comunicaciones? Estn incluidos todos los requerimientos relacionados con el hardware? Estn incluidos todos los requerimientos relacionados con las entradas? Estn incluidos todos los requerimientos relacionados con salidas? Estn incluidos todos los requerimientos relacionados con informes? Estn incluidos todos los requerimientos relacionados con seguridad? Estn incluidos todos los requerimientos relacionados con mantenibilidad? Estn incluidos todos los requerimientos relacionados con la instalacin? S No NA.

Plan de SQA

Pgina 1 de 8

29 30 31 32 33

34 35 36 37 38 39

40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59

Estn incluidos todos los requerimientos relacionados con la criticidad? Estn incluidos todos los requerimientos relacionados con la disponibilidad? Estn incluidos todos los requerimientos relacionados con la recuperacin? Los cambios posibles a los requerimientos estn especificados? La probabilidad del cambio est especificada para cada requerimiento? Existen distintos requerimientos que describen el mismo objeto que entran en conflicto en lo referente a las caractersticas? Todos los requerimientos son trazables desde necesidades especficas del usuario? Todos los requerimientos son trazables desde fuentes especficas (personas o documentos)? Todos los requerimientos son trazables hacia documentos de diseo especficos? Todos los requerimientos son trazables hacia mdulos de Software especficos? Hay algn requerimiento que es imposible de verificar? Para cada requerimiento hay un proceso que puede se ejecutado por un humano o una mquina para verificar los requerimientos? El documento de requerimientos est organizado clara y lgicamente? La estructura del documento se adhiere a un estndar aceptado? Hay alguna redundancia en los requerimientos? Cada requerimiento es relevante al problema y a su solucin? Algunos de los requerimientos definidos son en realidad detalles de diseo? Algunos de los requerimientos definidos son en realidad detalles de verificacin? Algunos de los requerimientos definidos son en realidad detalles de gestin del proyecto? Todas las fuentes de entrada estn especificadas? Todos los requerimientos de precisin de las entradas estn especificados? Todos los rangos de las entradas estn especificados? Todas las frecuencias de entradas estn especificadas? Todos los formatos de entrada estn especificados? Todos los requerimientos de precisin de las salidas estn especificados? Todos los rangos de las salidas estn especificados? Todas las frecuencias de salidas estn especificadas? Todos los formatos de salidas estn especificados? Todas las funciones del software estn especificadas? Todas las entradas para cada funcin estn especificadas? Todos los aspectos de procesamiento exitoso para cada funcin estn especificados?

Plan de SQA

Pgina 2 de 8

60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90

Todos los aspectos de procesamiento no exitoso para cada funcin estn especificados? Todas las salidas para cada funcin estn especificadas? Todos los requerimientos de desempeo para cada funcin estn especificados? Todas las restricciones de diseo para cada funcin estn especificadas? Todos los atributos para cada funcin estn definidos? Todos los requerimientos de seguridad para cada funcin estn definidos? Todos los requerimientos de base de datos para cada funcin estn definidos? Todos los requerimientos operacionales estn definidos? Todos los requerimientos de instalacin para cada funcin estn definidos? Todas las interfaces de usuario estn especificadas? Todas las interfaces batch estn especificadas? Todas las interfaces de hardware estn especificadas? Todas las interfaces de software estn especificadas? Todas las interfaces de comunicacin estn especificadas? Todas las interacciones humano-computadora para las interfaces de usuario estn especificadas? Todos los tiempos de procesamiento esperados estn especificados? Todas las tasas de transferencia de datos estn especificadas? Todas las tasas de rendimiento (throughput) estn especificadas? Las consecuencias de las fallas del software para cada requerimiento estn especificadas? Est detallada la informacin a proteger de las fallas? Esta especificada la memoria (principal) mnima? Esta especificado el almacenamiento mnimo? Esta especificada la memoria (principal) mxima? Esta especificado el almacenamiento mximo? Est definida la plataforma de software requerida? Estn definidas las herramientas de software requeridas? Todos los productos de software adquiridos que se usarn con el sistema estn especificados? El nmero estimado de conexiones de red est especificado? Los requerimientos de desempeo mnimos de la red estn especificados? Los requerimientos son verificables? Los requerimientos son realistas?

Plan de SQA

Pgina 3 de 8

CheckList para la revisin de SCM: N1 1 2 3 4 5 6 Pregunta Los productos de software a controlar estn identificados claramente en el plan? Existe una regla para nombrar a cada producto de software? Se especifica cundo se crea una nueva lnea base? Se especifica qu productos son incluidos en la nueva lnea base? Se especifica quienes son responsables por los productos incluidos en la lnea base? Existe una regla para identificar las lneas base (versin)? Existe un procedimiento de control de cambios bien definido (qu debe hacer un integrante del grupo cuando quiere modificar cualquier producto presente en la lnea base)? Se especifica en el plan si se reportar el estado de implementacin de los cambios permitidos? El plan asigna a cada actividad SCM un responsable? El plan describe qu herramientas son utilizadas para implementar las actividades SCM? S No NA.

7 8 9 10

Plan de SQA

Pgina 4 de 8

CheckList para la revisin del modelo de casos de uso. N 1 2 Pregunta Todos los actores del modelo son exactamente los que se desprenden del Documento de Requerimientos? Todos los actores estn claramente definidos y son consistentes con el Documento de Requerimientos? Se puede ver claramente desde el diagrama de casos de uso y sus descripciones qu actores estn involucrados en cada caso de uso? Todos los actores estn conectados con los casos de uso correctos de acuerdo al Documento de Requerimientos? Todos los casos de uso del modelo son exactamente los que se desprenden del Documento de Requerimientos? Todos los casos de uso llevan a cumplir un solo objetivo claramente definido? Todos los casos de uso tienen nombres que trasmiten claramente cul es su objetivo? Todos los nombre de los casos de uso comienzan con un verbo en infinitivo? Todas las interacciones de los actores con el sistema son consistentes con las descripciones de los actores? Todas las descripciones de los casos de uso son consistentes con el Documento de Requerimientos? Todas las entradas y salidas estn correctamente definidas para cada caso de uso? Todos los flujos alternativos han sido cubiertos? Todas las pre y postcondiciones para cada caso de uso estn especificadas? Todas los diagramas de los casos de uso concuerdan con las descripciones de los mismos? Todos los casos de uso estn escritos como casos de uso esenciales? Todos los casos de uso estn libres de detalles de implementacin? S No NA.

3 4 5 6 7 8 9 10 11 12 13 14 15 16

Plan de SQA

Pgina 5 de 8

CheckList para la revisin de la Descripcin de la Arquitectura.

N
1 2 3 4 5 6 7

Pregunta
Se han considerado varios estilos arquitectnicos diferentes antes de la definicin de la arquitectura resultante? La arquitectura seleccionada ha sido ejercitada en escenarios reales? Se especifican en el documento los mapeos entre los requerimientos y el Modelo de Diseo? Se especifican en el documento los mapeos entre el Modelo de Diseo y el Modelo de Implementacin? Se tienen en cuenta todas las propiedades de calidad que debe tener el sistema? Se ha alcanzado un grado adecuado de modularidad? Se ha diseado para el cambio?

No

NA.

Plan de SQA

Pgina 6 de 8

CheckList para la revisin del modelo de diseo.

N
1

Pregunta
Se han definido subsistemas como parte de la representacin del diseo? El SAD describe cada funcin usando una notacin bien definida de tal manera que pueda ser verificada contra el RQDRQ y que el cdigo pueda ser verificado contra el SAD? El modelo de diseo permite cumplir con todos los requerimientos explcitos? El modelo de diseo permite cumplir con todos los requerimientos implcitos? Se definieron los aspectos claves de la interfaz de usuario? Se describen y justifican las principales estructuras de datos? Se describe la estructura usada para el manejo de threads? Se describe la estructura para el almacenamiento de filtros? Se describen y justifican los algoritmos claves? Manejo de filtro, manejo de threads, ordenamiento de eventos. Se describe como interactan los subsistemas entre si mediante diagramas de secuencia. Por ejemplo si dado un evento generado, se describe por que subsistemas pasa antes de llegar al monitor. Se localizaron operaciones crticas y se ubicaron en un nmero reducido de subsistemas con poca comunicacin? (se pens en el desempeo?) Se estructuro en capas con los recursos ms crticos protegidos por las capas ms internas con alto nivel de validacin? (se pens en el seguridad?) Todas las entradas y salidas estn identificadas y descriptas con el detalle necesario para implementar el programa? El diseo toma en cuenta todos las situaciones y condiciones esperadas? El diseo especifica comportamiento apropiado al enfrentar entradas inesperadas y otras condiciones anmalas? Se ha tenido en cuenta la facilidad de mantenimiento? Como se pueden agregar nuevos sistemas para monitorear sin tener que cambiar lo hecho, a que mdulos afecta ste cambio? Como se pueden agregar nuevos eventos a monitorear sin tener que cambiar los ya existentes, a que mdulos afecta ste cambio? El diseo hace uso de esconder la informacin como se especifica a continuacin? Los mdulos estn organizados de tal manera que cambios en los requerimientos slo requieren cambios en pocos mdulos. La funcionalidad es particionada en programas para maximizar la cohesin y minimizar el acoplamiento (alta cohesin y bajo acoplamiento). Se ha tenido en cuenta la alta cohesin y bajo acoplamiento de los componentes? Se ha tenido en cuenta la identificacin y manejo de excepciones?

No

NA.

2 3 4 5

6 7

10 11 12 13

14

15

16

Plan de SQA

Pgina 7 de 8

17 18 19 20 21 22 23 24 25

Se ha tenido en cuenta la prevencin de faltas o la tolerancia a faltas? Se apunta al reuso de componentes? Cuales componentes son reusables? La notacin utilizada es consistente? Se ha tenido en cuenta la facilidad de implementacin? Se ha alcanzado un grado adecuado de modularidad? El diseo est libre de contradicciones internas? El diseo es de baja complejidad? El estilo de presentacin y el nivel de detalle son consistentes ante todo el documento? Son las funciones diseadas implementables con los recursos disponibles?

Plan de SQA

Pgina 8 de 8