Herramienta de Verificacin y Validacin Mediante un

Checklist.

Validacin: Estamos construyendo el producto correcto? Se ocupa de

controlar si el producto satisface los requerimientos del usuario
Verificacin: Estamos construyendo correctamente el producto? implica
controlar que el producto conforma su especificacin inicial

CheckList para la revisin de requerimientos:

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

Plan de SQA Pgina 1 de 12

 Estn incluidos todos los requerimientos relacionados con X
24 salidas?
Estn incluidos todos los requerimientos relacionados con x
25 informes?
Estn incluidos todos los requerimientos relacionados con x
26 seguridad?
Estn incluidos todos los requerimientos relacionados con X
27 mantenibilidad?
Estn incluidos todos los requerimientos relacionados con X
28 la instalacin?
Estn incluidos todos los requerimientos relacionados con X
29 la criticidad?
Estn incluidos todos los requerimientos relacionados con X
30 la disponibilidad?
Estn incluidos todos los requerimientos relacionados con X
31 la recuperacin?
Los cambios posibles a los requerimientos estn X
32 especificados?
La probabilidad del cambio est especificada para cada X
33 requerimiento?
Existen distintos requerimientos que describen el mismo X
objeto que entran en conflicto en lo referente a las
34 caractersticas?
Todos los requerimientos son trazables desde necesidades X
35 especficas del usuario?
Todos los requerimientos son trazables desde fuentes X
36 especficas (personas o documentos)?
Todos los requerimientos son trazables hacia documentos X
37 de diseo especficos?
Todos los requerimientos son trazables hacia mdulos de X
38 Software especficos?
39 Hay algn requerimiento que es imposible de verificar? X
Para cada requerimiento hay un proceso que puede se
ejecutado por un humano o una mquina para verificar los
40 requerimientos?
El documento de requerimientos est organizado clara y X
41 lgicamente?
La estructura del documento se adhiere a un estndar X
42 aceptado?
43 Hay alguna redundancia en los requerimientos? x
Cada requerimiento es relevante al problema y a su X
44 solucin?
Algunos de los requerimientos definidos son en realidad X
45 detalles de diseo?
Algunos de los requerimientos definidos son en realidad X
46 detalles de verificacin?
Algunos de los requerimientos definidos son en realidad X
47 detalles de gestin del proyecto?
48 Todas las fuentes de entrada estn especificadas? X
Todos los requerimientos de precisin de las entradas X
49 estn especificados?
50 Todos los rangos de las entradas estn especificados? X
51 Todas las frecuencias de entradas estn especificadas? X
52 Todos los formatos de entrada estn especificados? X

Plan de SQA Pgina 2 de 12

 Todos los requerimientos de precisin de las salidas estn X
53 especificados?
54 Todos los rangos de las salidas estn especificados? X
55 Todas las frecuencias de salidas estn especificadas? X
56 Todos los formatos de salidas estn especificados? X
57 Todas las funciones del software estn especificadas? X
58 Todas las entradas para cada funcin estn especificadas? X
Todos los aspectos de procesamiento exitoso para cada X
59 funcin estn especificados?
Todos los aspectos de procesamiento no exitoso para cada X
60 funcin estn especificados?
61 Todas las salidas para cada funcin estn especificadas? X
Todos los requerimientos de desempeo para cada funcin X
62 estn especificados?
Todas las restricciones de diseo para cada funcin estn X
63 especificadas?
64 Todos los atributos para cada funcin estn definidos? X
Todos los requerimientos de seguridad para cada funcin X
65 estn definidos?
Todos los requerimientos de base de datos para cada X
66 funcin estn definidos?
67 Todos los requerimientos operacionales estn definidos? X
Todos los requerimientos de instalacin para cada funcin X
68 estn definidos?
69 Todas las interfaces de usuario estn especificadas? X
70 Todas las interfaces batch estn especificadas? x
71 Todas las interfaces de hardware estn especificadas? x
72 Todas las interfaces de software estn especificadas? X
73 Todas las interfaces de comunicacin estn especificadas? X
Todas las interacciones humano-computadora para las X
74 interfaces de usuario estn especificadas?
Todos los tiempos de procesamiento esperados estn X
75 especificados?
Todas las tasas de transferencia de datos estn X
76 especificadas?
Todas las tasas de rendimiento (throughput) estn X
77 especificadas?
Las consecuencias de las fallas del software para cada X
78 requerimiento estn especificadas?
79 Est detallada la informacin a proteger de las fallas? X
80 Esta especificada la memoria (principal) mnima? X
81 Esta especificado el almacenamiento mnimo? X
82 Esta especificada la memoria (principal) mxima? X
83 Esta especificado el almacenamiento mximo? X
84 Est definida la plataforma de software requerida? X
85 Estn definidas las herramientas de software requeridas? X
Todos los productos de software adquiridos que se usarn X
86 con el sistema estn especificados?
El nmero estimado de conexiones de red est x
87 especificado?
Los requerimientos de desempeo mnimos de la red estn X
88 especificados?

Plan de SQA Pgina 3 de 12

 89 Los requerimientos son verificables? X
90 Los requerimientos son realistas? X
x
x

Plan de SQA Pgina 4 de 12

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

Plan de SQA Pgina 5 de 12

 CheckList para la revisin del modelo de casos de uso.

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

Plan de SQA Pgina 6 de 12

 CheckList para la revisin de la Descripcin de la Arquitectura.

