Tipos de Requisitos

Qué hacen los requisitos o requerimientos?

• Define la funcionalidad que se espera que un determinado software tenga

• Los requisitos son simplemente una forma de mantener ocupados a los desarrolladores.

• Los requisitos son una lista de cosas que los desarrolladores deben hacer, pero que no necesariamente tienen que ser incluidas en el producto final.

• Los requisitos son una lista de cosas que los clientes quieren, pero que los desarrolladores no necesariamente tienen que hacer.

Qué es el análisis de requerimientos?

• Es simplemente una lista de funciones y características que se deben incluir en un producto.

• Es un proceso que solo se realiza una vez al comienzo de un proyecto.

• Es el proceso mediante el cuál se identifican y se comprenden los requerimientos de un software.

• Es una tarea que solo realizan los analistas de negocios.

Elige la estructura de una especificación de requisitos de software básica:

• Introducción

  Requisitos funcionales y no funcionales

  Diseño del sistema:

  Conclusiones

• Introducción

  Requisitos

  Diagramas de casos de uso

  Conclusiones

• Introducción Requisitos funcionales

  Requisitos no funcionales

  Pruebas

• Introducción Requisitos funcionales y los del sistema,

  los de la interfaz externa y los no funcionales.

Los requerimientos funcionales son las descripciones explícitas del comportamiento

Cuáles son las funciones de los requisitos funcionales?

• El sistema debe ser lo más rápido posible.

  El sistema debe tener una apariencia moderna y elegante.

• Expresan las capacidades o cualidades que debe tener la solución para satisfacer los requerimientos de los interesados del proyecto.

  Se expresan en términos de cuál debe ser el comportamiento de la solución y qué información debe manejar.

• El sistema debe ser fácil de usar para todos los usuarios.

  El sistema debe ser compatible con todos los dispositivos móviles y navegadores web.

• Deben proporcionar una descripción lo suficientemente detallada para permitir el desarrollo e implementación de la solución.

  Son los que más influyen en si la solución será aceptada o no por los usuarios.

Selecciona las causas de los problemas y errores en la gestión de requerimientos funcionales

• Descripciones muy ambiguas, produciendo interpretaciones inadecuadas por parte del equipo de desarrollo.

• Especificar requisitos restrictivos, incluir requisitos que aparentemente no son necesarios.

• No fue entendido adecuadamente cuando fue levantado con el interesado, pasando información incorrecta al equipo de desarrollo.

• Utilizar lenguaje técnico, incluir requisitos aparentemente obvios.

Posibles soluciones a errores por falta de los requerimientos

• Validar las descripciones escritas de los requerimientos funcionales antes de comenzar su desarrollo.

  Cualquier duda que presente el equipo de desarrollo buscará comunicación con los interesados para su resolución.

• Adivinar o suponer los requerimientos.

  Delegar la definición de los requerimientos en un solo miembro del equipo.

• Ante la presencia de ambigüedades, solicitar información adicional, mesas de trabajo o reuniones con los interesados. Es menos costoso esperar a obtener una descripción que aclare las dudas antes que asumir y avanzar en el desarrollo.

• Ignorar la falta de requerimientos y seguir adelante con el proyecto.

  Aceptar cualquier requerimiento que el cliente solicite, incluso si no es viable.

Cuáles son los requerimientos de un sistema?

• Descripciones de los datos a ser ingresados en el sistema.

  Descripciones de las operaciones a ser realizadas por cada pantalla.

• Descripción de los flujos de trabajo realizados por el sistema.

  Descripción de los reportes del sistema y otras salidas.

• Definición de quien puede ingresar datos en el sistema.

  Como el sistema cumplirá los reglamentos y regulaciones de sector o generales que le sean aplicables.

• El sistema debe ser bueno.

  El sistema debe tener una interfaz de usuario compleja pero fácil de usar.

Seleccione los ejemplos correctos de requerimientos funcionales de proceso o área de negocio

• Al aprobar un pedido, la solicitud pasará al siguiente paso del flujo de trabajo (workflow) de aprobación configurado en el sistema.

  El sistema permitirá a los usuarios autorizados el ingresar planes y cronogramas de proyecto.

  El sistema permitirá aprobar, cambiar o actualizar planes y cronogramas de proyecto.

• El sistema permitirá el envío automatizado de cartas de entrega de órdenes directamente al almacén.

  A cada orden se le asignará un identificador único, que será utilizado para identificarla en todos los procesos subsecuentes que se realicen sobre esta.

  Al ingresar ordenes de entrega, toda orden de entrega estará asociada a un pedido de venta.

• El sistema debe ser de color azul y tener un fondo de pantalla con la imagen de un perro.

  El sistema debe tener una música de fondo agradable para los usuarios.

  El sistema debe tener un botón que haga aparecer una lluvia de confeti en la pantalla.

• El sistema debe mostrar mensajes motivacionales cada vez que un usuario inicie sesión.

  El sistema debe contar con un juego integrado para que los usuarios puedan jugar mientras trabajan.

  El sistema debe tener una opción que permita a los usuarios cambiar la fuente del texto a Comic Sans.

Los requisitos no funcionales (NFR) son las restricciones impuestas a un sistema que definen