Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 188 vistas

    Check List Requisitos

    Cargado por

    Andrea Ballesteros
    Este documento presenta la verificación y validación de los requisitos para un proyecto de ingeniería de software. Incluye la verificación de los requisitos funcionales y no funcionales a través de inspecciones y formalismos, así como la validación de los requisitos mediante pruebas informales, prototipos y casos de prueba. Adjunto se incluye una lista de chequeo de criterios para evaluar la calidad de los requisitos.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Check List Requisitos

    Cargado por

    Andrea Ballesteros
    188 vistas7 páginas
    Este documento presenta la verificación y validación de los requisitos para un proyecto de ingeniería de software. Incluye la verificación de los requisitos funcionales y no funcionales a través de inspecciones y formalismos, así como la validación de los requisitos mediante pruebas informales, prototipos y casos de prueba. Adjunto se incluye una lista de chequeo de criterios para evaluar la calidad de los requisitos.

    Descripción original:

    edghysd

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Este documento presenta la verificación y validación de los requisitos para un proyecto de ingeniería de software. Incluye la verificación de los requisitos funcionales y no funcionales a través de inspecciones y formalismos, así como la validación de los requisitos mediante pruebas informales, prototipos y casos de prueba. Adjunto se incluye una lista de chequeo de criterios para evaluar la calidad de los requisitos.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    188 vistas7 páginas

    Check List Requisitos

    Cargado por

    Andrea Ballesteros
    Este documento presenta la verificación y validación de los requisitos para un proyecto de ingeniería de software. Incluye la verificación de los requisitos funcionales y no funcionales a través de inspecciones y formalismos, así como la validación de los requisitos mediante pruebas informales, prototipos y casos de prueba. Adjunto se incluye una lista de chequeo de criterios para evaluar la calidad de los requisitos.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    Está en la página 1de 7

    Ingeniera de Requisitos: Documento de Verificacin y

    Validacin de Requisitos
    Nombre del Proyecto <>

    Presentado a:
    Ingeniera de Software II
    Tecnlogo en ADSI
    Fecha de creacin <>

    Preparado por:
    Nombre Aprendices <>
    TABLA DE CONTENIDOS

    CONTENIDOS
    N Pg.

    1 VERIFICACIN DE REQUISITOS FUNCIONALES: 4

    2 VERIFICACIN DE REQUISITOS NO- FUNCIONALES 4

    3 VALIDACIN DE REQUISITOS 4
    Historial de Revisiones
    Nombre Fecha Razn para los cambios Versin
    1 Verificacin de requisitos funcionales:
    Inspeccin de requisitos:
    o Defectos (hechos, lista de chequeo, informacin)
    o Ver anexo A
    Formalismo de requisitos:
    o Inconsistencias (hecho, informacin)
    o Ver anexo A

    2 Verificacin de requisitos no- funcionales


    Inspeccin de requisitos:
    o Defectos (hechos, lista de chequeo, informacin)
    o Ver anexo A
    Formalismo de requisitos:
    o Inconsistencias (hecho, informacin)
    o Ver anexo A

    3 Validacin de Requisitos
    Comprobacin informal
    o Lista de errores (hechos, informacin)
    Prototipo
    o Prototipo a nivel de diseo
    Casos de Prueba
    o Casos de prueba para requisitos representativos

    Pgina4de5
    ANEXO A
    LISTA DE CHEQUEO DE REQUISITOS

    Criterio S / No / NA

    1. Correctitud La Especificacin de un Requerimiento es correcta si, y solo si, el


    sistema/software alcanza todos y cada uno de los requerimientos en l especificados.

    a. Desde el punto de vista del usuario, se ha especificado el tiempo de respuesta esperado de


    todas las operaciones necesarias?

    b. Se han especificado otras consideraciones temporales tales como el tiempo de procesamiento,


    el de transferencia de datos o la tasa de transferencia?

    c. Se han especificado todas las tareas que debe realizar el sistema/software?

    d. Para cada tarea especificada, se ha detallado el contenido de datos/informacin utilizado por la


    tarea y el contenido de datos/informacin que se obtendr como resultado de la misma?

    e. Se han establecido los requerimientos sobre la seguridad fsica?

    f. Se han establecido los requerimientos sobre la seguridad operacional?

    g. Se ha especificado la fiabilidad del sistema/software, incluyendo las consecuencias en el caso


    de que falle, la informacin vital a proteger en caso de cada, la deteccin de los errores o el
    proceso de recuperacin?

    h. Las compensaciones establecidas entre los atributos que compiten son aceptables, por
    ejemplo, entre robusteza y correctitud?

    i. Se han definido las interfaces internas, como por ejemplo el software o el hardware?

    j. Se han definido las interfaces externas, como por ejemplo usuarios o hardware?

    k. Se ha incluido la definicin de xito? Se ha incluido la definicin de fracaso?

    l. Cada requerimiento es relevante para el problema y su solucin?

    2. No Ambiguo Una Especificacin de los Requerimientos es no ambigua si, y solo si, cada
    requerimiento especificado en ella posee exclusivamente una nica interpretacin.

    a. Los requerimientos se han especificado de forma suficientemente clara para que si se entregan
    a un grupo independiente para la implementacin, dicho grupo sea capaz de entenderlos?

    b. Los requerimientos funcionales se encuentran separados de los no-funcionales?

    c. Los requerimientos estn especificados de forma concisa, de modo que evitan la posibilidad de
    hacer mltiples interpretaciones de ellos?

    d. Todos los requerimientos evitan conflictos con otros requerimientos?

    3. Completitud Una Especificacin de los Requerimientos es completa si, y solo si, incluye los
    siguientes elementos:
    Todos los requerimientos significativos, ya sea relacionados con la funcionalidad, con el
    rendimiento, las limitaciones de diseo, los atributos o las interfaces externas.
    Las definiciones de las respuestas del sistema/software a todas las clases posibles de datos de
    entrada en todos los tipos posibles de situaciones.
    Etiquetas descriptivas y referencias a todas las figuras, tablas y diagramas de la Especificacin
    de los Requerimientos, as como la definicin de todos los trminos y unidades de medicin.

    Pgina5de5
    Criterio S / No / NA

    a. Se han especificado todas las entradas al sistema/software, incluyendo su origen, su exactitud,


    su rango de valores y su frecuencia?

    b. Se han especificado todas las salidas al sistema/software, incluyendo su destino, su exactitud,


    su rango de valores, su frecuencia y su formato?

    c. Se han especificado todas las interfaces de comunicacin, incluyendo su aceptacin de la


    negociacin, su control de errores y los protocolos de comunicacin?

    d. Se ha realizado el anlisis para identificar los requerimientos que no se han tenido en cuenta?

    e. Se han especificado las reas de incompletitud para cuando la informacin no est disponible?

    f. Los requerimientos son completos, tales que si el producto satisface todos estos
    requerimientos, ser aceptable?

    g. Es posible implementar todos y cada uno de los requerimientos?

    h. Se ha especificado la mantenibilidad del sistema/software, incluyendo la habilidad de respuesta


    a los cambios en el entorno operativo, las interfaces, la precisin, el rendimiento, y otras
    capacidades adicionales predecibles?

    i. Se han especificado los requerimientos para la comunicacin entre los componentes del
    sistema/software?

    j. Se ha definido la funcionalidad y el comportamiento global de todo el sistema/software?

    k. Se han establecido de forma explcita y sin ambigedades las restricciones, suposiciones y


    dependencias apropiadas?

    l. Se ha especificado adecuadamente la infraestructura tecnolgica para el sistema/software?

    m. Se ha limitado el mbito del sistema/software?

    n. Se han etiquetado de forma descriptiva todas las figuras, tablas y diagramas?

    o. Se han referenciado dentro del documento todas las figuras, tablas y diagramas?

    p. Se han definido de forma apropiada todos los trminos y las unidades de medicin?

    4. Consistencia La consistencia se refiere a la consistencia interna. Si la Especificacin de los


    Requerimientos no concuerda con el resto de documentacin de la organizacin y del proyecto,
    significa que no es correcta.

    a. Los requerimientos evitan la especificacin del diseo?

    b. Se han especificado los requerimientos con un nivel de detalle consistente?

    c. Algunos de los requerimientos tienen que especificarse con mayor detalle?

    d. Algunos de los requerimientos deben ser especificados con menor detalle?

    e. Los requerimientos estn en concordancia con el contenido del resto de documentacin de la


    organizacin o del proyecto?

    5. Categorizado por importancia y/o estabilidad Una Especificacin de los Requerimientos se


    categoriza por importancia y/o estabilidad si cada requerimiento particular especificado en ella
    posee un identificador que establece su importancia o estabilidad. Ejemplos de rangos de
    categorizacin incluyen esencial, condicional u opcional. La estabilidad puede ser especificada en
    trminos del nmero de cambios esperados para un requerimiento.

    a. Los requerimientos poseen asociado un identificador para indicar la importancia o la estabilidad


    de un requerimiento en particular?

    Pgina6de5
    Criterio S / No / NA

    b. Existen conflictos en relacin a la categorizacin de la importancia y/o estabilidad de los


    requerimientos?

    6. Verificable Una Especificacin de los Requerimientos es verificable si, y solo si, cada
    requerimiento especificado en ella es verificable. Un requerimiento es verificable si, y solo si, existe
    un proceso finito y rentable con el cual una persona o mquina puede comprobar que el
    sistema/software cumple con dicho requerimiento.

    a. El lenguaje y vocabulario con el que estn escritos los requerimientos es entendible para los
    stakeholders? Los stakeholders coinciden?

    b. Cada requerimiento puede ser probado? A partir de pruebas independientes, puede ser
    posible determinar cundo se satisface cada requerimiento?

    7. Modificable Una Especificacin de los Requerimientos es modificable si, y solo si, su


    estructura y estilo son tales que cualquier cambio en los requerimientos puede realizarse de forma
    fcil, completa y consistente, conservando la estructura y el estilo.

    a. Los requerimientos se identifican de forma nica?

    b. Se han consolidado los requerimientos redundantes?

    c. Cada requerimiento se ha especificado de forma separada, evitando requerimientos


    compuestos?

    8. Trazable Una Especificacin de los Requerimientos es trazable si el origen de cada uno de


    sus requerimientos es claro y si facilita la referenciacin de cada requerimiento en el desarrollo
    futuro o mejora la documentacin.

    a. Puede trazarse cada requerimiento hacia su fuente de origen, como una declaracin de su
    mbito, una peticin de cambio o una legislacin?

    b. Se ha identificado cada requerimiento con el fin de facilitar su referenciacin en el futuro


    desarrollo o en los esfuerzos de mejora?

    c. Cada requerimiento posee una referencia a los requerimientos previos del proyecto que estn
    relacionados con l?

    Pgina7de5

    También podría gustarte