Técnicas de recopilación de requisitos - Historial de revisiones

LienysGD jc.ssp: /* Introspección */

2011-05-16T18:54:17Z

‎Introspección

LienysGD jc.ssp en 17:56 13 may 2011

2011-05-13T17:56:44Z

LienysGD jc.ssp: /* Cuestionario */

2011-05-13T17:03:46Z

‎Cuestionario

LienysGD jc.ssp: /* Talleres */

2011-05-13T16:59:33Z

‎Talleres

LienysGD jc.ssp: /* Casos de uso o escenarios */

2011-05-13T16:55:54Z

‎Casos de uso o escenarios

LienysGD jc.ssp: /* Casos de uso o escenarios */

2011-05-13T16:42:38Z

‎Casos de uso o escenarios

LienysGD jc.ssp: /* Introspección */

2011-05-13T16:41:33Z

‎Introspección

LienysGD jc.ssp: /* Introspección */

2011-05-13T16:36:48Z

‎Introspección

LienysGD jc.ssp: /* Juego de roles */

2011-05-13T16:34:59Z

‎Juego de roles

LienysGD jc.ssp: /* Tormenta de ideas (brainstorming) */

2011-05-13T16:05:37Z

‎Tormenta de ideas (brainstorming)

@@ Línea 35: / Línea 35: @@
 == Introspección ==
-Esta técnica recomienda que el analista  se ponga en el lugar del interesado y trate de imaginar cómo desearía éste la aplicación de software. Basado en estas suposiciones, el analista entrega recomendaciones al interesado sobre la funcionalidad que debería tener dicha aplicación ([[Goguen y Linde | Goguen y Linde]], [[1993|1993]]).
+Esta técnica recomienda que el analista  se ponga en el lugar del interesado y trate de imaginar cómo desearía éste la aplicación de software. Basado en estas suposiciones, el analista entrega recomendaciones al interesado sobre la funcionalidad que debería tener dicha aplicación (Goguen y Linde, [[1993|1993]]).
 El problema radica en que un analista  no es un tipo normal de interesado, pues posee un conocimiento técnico más elevado; por ello, es posible que entre las recomendaciones haya cosas que el interesado aún no necesita o que incluso no sabe que necesitará en un futuro. En este caso, el discurso se refiere más a la solución que al dominio del problema.

← Revisión anterior		Revisión del 17:56 13 may 2011
Línea 1:		Línea 1:
−	{{Definición\|Nombre= Técnicas de Recopilación de Requisitos \|imagen= RequerimientosdeSoftware.jpg\|concepto=Técnicas utilizadas por parte de los analistas durante el proceso de desarrollo del [[software \| software]] para recolectar los [[Flujo_de_Trabajo_Requerimiento \| requisitos del software]].}}''' Técnicas de recopilación de requisitos.''' Técnicas que posibilitan que el proceso de recopilación de [[~~requisitos~~ \| requisitos]] se realice de forma más eficiente.	+	{{Definición\|Nombre= Técnicas de Recopilación de Requisitos \|imagen= RequerimientosdeSoftware.jpg\|concepto=Técnicas utilizadas por parte de los analistas durante el proceso de desarrollo del [[software \| software]] para recolectar los [[Flujo_de_Trabajo_Requerimiento \| requisitos del software]].}}''' Técnicas de recopilación de requisitos.''' Técnicas que posibilitan que el proceso de recopilación de [[Flujo_de_Trabajo_Requerimiento \| requisitos]] se realice de forma más eficiente.

	== Introducción ==		== Introducción ==

@@ Línea 48: / Línea 48: @@
 == Cuestionario==
-Es una [[técnica|técnica]] para recopilar información por medio de preguntas escritas, que se responden en ausencia del [[analista | analista]]. No es muy confiable, ya que las respuestas obtenidas no pueden ser fácilmente verificadas o pueden estar "elaboradas por motivos propios o de grupo".
+Es una técnica para recopilar información por medio de preguntas escritas, que se responden en ausencia del  analista. No es muy confiable, ya que las respuestas obtenidas no pueden ser fácilmente verificadas o pueden estar "elaboradas por motivos propios o de grupo".
 Se recomienda su uso:
-*Cuando las personas que posean la información se encuentren dispersas [[geográficamente|geográficamente]]
+*Cuando las personas que posean la información se encuentren dispersas geográficamente
 *Cuando se requiere obtener información al mismo tiempo de numerosas personas.

@@ Línea 44: / Línea 44: @@
 == Talleres  ==
