Especificacion de requisitos
Páginas: 8 (1768 palabras)
Publicado: 5 de diciembre de 2013
Plan de Elicitación de Requisitos
1. Objetivo
Definiremos las tareas que realizaremos, los productos a obtener y las técnicas 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 partedel desarrollo en fechas previamente acordadas, mientras que los no entregables son productos internos que no se entregarán al cliente.
El producto entregable luego de hacer la elicitación de requisitos que entregaremos es el Documento de Especificación de requisitos (DER).
La estructura de este documento es la siguiente: en la sección 2 describiremos las tareas recomendadas para realizaruna correcta elicitacion de requisitos, en la sección 3 se definen los productos entregables, en este caso el DER, y por último, en la sección 4 describimos las técnicas recomendadas que podemos usar para obtener los productos.
2. Tareas recomendadas
Las tareas recomendadas para obtener los productos son los siguientes:
Tarea 1: Obtendremos información sobre el dominio del problema y elsistema actual.
Tarea 2: Prepararemos y realizaremos las reuniones de elicitación/negociación.
Tarea 3: Identificaremos/revisaremos los objetivos del sistema.
Tarea 4: Identificaremos/revisaremos los requisitos de información.
Tarea 5: Identificaremos/revisaremos los requisitos funcionales.
Tarea 6: Identificaremos/revisaremos los requisitos no funcionales.
Tarea 7: Priorizaremos objetivos yrequisitos.
El orden que recomendamos para la realización de estas tareas es: 1…7, aunque las tareas 4, 5, y 6 podemos realizarla simultáneamente o en cualquier orden que se considere oportuno. La tarea 1 es opcional y dependerá del conocimiento previo que tenga el equipo de desarrollo sobre el dominio del problema y el sistema actual.
En las siguientes secciones describiremos cada una delas tareas mencionadas.
2.1 obtener información sobre el dominio del problema y el sistema actual
2.1.1. Objetivos
• Conocer el dominio del problema.
• Conocer la situación actual.
2.1.2. Descripción
• Antes de reunirnos con los clientes y usuarios e identificar los requisitos es fundamental que conozcamos el dominio del problema y los contextos organizacional y operacional, es decir,la situación actual.
• Enfrentarnos a un desarrollo sin conocer las características principales ni el vocabulario propio de su dominio provocará que el producto final no sea el esperado por nuestros clientes y usuarios.
• Por otro lado, si mantenemos reuniones con nuestros clientes y usuarios sin conocer las características de su actividad hará que probablemente no entendamos sus necesidades yque su confianza inicial hacia el desarrollo se vea deteriorada enormemente.
• Esta tarea es opcional, ya que nuestro equipo de desarrollo tiene experiencia en el dominio del problema y el sistema actual a desarrollar.
2.1.3. Productos internos
Información recopilada: libros, artículos, folletos comerciales, desarrollos previos sobre el mismo dominio, etc.
2.1.4. Productos entregablesIntroducción, participantes en el proyecto, principalmente clientes y desarrolladores, descripción del sistema actual y glosario de términos como parte del DER (Documento de Especificación de Requisitos) (ver secciones 3.1.5–3.1.7 y 3.1.17 paginas).
2.1.5. Técnicas recomendadas
• Obtendremos información de fuentes externas al negocio del cliente: folletos, informes sobre el sector o área,publicaciones, consultas con expertos, etc.
• En el caso de requisitos muy específicos del dominio será necesario que recurramos a fuentes internas al propio negocio del cliente, en cuyo caso podemos utilizar las técnicas auxiliares de elicitación de requisitos como el estudio de documentación, observación in situ, cuestionarios, inmersión o aprendizaje, etc.
• Construcción de glosarios de...
1. Objetivo
Definiremos las tareas que realizaremos, los productos a obtener y las técnicas 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 partedel desarrollo en fechas previamente acordadas, mientras que los no entregables son productos internos que no se entregarán al cliente.
El producto entregable luego de hacer la elicitación de requisitos que entregaremos es el Documento de Especificación de requisitos (DER).
La estructura de este documento es la siguiente: en la sección 2 describiremos las tareas recomendadas para realizaruna correcta elicitacion de requisitos, en la sección 3 se definen los productos entregables, en este caso el DER, y por último, en la sección 4 describimos las técnicas recomendadas que podemos usar para obtener los productos.
2. Tareas recomendadas
Las tareas recomendadas para obtener los productos son los siguientes:
Tarea 1: Obtendremos información sobre el dominio del problema y elsistema actual.
Tarea 2: Prepararemos y realizaremos las reuniones de elicitación/negociación.
Tarea 3: Identificaremos/revisaremos los objetivos del sistema.
Tarea 4: Identificaremos/revisaremos los requisitos de información.
Tarea 5: Identificaremos/revisaremos los requisitos funcionales.
Tarea 6: Identificaremos/revisaremos los requisitos no funcionales.
Tarea 7: Priorizaremos objetivos yrequisitos.
El orden que recomendamos para la realización de estas tareas es: 1…7, aunque las tareas 4, 5, y 6 podemos realizarla simultáneamente o en cualquier orden que se considere oportuno. La tarea 1 es opcional y dependerá del conocimiento previo que tenga el equipo de desarrollo sobre el dominio del problema y el sistema actual.
En las siguientes secciones describiremos cada una delas tareas mencionadas.
2.1 obtener información sobre el dominio del problema y el sistema actual
2.1.1. Objetivos
• Conocer el dominio del problema.
• Conocer la situación actual.
2.1.2. Descripción
• Antes de reunirnos con los clientes y usuarios e identificar los requisitos es fundamental que conozcamos el dominio del problema y los contextos organizacional y operacional, es decir,la situación actual.
• Enfrentarnos a un desarrollo sin conocer las características principales ni el vocabulario propio de su dominio provocará que el producto final no sea el esperado por nuestros clientes y usuarios.
• Por otro lado, si mantenemos reuniones con nuestros clientes y usuarios sin conocer las características de su actividad hará que probablemente no entendamos sus necesidades yque su confianza inicial hacia el desarrollo se vea deteriorada enormemente.
• Esta tarea es opcional, ya que nuestro equipo de desarrollo tiene experiencia en el dominio del problema y el sistema actual a desarrollar.
2.1.3. Productos internos
Información recopilada: libros, artículos, folletos comerciales, desarrollos previos sobre el mismo dominio, etc.
2.1.4. Productos entregablesIntroducción, participantes en el proyecto, principalmente clientes y desarrolladores, descripción del sistema actual y glosario de términos como parte del DER (Documento de Especificación de Requisitos) (ver secciones 3.1.5–3.1.7 y 3.1.17 paginas).
2.1.5. Técnicas recomendadas
• Obtendremos información de fuentes externas al negocio del cliente: folletos, informes sobre el sector o área,publicaciones, consultas con expertos, etc.
• En el caso de requisitos muy específicos del dominio será necesario que recurramos a fuentes internas al propio negocio del cliente, en cuyo caso podemos utilizar las técnicas auxiliares de elicitación de requisitos como el estudio de documentación, observación in situ, cuestionarios, inmersión o aprendizaje, etc.
• Construcción de glosarios de...
Leer documento completo
Regístrate para leer el documento completo.