Lista de Comprobacin de Especificacin de Requerimientos: Gua general Desconfiar de trminos persuasivos (ciertamente, por lo tanto, claramente, obviamente, se deduce

e que): pregunte por qu Buscar trminos vagos (algn(os), a veces, a menuda, usualmente, en general): pedir aclaraciones Cuando se presentan listas incompletas, verificar que se entiende de forma adecuada. Claves de bsqueda: etc., y as sucesivamente, tales como. Asegurar que rangos definidos no contienen supuestos no definidos (Cdigos vlidos van entre 10 y 100. Enteros, Reales, Hexa?) Atencin a trminos frecuentes tales como manejado, rechazado, procesado, eliminado que se pueden interpretar de diversas maneras Atencin a las voces pasivas (El contador es ajustado por quin?) Atencin a los pronombres ambiguos (El mdulo E/S se comunica con el de Validacin y se activa su bandera de control la bandera es del mdulo de E/S o del de Validacin?) Atencin a las comparaciones: ms alto, ms bajo, mayor, menor, mximo, mnimo Buscar afirmaciones que impliquen certeza (ej.: siempre, cada, todos, ninguno, nunca) y pida pruebas Palabras que a menudo son entendidas de forma diferente por cliente y proveedor: Instantneo, Simultneo, Lograble, Terminar, Completo, Degradado, Mnimo, Nominal, Normal, Promedio, Valor Pico, Estado de Rgimen, de acuerdo a lo requerido/especificado/indicado Cuando un trmino est definido en un lugar, tratar de sustituir la definicin en cada aparicin del trmino Cuando una estructura est explicada mediante palabras, tratar de construir un diagrama que la represente Cuando se especifica un clculo, aplquelo a dos ejemplos Medidas no cuantificables que pueden indicar que un requerimiento no puede ser verificado o probado: Flexible, Modular, Eficiente, Adecuado, Cumplir, Posible, Mnimo requerido/aceptable/razonable, Mejor, Ms alto/bajo, Ms Rpido/lento, Infrecuente, Usualmente, A menudo, De acuerdo a lo especificado/requerido, Compatible con Puntos especficos a revisar 1. Claridad 1.1. Los requerimientos estn expresados en un lenguaje comprensible para el cliente/usuario 1.2. La estructura y formato del documento facilitan la comprensin 1.3. Cada requerimiento admite tan solo una nica interpretacin 1.4. Cada caracterstica del producto final est descrita utilizando una terminologa nica

1.5. Hay un glosario en el que se define el significado especfico de cada trmino 1.6. Los requerimientos podran ser comprendidos, implementados y verificados por un grupo independiente 2. Concisin 2.1. Cada requerimiento se especifica en un nico lugar 2.2. Siempre que es posible se recurre a un diagrama o tabla 2.3. Cada frase aporta a la especificacin 3. Completitud 3.1. Interna 3.1.1. Hay una tabla de contenido 3.1.2. Todas las figuras, tablas y diagramas estn rotulados 3.1.3. Todas las figuras, tablas y diagramas estn referenciados en el texto 3.1.4. No falta ninguna figura, tabla, diagrama ni anexo 3.1.5. Todos los trminos estn definidos 3.1.6. Todas las unidades de medida estn definidas 3.1.7. reas para las que falta informacin o es incompleta han sido identificadas 3.1.8. Se ha definido qu informacin falta 3.1.9. Ningn requerimiento se debera especificar con ms (o menos) detalle 3.1.10. Todos los requerimientos estn definidos 3.1.11. Algn requerimiento le preocupa o resulta incmodo 3.2. Externa 3.2.1. Estn incluidos todos los requerimientos relacionados con: a) Funcionalidad Para cada entidad est cubierto su ciclo de vida completo Las salidas se pueden obtener a partir de las entradas Toda salida se utiliza El modelo del dominio de aplicacin est cubierto b) Contexto de Uso c) Performance d) Restricciones de Diseo e) Interfaces Externas f) Software a utilizar g) Comunicaciones h) Hardware i) Entradas j) Salidas k) Informes l) Seguridad m) Auditora n) Permanencia de los datos o) Mantenibilidad p) Instalacin q) Disponibilidad r) Recuperacin s) Criticidad 3.2.2. Estn especificados los cambios posibles a los requerimientos

4.

5.

6.

7.

8. 9.

3.2.3. La probabilidad de cambios est especificada para cada requerimiento 3.2.4. Del contraste contra diversas fuentes no surgen errores u omisiones a) Antecedentes de la organizacin b) Antecedentes de otras organizaciones o productos c) Modelo de Dominio d) Notas de reuniones Consistencia 4.1. Interna 4.1.1. No hay dos requerimientos en conflicto debido a que describen: a) el mismo objeto con distinta terminologa b) el mismo objeto como si tuviera distintas caractersticas c) dos o ms acciones incompatibles lgicamente d) dos o ms acciones incompatibles en el tiempo 4.2. Externa 4.2.1. Los requerimientos son consistentes con: a) El contexto de negocio y las justificaciones del proyecto b) Supuestos y dependencias para el sistema Trazabilidad 5.1. Cada requerimiento: a) Obedece a una necesidad especfica de usuario b) Tiene su origen en una fuente (documento o persona) especfica c) Se puede rastrear hacia delante su incorporacin al diseo d) Se puede rastrear hacia delante su incorporacin en determinados mdulos Verificabilidad 6.1. Cara requerimiento es implementable 6.2. Para cada requerimiento existe un procedimiento que, ejecutado por una persona o mquina, permite verificar si se cumple 6.3. Hay algn requerimiento que se va a expresar en trminos verificables ms adelante Modificabilidad 7.1. El documento de requerimientos est organizado de forma clara y lgica 7.2. La estructura adhiere a algn estndar 7.3. La redundancia es mnima y slo se debe a distintos niveles de abstraccin o detalle Priorizacin 8.1. Cada requerimiento tiene asignado un nivel de prioridad asignado por el Cliente/Usuario para guiar las negociaciones/compromisos Contenido General 9.1. Cada requerimiento es relevante para el problema y su solucin 9.2. Ninguno de los requerimientos realmente corresponde a: a) detalles de diseo b) detalles de verificacin c) detalles de gestin del proyecto 9.3. Hay una seccin de: a) Introduccin que describe el documento y sus destinatarios b) Alcance que se describe lo que cubre el documento c) Definiciones, acrnimos y abreviaturas

d) Perspectiva del producto que presenta su contexto, dado que el software normalmente no es ms que un componente de un sistema ms amplio e) Supuestos, dependencias y restricciones para el producto y proyecto f) Caractersticas de usuarios g) Requerimientos especficos 9.4. Estn presentes: a) Todos los anexos necesarios b) Todas las figuras, tablas y diagramas necesarias 10. Requerimientos Especficos 10.1. Funciones 10.1.1. Toda funcin est especificada 10.1.2. Para cada una se especifican: a) Todas las entradas b) Todos los aspectos del procesamiento exitoso c) Todos los aspectos del procesamiento no exitoso d) Todas las salidas e) Todos los requerimientos de desempeo 10.2. Interfaces Externas 10.2.1. Para cada una estn especificados los detalles de la comunicacin