Link del video:

https://youtu.be/SSEopt7m-8k
Un requerimiento es una necesidad documentada sobre el
contenido, forma o funcionalidad de un producto o servicio
considerando las especificidades de los clientes. Los
requerimientos son declaraciones que identifican atributos,
características, capacidades, cualidades que necesita cumplir un
entregable para que tenga valor y utilidad. Recordemos que los
entregables son las promesas de tu equipo, es lo que hace que se
cumplan las expectativas. Eso significa que los requerimientos de
los entregables pueden definir el éxito o el fracaso del proyecto.
 Requerimientos de los usuarios:

Describen las expectaciones de los usuarios y

Requerimientos de negocio:
como éste interactuará con el producto. Sino son
similares a los requerimientos de negocio, el
Definen los objetivos y problemas que la
proyecto irá mal encaminado.
empresa quiere resolver con el producto.
Deben estar basados en una necesidad real
Las técnicas de personas, escenarios y customer
del usuario, sea esta conocida o no por él.
journeys sirven de ayuda para definir las
funciones, tareas y características que definen los
requisitos de usuario.

Tipos de Requerimientos
de un Proyecto

Requerimientos funcionales Requerimientos de calidad

Proporcionan detalle de como debe Detallan las características que un producto
comportarse un producto y especifican lo debe poseer para mantener su efectividad y
que se necesita para su desarrollo. prever posibles problemas y limitaciones.

Requerimientos de implementación
Se usan para detallar cambios en los procesos,
roles en el equipo, migraciones de un sistema
a otro…

Único: El requerimiento debe
poder ser interpretado
inequívocamente de una sola
manera.
Claro: Los requerimientos no
deben contener terminología
innecesaria. Deben ser
establecidos de forma clara y
simple..
Además de los criterios para los requerimientos
individuales, para el conjunto de ellos debe cumplirse:.
Independiente: Para comprender el
requerimiento no debe ser
necesario el conocimiento de otro.
Consistente: No debe existir ningún conflicto entre
requerimientos. Los conflictos pueden ser:
- Directos: Cuando ante una misma situación, cabe esperar
comportamientos diferentes.
- Indirectos: Se produce cuando no es posible cumplir con
dos requisitos al mismo tiempo, aunque describan
funcionalidades distintas.
Características
Verificable: Su implementación
debe poder ser comprobada.
El test debe dar como
resultado CORRECTO o
INCORRECTO.
Necesario: Un requerimiento no
Viable (realístico y posible): El
es necesario si ninguno de los
requerimiento debe ser factible
interesados necesita el
según las restricciones actuales
requerimiento o bien si la
de tiempo, dinero y recursos
retirada de dicho requerimiento
disponibles.
no tiene ningún efecto.
Completo: Un requerimiento debe ser
especificado teniendo en cuenta todas las
condiciones que puedan ocurrir.
No redundante: Cada requerimiento debe
ser formulado una sola vez, y no
sobreponerse con otros requerimientos.
 Es muy importante que se mantenga la trazabilidad de un
requerimiento en el tiempo, siguiendo su historia desde su
formulación original hasta el momento actual. Cada cambio
realizado debe por tanto ser reportado.

Esto no quiere decir que haya que generar una documentación

extensa. Hoy en día herramientas como JIRA permiten mantener
una trazabilidad de manera fluida y organizada, y con
conocimiento de los implicados, sin generar una documentación
que nadie se lee.

Así en el caso de que los integrantes del equipo cambien, o se

quiera ver de dónde viene esa propuesta, se deja de una manera
sencilla y clara toda la información, permitiendo que se genere
una conversación controlada, aparte de controlar que otros
requerimientos y funciones puede impactar al hacerse ese
cambio.
Según el origen y características, los requisitos pueden dividirse en diferentes tipos., que pueden representarse en forma
de pirámide, en cuyo nivel superior se sitúan las necesidades de los interesados. En los niveles más bajos son
características, casos de uso y requisitos complementarios tal como se muestra en la figura:

Necesidad: Un interesado demanda un requerimiento.

