Técnicas De Obtención De Requerimientos.

INGENIERO EN TECONOLOGÍAS DE LA INFORMACIÓN Y

COMUNICACIÓN

COMPETENCIAS PROFECIONALES

CUATRIMESTRE

MAYO – AGOSTO 2012

NOVENO “B”

OPTATIVA 2

LUNES 18:50 – 19:40 HRS

VIERNES 18:00 – 19:40 HRS

INVETIGACIÓN

Técnicas de obtención de requerimientos

PRESENTA:

T.S.U. De León Quirarte Miriam Berenice

T.S.U. Ramírez Tello Jezault Alejandro

T.S.U. Sandoval Parra Jorge Luis

T.S.U. Saldaña Ramírez Néstor David

Guadalajara, Jalisco, 23 de mayo de 2012

Índice

1 Introducción 4

1.1 Objetivos 5

1.1.1 Objetivos Específicos 5

1.2 Justificación 6

2 Desarrollo 7

2.1 Técnicas de obtención de requerimientos 7

2.1.1 Definición: 7

2.2 Entrevistas 8

2.3 Técnicas para facilitar las especificaciones de una aplicación (TFEA) 8

2.4 Despliegue de la función de calidad (DFC) 8

2.5 Tormenta de ideas (brainstorming) 8

2.6 Juego de roles 9

2.7 Introspección 9

2.8 Casos de uso o escenarios 9

2.9 Talleres 10

2.10 Cuestionario 10

3 Conclusión 11

3.1 Jezault Alejandro Ramírez Tello 11

3.2 Saldaña Ramírez Néstor David 12

3.3 De León Quirarte Miriam Berenice 13

3.4 Jorge Luis Sandoval Parra 14

4 Glosario 15

4.1 Actividad 15

4.2 Brainstorming 15

4.3 Adaptabilidad 15

4.4 Análisis de requisitos 15

4.5 Diseño de arquitectura 15

4.6 Diagrama de Actividades 16

4.7 Diagrama de Casos de Uso 16

4.8 Diagrama de Clases 16

4.9 Diagrama de Colaboraciones 16

4.10 Diagrama de Componentes 16

4.11 Diagrama de Entidad / Relación 16

4.12 Diagrama de Interacciones 16

4.13 Diagrama de Objetos 17

4.14 Diagrama de Plataforma 17

4.15 Diagrama de Secuencia 17

4.16 Etapa 17

4.17 Subproyecto. 17

5 Bibliografías 18

1 Introducción

La obtención de requisitos es el proceso mediante el cual los interesados en un sistema de software descubren, revelan, articulan y entienden sus requisitos (Raghavan et al., 1994). En muchos casos, se requiere tiempo para llegar a especificar claramente lo que el interesado espera de la aplicación de software, por lo que se hace necesario por parte de los analistas el empleo de técnicas que permitan establecer una buena comunicación con los interesados del producto y así lograr la satisfacción del cliente.

1.1 Objetivos

El objetivo de las Técnicas de obtención de requerimientos para el desarrollo de sistemas es: El conjunto de actividades de analistas y usuarios para realizar un desarrollo e implementación de un sistema con el menor tiempo para la aclaración de los puntos vitales del producto.

El objetivo esencialmente es:

Realizar un análisis de diversas especificaciones para desarrollar un buen cumplimiento del sistema.

1.1.1 Objetivos Específicos

El manejo de diversas técnicas para la utilización durante el proceso de desarrollo del software es esencial para poder recopilar los requisitos de software.

Que serian entre ellas:

La entrevista, Técnicas para facilitar las especificaciones de una aplicación (TFEA), Despliegue de la función de calidad (DFC), Tormenta de ideas (brainstorming), Juego de roles, entre otras.

1.2 Justificación

Las Técnicas de obtención de requerimientos son para poder dar un enfoque más especifico de las cosas que se requieren al desarrollar, con lo cual se intenta aclarar con diversas técnicas de obtención de requerimientos que se tiene desde el momento en que surge la idea de querer desarrollar un producto, por lo que los beneficiarios de implementar dichas técnicas serian los desarrolladores y el mismo cliente.

2 Desarrollo

2.1 Técnicas de obtención de requerimientos

2.1.1 Definición:

La obtención de requisitos es el proceso mediante el cual los interesados en un sistema de software descubren, revelan, articulan y entienden sus requisitos (Raghavan et al., 1994). En muchos casos, se requiere tiempo para llegar a especificar claramente lo que el interesado espera de la aplicación de software, por lo que se hace necesario por parte de los analistas el empleo de técnicas que permitan establecer una buena comunicación con los interesados del producto y así lograr la satisfacción del cliente. A continuación se enuncian las principales técnicas utilizadas durante el proceso de desarrollo del Software para recopilar los requisitos de software.

2.2 Entrevistas

Es la más tradicional de las técnicas de obtención y consiste en reuniones analista-interesado en las cuales se suceden preguntas y respuestas para extraer el dominio de la aplicación (Goguen y Linde,1993). En Pressman (2005) se presentan conjuntos de preguntas que se pueden utilizar en el desarrollo de esta técnica, que tiene una alta participación del analista y se realiza en conjunto con otras técnicas.

2.3 Técnicas para facilitar las especificaciones de una aplicación (TFEA)

Constituye una variación de las entrevistas buscando identificar el problema, proponer elementos de solución, negociar diferentes enfoques y especificar un conjunto preliminar de requisitos de la solución (Pressman, 2005). A pesar de ir un paso más allá de las entrevistas convencionales, precisan aún de una alta participación del analista.

2.4 Despliegue de la función de calidad (DFC)

Esta técnica incluye entrevistas y documentación de la organización con las cuales se construye la tabla de opinión del interesado. Esta tabla se analiza con diagramas, matrices y métodos de evaluación para extraer los requisitos esperados e intentar obtener requisitos innovadores (Pressman, 2005). También esta técnica requiere una alta interacción con el analista.

2.5 Tormenta de ideas (brainstorming)

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 son todavía muy difusos (Raghavan et al., 1994). También se requiere participación intensiva del analista.

2.6 Juego de roles

En su forma más simple, consiste en que el desarrollador, el 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 una perspectiva nueva del problema que le permita la obtención de los requisitos del sistema por construir (Raghavan et al., 1994). Esta técnica también presenta alta participación de los involucrados.

2.7 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, 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.

2.8 Casos de uso o escenarios

Son descripciones que incluyen actores, eventos, operaciones y objetivos de esas operaciones, generalmente ligados con el funcionamiento de una solución informática (Leffingwell y Widrig, 1999; Raghavan et al, 1994; Pressman, 2005; Sommerville 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 , que sólo sería posible al final del proceso de obtención de requisitos.

2.9 Talleres

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.

2.10 Cuestionario

Es una técnica para recopilar información por medio de preguntas escritas,

...