-Los [[requisitos|requisitos]] tienen a menudo implicaciones cruzadas desconocidas para las personas implicadas individuales y que a menudo no se descubren en las [[entrevistas|entrevistas]] o quedan incompletamente definidas durante la misma. Estas implicaciones cruzadas pueden descubrirse realizando en un ambiente controlado, [[talleres|talleres]] facilitados por un [[analista del negocio|analista del negocio]], en donde las personas implicadas participan en discusiones para descubrir [[requisitos|requisitos]], analizan sus detalles y las implicaciones cruzadas. A menudo es útil la selección de un secretario dedicado a la [[documentación|documentación]] de la discusión, liberando al [[analista del negocio|analista del negocio]] para centrarse en el proceso de la definición de los [[requisitos|requisitos]] y para dirigir la discusión.
+Los requisitos tienen a menudo implicaciones cruzadas desconocidas para las personas implicadas individuales y que a menudo no se descubren en las entrevistas o quedan incompletamente definidas durante la misma. Estas implicaciones cruzadas pueden descubrirse realizando en un ambiente controlado, talleres facilitados por un analista del negocio, en donde las personas implicadas participan en discusiones para descubrir requisitos, analizan sus detalles y las implicaciones cruzadas. A menudo es útil la selección de un secretario dedicado a la documentación de la discusión, liberando al analista del negocio para centrarse en el proceso de la definición de los requisitos y para dirigir la discusión.
 == Cuestionario==

@@ Línea 40: / Línea 40: @@
 == Casos de uso o escenarios ==
-Son descripciones que incluyen actores, [[eventos|eventos]], [[operaciones|operaciones]] y [[objetivos|objetivos]] de esas [[operaciones|operaciones]], generalmente ligados con el funcionamiento de una solución [[informática|informática]]  ([[Leffingwell y Widrig|Leffingwell y Widrig]], [[1999|1999]]; Raghavan et al , [[1994|1994]]; [[Pressman|Pressman]], [[2005|2005]]; [[Sommerville|Sommerville]] [[2001|2001]]). Los escenarios como técnica de obtención poseen dos limitaciones: exigen una alta participación del interesado en su elaboración y necesitan que él realice una concepción completa de la solución [[informática|informática]] , que sólo sería posible al final del proceso de obtención de [[requisitos|requisitos]].
+Son descripciones que incluyen actores, [[eventos|eventos]], operaciones y objetivos de esas operaciones, generalmente ligados con el funcionamiento de una solución [[informática|informática]]  (Leffingwell y Widrig, [[1999|1999]]; Raghavan et al , [[1994|1994]];Pressman, [[2005|2005]]; Sommerville [[2001|2001]]). Los escenarios como técnica de obtención poseen dos limitaciones: exigen una alta participación del interesado en su elaboración y necesitan que él realice una concepción completa de la solución [[informática|informática]] , que sólo sería posible al final del proceso de obtención de requisitos.
 == Talleres  ==

@@ Línea 28: / Línea 28: @@
 == Juego de roles ==
-En su forma más simple, consiste en que el  [[desarrollador|desarrollador]], el
+En su forma más simple, consiste en que el  desarrollador, el
-[[analista|analista]] y cada uno de los miembros del [[equipo de desarrollo del software]] toman el lugar del interesado y ejecutan la actividad de trabajo que éste desempeña. Ellos experimentan las inexactitudes y problemas ligados con el sistema que se está
+analista y cada uno de los miembros del equipo de desarrollo del software toman el lugar del interesado y ejecutan la actividad de trabajo que éste desempeña. Ellos experimentan las inexactitudes y problemas ligados con el sistema que se está
 especificando.
-Se busca suministrarle al [[analista|analista]] una perspectiva nueva del problema que le permita la obtención de los [[requisitos del sistema]] por construir (Raghavan et al., [[1994|1994]]). Esta técnica también presenta alta participación de los involucrados.
+Se busca suministrarle al analista una perspectiva nueva del problema que le permita la obtención de los requisitos del sistema por construir (Raghavan et al., [[1994|1994]]). Esta técnica también presenta alta participación de los involucrados.
 == Introspección ==

@@ Línea 23: / Línea 23: @@
 [[Image:brainstorming3.jpg|thumb|right|150px|Tormenta de ideas]]
-Es una [[técnica|técnica]] de reuniones en grupo cuyo objetivo es la generación de ideas en un ambiente libre de críticas o juicios.
+Es una técnica de reuniones en grupo cuyo objetivo es la generación de ideas en un ambiente libre de críticas o juicios.
-Puede ayudar a generar una gran variedad de vistas del problema y a formularlo de diferentes formas, sobre todo al comienzo del proceso de captura, cuando los [[requisitos|requisitos]] son todavía muy difusos (Raghavan et al., [[1994|1994]]). También se requiere participación intensiva del analista.
+Puede ayudar a generar una gran variedad de vistas del problema y a formularlo de diferentes formas, sobre todo al comienzo del proceso de captura, cuando los requisitos son todavía muy difusos (Raghavan et al., [[1994|1994]]). También se requiere participación intensiva del analista.
 == Juego de roles ==