Title: Introduccin a la elicitacin de Requisitos
1Introducción a la elicitación de Requisitos
Ingeniería del Software (3º I.T.I.S. -
I.T.I.G.) http//www.dsi.uclm.es/asignaturas/4253
0/ Curso 2007/2008
2Objetivos
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.
3Tareas 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/negociac
ió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.
4Tareas de la Metodología
5Índice del documento final
6Tarea 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.53.1.7 y 3.1.17, págs. 1414 y 17). - Técnicas
- Obtener información de fuentes externas al
negocio del cliente folletos, informes sobre el
sector, publicaciones, consultas con expertos,
etc.
7Tarea 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.83.1.9 y 3.1.18, págs. 1515 y 17) - Técnicas
- Técnicas de elicitación de requisitos (ver
secciones 4.14.3, págs. 18 - 25),
8Tarea 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).
9Tarea 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).
10Tarea 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).
11Tarea 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).
12Cómo empezar?
- Leer la metodología detenidamente.
- Abordar la 1º Tarea.
- Obtener y documentar los elementos entregables
siguiendo las técnicas adecuadas. - Pasar a la 2º tarea. Estudiar los objetivos y
requisitos. NO documentar los elementos
entregables. Esta tarea supone que el alumno
realiza una seria de entrevistas con los clientes
y va perfilando los requisitos. Estas entrevistas
no se simularan con lo que se pasa directo a los
resultados de esta Tarea, para plasmarlos en la
Tarea 4. - Pasar a la 3º. Según los objetivos obtenidos de
la Tarea 2º, documentar los elementos
entregables. - Pasar a la 4º, .......
13Atención
- El alumno juega el papel de experto del sistema a
modelar y de analista a la vez. - Hay que hacer un esfuerzo para saber que papel
juega en cada momento.