REQUERIMIENTOS DE SOFTWARE

Objetivos de la organización y/o solicitud del cliente

Dan respuesta a: Qué es lo que se debe entregar para que el producto de software agregue valor a la compañía.

Son las tareas de los usuarios que deben poder ser realizadas a través del uso del producto

Administrar órdenes de compra

Adicionar nuevos clientes

Controlar inventarios

Definen qué hace el sistema

Funciones que dicho sistema debe cumplir

Definen el qué, y pueden asociarse usualmente a
interacciones directas del usuario con la aplicación, que tienen un objetivo claro. Hacer log in
en la aplicación con un nombre de usuario y contraseña válidos es un ejemplo de requerimiento funcional.

Estos definen atributos que indican al sistema cómo realizar su trabajo

Son características que debe cumplir la solución como un todo

Agilidad,

Felixibilidad

Describen atributos que no están mencionados en un botón sino que se cumplen en la medida que se implementen muchas decisiones en la finalidad del producto

Seguridad

Son características de la aplicación que se desarrollará a lo largo del proyecto. Más esto no describe acciones del proyecto. Solo menciona las características que imparcialmente los requerimientos funcionales deben solventar

Ser independiente del diseño

Los requerimientos deben describir funcionalidades que debe tener la aplicación, sin limitarse por la manera técnica en la que serán implementadas.

Priorizable

Esta característica responde a la necesidad de poder ordenar los requerimientos en términos de su importancia dentro del proyecto.

Se divide el trabajo en este sentido para identificar cuáles se debe dedicar más tiempo de investigación, desarrollo y pruebas.

Necesario

Cualquier requerimiento que se enuncie durante el proceso de construcción de una aplicación de software debe ser necesario para su funcionamiento.

Requerimientos que no lo sean solamente consumirán tiempo, recursos y esfuerzo,

No ambiguo

Ser concreta para no hacer que el proyecto se preste a múltiples interpretaciones de uso indeseadas

Verificable

Un requerimiento debe estar escrito de tal manera que se pueda comprobar su implementación.

Correcto

Debe ser correcto en su enunciado. debe contener la descripción de una funcionalidad que sea apropiada para la solución de software que se está implementando.

Consistente

Un requerimiento debe estar alineado con los demás requerimientos de la aplicación. Un requerimiento no debe nunca contradecir lo que otros digan en términos de la funcionalidad de la aplicación.

Realizable

Aterrizar al idea del proyecto para que pueda ser implementado

Trazable

Conciso

Un requerimiento debe ser escrito de la manera más breve posible, sin que por ello pierda claridad.

Bien escrito

La idea última es generar uno o varios documentos que reflejen la totalidad de lo que el cliente necesita de la aplicación. Estos documentos servirán como punto de partida para que el equipo de análisis y diseño defina la mejor manera de abordar el proceso de construcción de software.

Se construyen restricciones y límites del proyecto