1. Tipos
1.1. Requerimientos del Negocio
1.1.1. Requerimientos que representan los objetivos establecidos por la organización
1.1.2. Son la base principal para el desarrollo del proyecto porque describen las necesidades que el Software cubrirá sin descuidar las reglas de negocio de la organización.
1.1.3. Reflejan las prácticas de negocio actual de la organización o las nuevas prácticas que desean adoptar con el proyecto.
1.2. Requerimientos del Usuario
1.2.1. Estos requerimientos son aquellas funcionales específicas que los usuarios esperan ver en la solución.
1.2.2. Deben ser descritos de tal forma que sean fácil de entender por parte de los usuarios(no manejan lenguaje técnico).
1.2.3. Sólo se manejará el documento de requerimientos, mas no aun el detalle que tendría un diseño o prototipo.
1.3. Requerimientos del Sistema
1.3.1. Son el resultado de acoplar los requerimientos de usuario al modelo de la solución.
1.3.2. Tienen cierto nivel de detalle avanzado y son la base para empezar la fase de diseño del sistema
1.3.3. Hacen referencia hacia los:
1.3.3.1. Requerimientos Funcionales
1.3.3.1.1. Describen lo que el sistema o software debe hacer.
1.3.3.1.2. Se define como requerimientos operacionales , ya que especifica las entradas y salidas del sistema junto con todas las relaciones entre ellas.
1.3.3.2. Requerimientos No Funcionales
1.3.3.2.1. Especifican propiedades del sistema, como pueden ser la seguridad y la fiabilidad del Sistema.
1.3.3.2.2. Son propiedades que las funciones del sistema deben tener.
1.3.3.2.3. También consideran algunas restricciones:
2. Requerimiento
2.1. Atributo necesario para el sistema a desarrollar, en el cual se puede describir una funcionalidad o característica que tenga valor para los stakeholders.
3. Características
3.1. Completo
3.1.1. El requerimiento debe estar totalmente declarado, sin información faltante.
3.2. Correcto
3.2.1. El requerimiento debe cumplir con la necesidad expresada por el usuario para la solución de desarrollo.
3.3. No ambiguo
3.3.1. El requerimiento debe ser conciso, debe expresar hechos objetivos vitales para el desarrollo.
3.4. Entendible
3.4.1. Se debe comprender fácilmente el significado de todos los requerimientos.
3.5. Verificable
3.5.1. Deben existir las técnicas finitas y rentables para verificar que cada requerimiento satisface el sistema según lo construido.
3.6. Conciso
3.6.1. Ser tan cortos como sea posible sin afectar los demás requerimientos.
3.7. Realizable
3.7.1. El requerimiento debe ser posible de implementar y no ser un hecho idealizado dentro de la etapa de desarrollo.
3.8. No redundante
3.8.1. Si el requerimiento no está en varias partes del sistema
3.9. Modificable
3.9.1. Si la estructura y estilo del requerimiento se puede cambiar fácil, completa y constantemente.
3.10. Detectable
3.10.1. El requerimiento debe estar escrito de manera que se facilite referenciarlo individualmente.
3.11. Preciso
3.11.1. Ser tan cortos como sea posible sin afectar los demás requerimientos.