Característica: Un servicio proporcionado por el sistema, por lo general formulado por un analista de negocios.
Caso de uso: Una descripción del comportamiento del sistema descrito como una secuencias de acciones.
Requisito complementario: Otro requisito (generalmente no funcional) que no puede ser contemplado en los casos de uso.
Caso de prueba: Una especificación de las entradas necesarias para una prueba, las condiciones de ejecución y resultados
esperados. Tiene el papel de comprobar si los casos de uso derivados de los casos de prueba y los requisitos
complementarios se aplican correctamente.
Escenario: Una secuencia específica de acciones o una ruta de acceso específica a través de un caso de uso. Ayudan a
derivar en casos de uso a partir de los casos de prueba y facilitan el diseño e implementación a través de los casos de uso.

Con bastante frecuencia, a diferentes niveles de los requisitos, se especifican diferentes niveles de detalle. Cuanto menor
sea el nivel, más detallado es el requisito. Sin embargo, corresponde a los analistas de negocio decidir el nivel de detalle en
cada nivel, aunque no sería incorrecto establece requisitos muy detallados en el nivel de necesidades

Necesidades

Características

Casos de Uso

Escenarios

Casos de Prueba
La determinación de requerimientos es la etapa más importante en el desarrollo de un sistema de información.
Comienza después de que el Cliente ha detectado una ausencia, falla o falta de oportunidad de la información o
simplemente, luego de que la organización ha determinado un cambio en sus políticas, reglas o tecnologías a
aplicar.

En esta etapa, se debe responder a la pregunta fundamental: ¿Qué es lo que quiere el Cliente? y para ello, se debe
diagnosticar la Situación Actual, recopilar los requerimientos del Cliente, tanto en relación al Sistema, como
generales respecto del área Informática, es decir la Situación Ideal, para así poder definir Alternativas de

Solución, según las cuales podremos avanzar desde lo que hoy se posee, hacia el objetivo que se quiere alcanzar.

Especificados por escrito: Como todo contrato o acuerdo entre

dos partes

Posibles de probar o verificar: Si un requerimiento no se puede

comprobar, entonces ¿Cómo sabemos si cumplimos con el o no?
Los
Requerimientos
deben ser
Descritos como una característica del sistema a entregar. Esto
es: que es lo que debe de hacer( y no como debe de hacerlo)

Lo mas conciso posible: Para evitar malas interpretaciones

 Extensos y detallados, y además contiene múltiples
relaciones entre si.
Los
Requerimientos
de un sistema
son: El punto de acuerdo entre el cliente y el proyecto de
desarrollo de software, este entendimiento es necesario
para poder desarrollar el proyecto que satisfaga las
necesidades del cliente
 3. Tiene en cuenta
4. Realiza a través
las diferentes áreas de
de entrevistas, talleres,
trabajo: reconocimiento
observación, indagación,
del problema,
revisión documental y
evaluación, modelado,
demás técnicas
especificación y
específicas.
revisión.

Un análisis de requerimientos es un estudio

profundo de una necesidad tecnológica que
tiene una empresa, organización o negocio.

En este proceso, se realiza un análisis

2. Especifica
exhaustivo del sistema que se va a desarrollar.
las características Se definen y aplican técnicas que permitan
5. Describe el plan del
operacionales que analizar los requisitos necesarios para su buen proyecto a seguir.
tendrá el software a
desarrollar
desarrollo.

De esta forma, se logra reconocer y entender

cuáles son las verdaderas necesidades que el
sistema debe solucionar.

Un análisis de requerimientos:

6. Es
1. Realiza un estudio fundamental entregar el
profundo de la proyecto dentro del
necesidad tiempo y
tecnológica que tiene el presupuesto acordados
negocio. y de los objetivos de
negocio.
El propósito de la gestión de requerimientos es asegurar que el proyecto
cumple con las expectativas de sus clientes y de sus interesados, tanto
externos como internos, siendo el proceso que garantiza el vínculo
entre lo que esperan los clientes y usuarios, y lo que los equipos de
proyecto tienen que desarrollar.