Professional Documents
Culture Documents
1+Especificaci
%C3%B3n+de+requisitos+2.1.1+Objetivos+del+sistema+2.1.2+Requisitos+de+inf
ormaci
%C3%B3n+2.1.3+Restricciones+del+sistema+2.2+Requisitos+funcionales+2.2.1+
Diagramas+de+casos+de+uso+2.2.2+Definici
%C3%B3n+de+actores+2.2.3+Documentaci
%C3%B3n+de+los+casos+de+uso+2.3+requisitos+no+funcionales+2.4+Conclusion
es.+2.5+Recomendaciones+2.6+Bibliograf%C3%ADa.&oq=2.1+Especificaci
%C3%B3n+de+requisitos+2.1.1+Objetivos+del+sistema+2.1.2+Requisitos+de+inf
ormaci
%C3%B3n+2.1.3+Restricciones+del+sistema+2.2+Requisitos+funcionales+2.2.1+
Diagramas+de+casos+de+uso+2.2.2+Definici
%C3%B3n+de+actores+2.2.3+Documentaci
%C3%B3n+de+los+casos+de+uso+2.3+requisitos+no+funcionales+2.4+Conclusion
es.+2.5+Recomendaciones+2.6+Bibliograf
%C3%ADa.&aqs=chrome..69i57.690j0j7&sourceid=chrome&es_sm=122&ie=UT
F-8
Plan de Elicitacin de Requisitos
1. Objetivo
Definiremos las tareas que realizaremos, los productos a obtener y las tcnicas
que emplearemos durante la actividad de elicitacion de requisitos para el
desarrollo del software.
Hay dos tipos de productos: los productos entregables y los no entregables o
internos. Los productos entregables los entregaremos oficialmente al cliente
como parte del desarrollo en fechas previamente acordadas, mientras que los no
entregables son productos internos que no se entregarn al cliente.
El producto entregable luego de hacer la elicitacin de requisitos que
entregaremos es el Documento de Especificacin de requisitos (DER).
La estructura de este documento es la siguiente: en la seccin 2 describiremos
las tareas recomendadas para realizar una correcta elicitacion de requisitos, en la
seccin 3 se definen los productos entregables, en este caso el DER, y por
ltimo, en la seccin 4 describimos las tcnicas recomendadas que podemos usar
para obtener los productos.
2. Tareas recomendadas
Las tareas recomendadas para obtener los productos son los siguientes:
Tarea 1: Obtendremos informacin sobre el dominio del problema y el sistema
actual.
Tarea 2: Prepararemos y realizaremos las reuniones de elicitacin/negociacin.
Tarea 3: Identificaremos/revisaremos los objetivos del sistema.
Tarea 4: Identificaremos/revisaremos los requisitos de informacin.
Tarea 5: Identificaremos/revisaremos los requisitos funcionales.
2.5.2. Descripcin
A partir de la informacin que obtengamos en las tareas 1 y 2, y teniendo en
cuenta los objetivos identificados en la tarea 3 y el resto de los requisitos, en esta
tarea identificaremos, o revisaremos si existen conflictos, qu debe hacer el
sistema a desarrollar con la informacin identificada en la tarea anterior.
Inicialmente identificaremos los actores que interactuarn con el sistema, es
decir aquellas personas u otros sistemas que sern los orgenes o destinos de la
informacin que consumir o producir el sistema a desarrollar y que forman su
entorno.
A continuacin identificaremos los casos de uso asociados a los actores, los
pasos de cada caso de uso y posteriormente se detallarn los casos de uso con las
posibles excepciones hasta definir todas las situaciones posibles.
En el caso de que se considere necesario, se optaremos por expresar algunos o
todos los requisitos funcionales de la forma tradicional, es decir, mediante un
prrafo en lenguaje natural, en lugar de hacerlo mediante casos de uso.
2.5.3. Productos internos
No hay productos internos en esta tarea.
2.5.4. Productos entregables
Requisitos funcionales como parte del DRS (ver seccin 3.1.11, pg. ).
2.5.5. Tcnicas recomendadas
Casos de uso.
Plantilla para actores.
Plantilla para casos de uso.
Plantilla para requisitos funcionales.
2.6. Tarea 6: Identificar/revisar los requisitos no funcionales
2.6.1. Objetivos
Identificaremos los requisitos no funcionales del sistema software a desarrollar.
Revisaremos, en el caso de que haya conflictos, los requisitos no funcionales
previamente identificados.
2.6.2. Descripcin
A partir de la informacin obtenida en las tareas 1 y 2, y teniendo en cuenta los
objetivos identificados en la tarea 3 y el resto de los requisitos, en esta tarea
identificaremos, o revisaremos si existen conflictos en los requisitos no funcionales,
normalmente de carcter tcnico o legal.
Algunos tipos de requisitos que podemos incluir en esta seccin son los siguientes:
Num
0
1
Fecha
Fecha 0
Fecha 1
Fecha N
descripcin
Versin x.y
descripcin cambio1
descripcin cambio N
Autores
Autor 0
Autor 1
Autor N