Ingeniería de Software: un enfoque práctico sábado, 09 de febrero de 2019

COMPRENSIÓN DE LOS
REQUERIMIENTOS
INTRODUCCIÓN A LOS
REQUERIMIENTOS
En el prólogo a un libro escrito por Ralph Young
sobre las prácticas eficaces respecto
de los requerimientos, cita lo siguiente:

Es la peor de las pesadillas. Un cliente entra a la

oficina, toma asiento, lo mira a uno fijamente a los
ojos y dice: “Sé que cree que entiende lo que digo,
pero lo que usted no entiende es que lo que digo
no es lo que quiero decir.”
 INGENIERÍA DE REQUERIMIENTOS
(una mirada rápida)
¿Qué es? ¿Quién lo hace? ¿Por qué es ¿Cuáles son ¿Cuál es el ¿Cómo me
importante? los pasos? producto aseguro de que
final? lo hice bien?

Diversas Ingenieros de Un sistema • Concepción El objetivo Se revisan

técnicas que software y que resuelva • Indagación final es con los
buscan la demás el problema • Elaboración proporcionar a participantes los
comprensión personal equivocado, • Negociación todas las productos del
de lo que el involucrado no resuelve • Especificación partes un trabajo de
usuario (clientes, las • Validación entendimiento requerimientos a
necesita o gerentes y necesidades • Administración escrito del fin de asegurar
espera de un usuarios). de nadie. problema. que lo que se
software. aprendió es lo
que ellos quieren
decir en realidad.
 PASOS DE LA INGENIERÍA DE
REQUERIMIENTOS

Concepción Validación Administración

Problema de
alcance

Problema de Especificación
entendimiento Indagación
(ERS)
Problema de
volatilidad

Elaboración Negociación
 ESTABLECIENDO LAS BASES
Identificación de los Reconocer los múltiples
participantes puntos de vista
Un participante se define Debido a que existen
como: “cualquier persona muchos participantes
que se beneficie de diferentes, los
forma directa o indirecta requerimientos del
del sistema en desarrollo. sistema se explorarán
desde muchos puntos de
vista diferentes.
• Gerentes de El grupo mercadotecnia
producciones se interesa
• Gerentes de producto en funciones y identificar las áreas de
• Personal de características que
mercadotecnia estimularán el mercado
• Ingenieros de potencial, lo que hará
software que el
• Clientes nuevo sistema sea fácil
• Usuarios finales de vender.
Trabajar hacia la
colaboración
Para obtener un sistema
exitoso, los clientes (y
otros participantes)
debían colaborar entre sí
(sin pelear por
insignificancias) y con los
profesionales de la
ingeniería
de software.
El trabajo del ingeniero
de requerimientos es
interés común:
• Todos los
participantes están de
acuerdo
• Requerimientos en
conflicto o
incongruencia
Hacer las primeras
preguntas
Las primeras preguntas
se centran en el cliente y
en otros participantes, en
las metas y beneficios
generales.
Permiten entender mejor
el problema y hace que
el cliente exprese de
mejor manera su opinión.
• ¿Quién esta detrás de
la solicitud del trabajo?
• ¿Quién usara la
solución?
• ¿Qué problemas
resolvería esta
solución?
• ¿En que ambiente de
negocios se usuaria
esta solución?
 INDAGACIÓN DE REQUERIMIENTOS
Recabación de requerimientos en forma colaborativa
INDAGACIÓN DE REQUERIMIENTOS
Tanto ingenieros de software como otros participantes dirigen o intervienen en las
reuniones.

Se establecen reglas para la preparación y participación.

Se sugiere una agenda con suficiente formalidad para cubrir todos los puntos
importantes, pero con la suficiente informalidad para que estimule el libre
flujo de ideas.

Un “facilitador” (cliente, desarrollador o participante externo)

controla la reunión.

Se utiliza un “mecanismo de definición” (que pueden ser hojas de trabajo, tablas

sueltas, etiquetas adhesivas, pizarrón electrónico, grupos de conversación o foro
virtual)
DESARROLLO DE CASOS DE USO

Un caso de uso capta un contrato que describe el comportamiento

del sistema en distintas condiciones y de como responde a una
petición de alguno de sus participantes.

En esencia, un caso de uso narra una historia estilizada sobre cómo

interactúa un usuario final (que tiene cierto número de roles
posibles) con el sistema en circunstancias específicas.
 CASOS DE USO
Ejemplo

Diagrama de
caso de uso de
UML para la
función de
seguridad del
hogar
“CasaSegura”
FIN

“Ponga a tres participantes en

un cuarto y pregúnteles qué
clase de sistema quieren. Es probable
que escuche cuatro o más
opiniones diferentes.”

Anónimo