Ingeniería del Software I (2º Grado I.I.

Introducción a la elicitación
de Requisitos

Ingeniería del Software I

(2º Grado I.I.)

Curso 2010/2011

Objetivos
Para la primera parte de las prácticas se sigue la
metodología de Amador Duran

“El objetivo de esta metodología es la definición de

las tareas a realizar, los productos a obtener y las
técnicas a emplear durante la actividad de elicitación
de requisitos de la fase de ingeniería de requisitos
del desarrollo de software.”

1
Ingeniería del Software I (2º Grado I.I.)

Tareas de la Metodología
Tarea 1: Obtener información sobre el dominio del problema y el
sistema actual.
Tarea 2: Preparar y realizar las reuniones de
elicitación/negociación.
Tarea 3: Identificar/revisar los objetivos del sistema.
Tarea 4: Identificar/revisar los requisitos de información.
Tarea 5: Identificar/revisar los requisitos funcionales.
Tarea 6: Identificar/revisar los requisitos no funcionales.
Tarea 7: Priorizar objetivos y requisitos.

Nota: Las tareas 1 y 2 dan lugar a la Descripción de Sistema que hay que
introducir manualmente en la plantilla de Word que se proporciona.
El resto de tareas hay que realizarlas con RequisitePro y la Tarea 5 además con
Rational Rose.

Tareas de la Metodología

2
Ingeniería del Software I (2º Grado I.I.)

Índice del documento final (DRS)

Tarea 1: Obtener información sobre el

dominio del problema y el sistema actual.
Objetivos de la Tarea:
•Conocer el dominio del problema.
•Conocer la situación actual.
Productos entregables:
Introducción, participantes en el proyecto, principalmente clientes y
desarrolladores, descripción del sistema actual y glosario de términos
como parte del DRS (ver secciones 3.1.5–3.1.7 y 3.1.17, págs. 14–14
y 17).
Técnicas:
Obtener información de fuentes externas al negocio del cliente:
folletos, informes sobre el sector, publicaciones, consultas con
expertos, etc.

3
Ingeniería del Software I (2º Grado I.I.)

Tarea 2: Preparar y realizar las

reuniones de elicitación/negociación.
Objetivos de la Tarea:
•Identificar a los usuarios participantes.
•Conocer las necesidades de clientes y usuarios.
•Resolver posibles conflictos.
Productos entregables:
Participantes en el proyecto, en concreto los usuarios participantes,
como parte del DRS (ver sección 3.1.6, pág. 14). Objetivos, requisitos
o conflictos, que se hayan identificado claramente durante las sesiones
de elicitación, como parte del DRS (ver secciones 3.1.8–3.1.9 y 3.1.18,
págs. 15–15 y 17)
Técnicas
Técnicas de elicitación de requisitos (ver secciones 4.1–4.3, págs. 18–
25)

Tarea 3: Identificar/revisar los

objetivos del sistema

Objetivos de la Tarea:
•Identificar los objetivos que se esperan alcanzar mediante
el sistema software a desarrollar.
•Revisar, en el caso de que haya conflictos, los objetivos
previamente identificados.
Productos entregables:
Objetivos del sistema como parte del DRS (ver sección 3.1.8, pág.
15).
Técnicas
Plantilla para especificar los objetivos del sistema (ver sección 5.1,
pág. 32).

4
Ingeniería del Software I (2º Grado I.I.)

Tarea 4: Identificar/revisar los

requisitos de información
Objetivos de la Tarea:
•Identificar los objetivos que se esperan alcanzar mediante el sistema
software a desarrollar.
•Revisar, en el caso de que haya conflictos, los objetivos previamente
identificados.
Productos entregables:
Identificar los requisitos de almacenamiento de información que
deberá cumplir el sistema software a desarrollar.
Identificar los requisitos de restricciones de información
Técnicas
Plantilla para requisitos de almacenamiento de información (ver
sección 5.2, pág. 34).
Plantilla para requisitos de restricciones de información (ver sección
5.2, pág. 34).

Tarea 5: Identificar/revisar los

requisitos funcionales
Objetivos de la Tarea:
•Identificar los actores del sistema del sistema software a desarrollar.
•Identificar los requisitos funcionales, expresados de forma
tradicional o como casos de uso, que deberá cumplir el sistema
software a desarrollar.
•Revisar, en el caso de que haya conflictos, los requisitos funcionales
previamente identificados.
Productos entregables:
Requisitos funcionales como parte del DRS (ver sección 3.1.11, pág.
15).
Técnicas
Casos de uso (ver sección 4.4, pág. 27).
Plantilla para actores (ver sección 5.3, pág. 36).
Plantilla para casos de uso (ver sección 5.4, pág. 37).

5
Ingeniería del Software I (2º Grado I.I.)

Tarea 6: Identificar/revisar los

requisitos no funcionales

Objetivos de la Tarea:
•Identificar los requisitos no funcionales del sistema software a
desarrollar.
•Revisar, en el caso de que haya conflictos, los requisitos no
funcionales previamente identificados.
Productos entregables:
Requisitos no funcionales del sistema como parte del DRS (ver
sección 3.1.15, pág. 16).

Técnicas
Plantilla para requisitos no funcionales (ver sección 5.5, pág. 42).

¿Cómo empezar?
1. Componer los grupos de dos y elegir el sistema de información que se
quiere trabajar en las prácticas.

2. Leer la metodología de elicitación de requisitos detenidamente.

3. Abordar las tareas 1 y 2 (de forma ficticia en muchos casos)

4. Realizar la Descripción del Sistema directamente en la plantilla

Word que se proporciona, como primer apartado previo a los
Objetivos.

5. Con la herramienta RequisitePro llevar a cabo el resto de tareas

siguiendo las instrucciones indicadas en el documento
correspondiente al seminario sobre RequisitePro y la integración de
herramientas”.