N Pregunta S No NA.
Se han considerado varios estilos arquitectnicos X
diferentes antes de la definicin de la arquitectura
1 resultante?
La arquitectura seleccionada ha sido ejercitada en X
2 escenarios reales?
Se especifican en el documento los mapeos entre los X
3 requerimientos y el Modelo de Diseo?
Se especifican en el documento los mapeos entre el X
4 Modelo de Diseo y el Modelo de Implementacin?
Se tienen en cuenta todas las propiedades de calidad X
5 que debe tener el sistema?
6 Se ha alcanzado un grado adecuado de modularidad? X
7 Se ha diseado para el cambio? x

Plan de SQA Pgina 7 de 12

 CheckList para la revisin del modelo de diseo.
N Pregunta S No NA.
Se han definido subsistemas como parte de la x
1 representacin del diseo?
El SAD describe cada funcin usando una notacin X
bien definida de tal manera que pueda ser verificada
contra el RQDRQ y que el cdigo pueda ser verificado
2 contra el SAD?
El modelo de diseo permite cumplir con todos los X
3 requerimientos explcitos?
El modelo de diseo permite cumplir con todos los X
4 requerimientos implcitos?
Se definieron los aspectos claves de la interfaz de X
5
usuario?
Se describen y justifican las principales estructuras de X
datos? Se describe la estructura usada para el manejo
de threads? Se describe la estructura para el
6 almacenamiento de filtros?
Se describen y justifican los algoritmos claves? Manejo X
de filtro, manejo de threads, ordenamiento de eventos.
7
Se describe como interactan los subsistemas entre si X
mediante diagramas de secuencia. Por ejemplo si dado
un evento generado, se describe por que subsistemas
8 pasa antes de llegar al monitor.
Se localizaron operaciones crticas y se ubicaron en un X
nmero reducido de subsistemas con poca
9 comunicacin? (se pens en el desempeo?)
Se estructuro en capas con los recursos ms crticos X
protegidos por las capas ms internas con alto nivel de
10 validacin? (se pens en el seguridad?)
Todas las entradas y salidas estn identificadas y X
descriptas con el detalle necesario para implementar el
11 programa?
El diseo toma en cuenta todos las situaciones y X
12 condiciones esperadas?
El diseo especifica comportamiento apropiado al X
enfrentar entradas inesperadas y otras condiciones
13 anmalas?
Se ha tenido en cuenta la facilidad de mantenimiento? x
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
14 ya existentes, a que mdulos afecta ste cambio?
El diseo hace uso de esconder la informacin como X
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
15 acoplamiento de los componentes?

Se ha tenido en cuenta la identificacin y manejo de x

16 excepciones?

Plan de SQA Pgina 8 de 12

 Se ha tenido en cuenta la prevencin de faltas o la X
17 tolerancia a faltas?
Se apunta al reus de componentes? Cules X
18 componentes son reusables?
19 La notacin utilizada es consistente? X
Se ha tenido en cuenta la facilidad de X
20
implementacin?
21 Se ha alcanzado un grado adecuado de modularidad? X
22 El diseo est libre de contradicciones internas? X
23 El diseo es de baja complejidad? X
El estilo de presentacin y el nivel de detalle son X
24 consistentes ante todo el documento?
Son las funciones diseadas implementables con los x
25 recursos disponibles?

IT Mark
Se basa en modelos reconocidos internacionalmente y estndares segn el
enfoque:

Administracin de Empresas: (EFQM, ISO 9001)

Gestin de Seguridad de la Informacin (ISO 27000)
Desarrollo de Sistemas Software (ISO 15504/SPICE)
Prestacin de Servicios de TI (ISO 20000)

La Norma SPICE ISO/IEC 15504

La norma ISO/IEC 15504 tambin es denominada SPICE, , por el proyecto que dio origen a la norma.

La norma ISO 15504 se caracteriza por:

Ser aplicable a cualquier organizacin o empresa.

Ser independiente de la organizacin, el modelo del ciclo de vida, la

metodologa y la tecnologa.

Ser un marco para mtodo de evaluacin, no un mtodo o un modelo en s.

Cubrir Diferente objetivos para la evaluacin de procesos:

o Determinacin de la capacidad (niveles de capacidad o de madurez)

o Mejora de procesos
o Evaluar el cumplimiento de determinados requisitos del ciclo de vida de
desarrollo de software

Plan de SQA Pgina 9 de 12

 Estructura

Niveles

Plan de SQA Pgina 10 de 12

 Niveles de Capacidad

5 - en Optimizacin
- Cambio de los procesos
- Mejora continua
4 Predecible
- Medicin de los procesos
- Control de los procesos
3 Establecido
- Definicin de los procesos
- Recursos de los procesos
2 Gestionado
5
- Gestin del proceso 4
- Gestin de los productos
1 Realizado
3
- Ejecucin del proceso
0 Incompleto 2

Para que una organizacin pueda alcanzar un nivel de madurez debe

evaluarse frente a la norma ISO/IEC 15504.

Existen 3 clases de evaluaciones, donde las dos ltimas clases

corresponden con evaluaciones internas y no ofrecen una certificacin

Plan de SQA Pgina 11 de 12

oficial, a diferencia de la clase 1 que es una evaluacin ms exhaustiva y
rigurosa que permite alcanzar una puntuacin oficial. Y Para realizar la
evaluacin se determina el nivel de capacidad de cada uno de los
procesos, y una vez obtenidos derivarn en el nivel de madurez, de
acuerdo a unas reglas de derivacin establecidas en la norma.

Plan de SQA Pgina 12 de 12