1
CheckList para la Inspección de Requerimientos Objetivo: Guíar la inspección de los requerimientos planteados durante el desarrollo del proyecto. 1 La existencia de algún requerimiento no entra en conflicto con ningún otro. 2 Cada requerimiento se ha escrito en un lenguaje claro, consizo y sin ambigüedades. 3 Cada requerimiento se encuentra libre de errores de contenido o gramaticales. 4 Cada requerimiento se encuentra dentro del alcance del proyecto. 5 Es posible verificar cada requerimiento mediante análisis, revisiones o pruebas. 6 Se conocen las restricciones relacionadas a cada requerimiento. 7 Las dependencias del requerimiento son fácilmente verificables. 8 Es posible identificar el origen de cada requerimiento. 9 Cada requerimiento se a identificado correctamente y es único. 10 Cada requerimiento provee una base adecuada en relación al diseño y testing. 11 Se ha catálogado adecuadamente cada requerimiento, (no son implementaciones de una solución) . 12 Todos los requerimientos se han escrito con un nivel de detalle adecuado. 13 Todos los objetivos referidos al rendimiento se han especificado. 14 Se ha considerado y especificado las cuestiones del sistema relacionadas con la seguridad. 15 Se contempla la conducta del sistema ante condiciones propicias a errores. 16 Se abordan las funciones principales del sistema. 17 Los requerimientos son consistentes de acuerdo al Statement of Work (SOW) . 18 Se contemplan los requerimientos de interoperabilidad (cada sistema externo que deberá interactuar con el sistema actual).

Checklist

Embed Size (px)

DESCRIPTION

Checklist para la revisión de diseños de software

Citation preview

  • CheckList para la Inspeccin de Requerimientos

    Objetivo: Guar la inspeccin de los requerimientos planteados durante el desarrollo del proyecto.

    1 La existencia de algn requerimiento no entra en conflicto con ningn otro.

    2 Cada requerimiento se ha escrito en un lenguaje claro, consizo y sinambigedades.

    3 Cada requerimiento se encuentra libre de errores de contenido o gramaticales.

    4 Cada requerimiento se encuentra dentro del alcance del proyecto.5 Es posible verificar cada requerimiento mediante anlisis, revisiones o pruebas.

    6 Se conocen las restricciones relacionadas a cada requerimiento.7 Las dependencias del requerimiento son fcilmente verificables.8 Es posible identificar el origen de cada requerimiento.9 Cada requerimiento se a identificado correctamente y es nico.10 Cada requerimiento provee una base adecuada en relacin al diseo y testing.

    11 Se ha catlogado adecuadamente cada requerimiento, (no son implementacionesde una solucin) .

    12 Todos los requerimientos se han escrito con un nivel de detalle adecuado.13 Todos los objetivos referidos al rendimiento se han especificado.14 Se ha considerado y especificado las cuestiones del sistema relacionadas con la

    seguridad.15 Se contempla la conducta del sistema ante condiciones propicias a errores.16 Se abordan las funciones principales del sistema.17 Los requerimientos son consistentes de acuerdo al Statement of Work

    (SOW) .18 Se contemplan los requerimientos de interoperabilidad (cada sistema

    externo que deber interactuar con el sistema actual).