Riesgos

Procesos del Desarrollo de Software – 3º Grado en Ingeniería Informática

Cómo redactar requisitos
Curso 2010-2011
José Miguel Fuentes

Cómo redactar requisitos

1

Índice
•
•
•
•
•
•
•
•
•

La importancia del requisito en el ciclo de vida de desarrollo de software
Cómo debería ser una especificación de requisitos
Estructura de la especificación
Especificaciones completasEspecificaciones consistentes
Una especificación de requisitos no es una novela
Redacción del requisito
Ejemplos
Referencias

Cómo redactar requisitos

2

La importancia del requisito

3

Cómo redactar requisitos

Current situation in sw. development
Factores de éxito

% de respuestas

1. User Involvement

15.9%
15.9%

2. Executive Management Support

13.9%

3.Clear Statement of Requirements

13.0%
13.0%

4. Proper Planning

9.6%

5. Realistic Expectations

8.2%
8.2 %

6. Smaller Project Milestones

7.7%

7. Competent Staff

7.2%

8. Ownership

5.3%

9. Clear Vision & Objectives

2.9 %
2.9%

10. Hard-Working, Focused Staff

2.4%

Other

13.9%

Basados en requisitos

40% relacionados
con requisitos
Cómo redactarrequisitos

4

La importancia del requisito
• Cuanto antes… mejor!!
– No hay que esperar hasta las pruebas de aceptación para determinar si
hemos omitido algo o hemos entendido mal a un interesado
– Aplicar revisiones y técnicas para detectar requisitos de baja calidad lo
antes posible

5

Cómo redactar requisitos

Cómo debería ser una especificación de requisitos
• Completa:describe todas las necesidades relevantes para los
stakeholders
• Consistente: carece de conflictos entre requisitos
• Correcta: todo es pertinente y no contiene errores
• Modificable: facilidad para efectuar cambios de forma sencilla,
completa y consistente
• Verificable: existencia de un proceso acotado que determine si
el sistema final satisface el requisito
• Trazable: el origen delrequisito está marcado de forma clara; y
se puede seguir el impacto del requisito a lo largo del SDLC
• Clara y no ambigua: una única interpretación
IEEE 830, 1998
Cómo redactar requisitos

6

Cómo debería ser una especificación de requisitos
Sigla

Concepto

Descripción

S

eSpecífico

Claros y simples: qué, por qué…

M

Medible

Se puede cuantificar y evaluar

AAlineado

Con la estrategia o con el fin del sistema

R

Realista

Puede conseguirse con un número de recursos lógico

T

limitado en
Tiempo

Establece un periodo de tiempo claro

"I believe that this nation should
commit itself to achieving the goal,
before this decade is out, of landing
a man on the Moon and returning
him safely to Earth"
Cómo redactar requisitos

7Estructura de la especificación
• Un proyecto mediano puede tener centenares de requisitos
• Estos requisitos no se escriben y se olvidan:
– Pueden ser firmados, con lo que son pieza clave en contratos
– Son la fuente del diseño
– Se verificará el software contra ellos

• La correcta organización de los mismos es vital
• Claves:
–
–
–
–
–
–

Utiliza estándares de estructuración deespecificaciones de requisitos
Aclara el objetivo global a cumplir por el sistema
Emplea descripciones textuales y gráficas
Ordena y agrupa tus requisitos de forma lógica
Relaciona unos requisitos con otros para facilitar su entendimiento
Relaciona los requisitos con otros activos
Cómo redactar requisitos

8

Especificaciones completas
• ¿Qué podemos hacer para no olvidar nada…
– Revisiónpor pares: junto con compañeros más experimentados, expertos
en la materia, cliente y otros interesados
– Emplear check-lists
– Comparar la especificación contra taxonomías propias de la materia
– Reutilizar requisitos de proyectos previos
• Reutilización de grano grueso: componentes reutilizables
• Reutilización de grano fino: buscadores avanzados

Cómo redactar requisitos

9...