Documento de Informe

TÉCNICAS DE ELICITACIÓN

Luis David Correa Pacheco

Servicio Nacional de Aprendizaje - SENA

Programación de Aplicaciones y Servicios para la Nube 2405107
Establecer Requisitos de la Solución de Software de Acuerdo con
Estándares y Procedimiento
Técnico
INDICE

1. Introducción Pagina 2
2. Resumen Pagina 2-3
3. Técnicas de Elicitación de requerimientos Pagina 4
4. Fuentes de Requerimientos Pagina 5-6
5. Tabla de Comparaciones Pagina 6
6. Entrevista Pagina 7-8
7. Lista de Referncias Pagina 9

PÁGINA 1
Introducción

Para recopilar información sobre el negocio del cliente o sobre

los requisitos del sistema a desarrollar, existen diferentes
tecnicas de recoleción. A medida que se desarrolla este de
Documento, vera las diferentes Tecnicas de Elicitacion de
Requisitos.

Resumen

La Elicitación de Requisitos es el fundamento o base primordial

en el desarrollo de proyectos software y es la fase que
proporciona el impacto más alto en el diseño y en las demás fases
del ciclo de vida del producto. De realizarse apropiadamente,
puede ayudar a reducir los cambios y las correcciones en los
requisitos, lo que conlleva a la optimización de costos en el
desarrollo de software por pérdidas de tiempo. Además, la
calidad de la elicitación determina la exactitud de la
retroalimentación al cliente acerca de la integridad y validez de
los requisitos.

PÁGINA 2
Debido a que esta fase es crítica y de alto impacto en el proyecto,
es muy importante que la labor de elicitar se realice lo más
cercano posible a la exactitud. Dado que existen diferentes
características de los proyectos software, en este trabajo se
proponen algunas técnicas para llevar a cabo la Elicitación de
Requisitos con base en la discusión y en la explicación de los
procesos relacionados y métodos aplicados en los diferentes
tipos de proyectos software.

La técnica desarrollada para la elicitación y toma precisa de

requerimientos del software tiene la finalidad de mejorar la
manera en la cual se establecen los requerimientos a la hora de
crear soluciones informáticas, ya que es posible concretar lo que
el cliente en realidad necesita y lo que el desarrollador tiene la
capacidad de hacer. Todo esto tomando referencias de los
actuales métodos descritos en la actualidad para levantar
requerimientos, tarea que es indispensable para el correcto
desarrollo y evitar futuros inconvenientes en costos, tiempos y
manejos innecesarios de lo que realmente se quiere.

PÁGINA 3
Técnicas de Elicitación de requerimientos

El resultado del proceso de elicitación es “…todo el conocimiento relevante

necesario para producir un modelo de los requerimientos de un dominio
de problema”, para el que se dispone de una serie de técnicas .

Tabla 1. Taxonomía de técnicas de elicitación de Nuseibeh y Easterbrook

La clasificación de Nuseibeh y Easterbrook [5]. Incorpora los conceptos y

técnicas más recientes tales como las técnicas cognitivas y contextuales.
Las técnicas basadas en objetivos o en escenarios, orientan el conocimiento
obtenido en términos de un modelo previamente establecido. Ha obtenido
un amplio reconocimiento en la comunidad. Estas características
impulsaron a utilizarla en este proyecto (Tabla 1).

PÁGINA 4
Fuentes de requerimientos

Identificar las fuentes del conocimiento necesario para la formulación de

los requerimientos es un objetivo de la Ingeniería de Requerimientos y una
actividad dificultosa e importante para la completitud de la Especificación
de Requerimientos. Para esta investigación se elaboró un esquema de
fuentes de requerimientos de tres niveles sin pretender ortogonalidad, la
taxonomía propuesta (Tabla 2). Organizada en términos de clases de
fuentes, tipos y fuentes primarias.

Tabla 2. Taxonomía de fuentes de elicitación utilizada

PÁGINA 5
Para evaluar la cobertura de la taxonomía propuesta se comparó con otras
taxonomías ([4], [3], [2], [1]), asignando las categorías de estas a las clases de
la taxonomía propuesta (ver Tabla 3). La conclusión es que las técnicas de
elicitación de las cuatro clases de la taxonomía propuesta incluyen las
técnicas de las cuatro taxonomías consideradas. En el cuestionario se
agregó la opción de incorporar otras fuentes primarias y los entrevistados
dispusieron de la opción de incorporar otras clases.
El propósito fue construir una taxonomía para el proyecto y no una
taxonomía de fuentes de requerimientos.

Tabla de Comparación

El primer estudio de las prácticas de la Ingeniería de Requerimientos en el

mundo real, analizó 23 proyectos en 10 organizaciones de desarrollo y los
resultados se concentraron en la especificación de requerimientos sin
referencias al proceso de elicitación. Varios estudios de las prácticas de
Ingeniería de Requerimientos y su evolución siguieron a este, pero también
sin atender a la elicitación.

[2]
[3] [4] [1]

PÁGINA 6
Tabla 3. Comparación de taxonomías de fuentes de elicitación

Entrevistas

Las entrevistas son reuniones normalmente de dos personas, en las que se

plantean una serie de preguntas para obtener las correspondientes
respuestas en el contexto de un determinado dominio de problemas. En el
ámbito de la ingeniería de requisitos, las entrevistas suelen realizarlas los
ingenieros de requisitos al personal de la organización del cliente, con el
objeto de abordar asuntos relacionados con los procesos de negocio o con
características del software a desarrollar.

Las entrevistas deben planificarse, determinando su duración, los temas a

tratar y seleccionando el número mínimo de personas a entrevistar dentro
de la organización en función de su perfil profesional. En las primeras
entrevistas los participantes suelen ser directivos que poseen una visión
global de la organización y en ellas se abordan aspectos generales.
Posteriormente, se suelen realizar entrevistas a los futuros usuarios para
conocer las prácticas profesionales que llevan a cabo a diario y sus
necesidades.

Es recomendable hacer llegar a los participantes, con antelación a la

entrevista, un resumen de los temas a tratar y los objetivos a alcanzar
durante la misma. También puede ser útil enviar cuestionarios al objeto de
situar al ingeniero de requisitos ante determinadas situaciones, conocer la
opinión de los usuarios sobre el sistema actual y sus expectativas ante el
desarrollo del nuevo sistema.

Una vez concluido este pequeño resumen, Procedo a ejecutar la

actividad

PÁGINA 7
 FORMATO DE ENTREVISTA
A continuación, se le realizarán una serie de preguntas con el fin de recolectar la
mayor cantidad de información. Todos los datos que usted nos aporte es de gran
valor ya que usted estará interactuando con el software.
Nombre del Entrevistado:
Puesto:
Municipio:
Duración estimada de la Entrevista: 10 minutos
Fecha:
1. ¿Tiene conocimiento y domino de la computadora?

2. ¿Es necesaria la comunicación con otros funcionarios por medios electrónicos como
WhatsApp, Email, Skype, etc.

3. ¿Con que frecuencia usa el sistema de Gestión de Escenarios Deportivos?

4. ¿Qué le cambiaría al actual sistema de Gestión de Escenarios Deportivos que maneja?

5. ¿Es necesario que otras personas pudieran ver toda la información remotamente?

6. ¿Qué le desagrada del sistema de Gestión de Escenarios Deportivos que maneja?

CADA RESPUESTAS SERA TOMADA EN CUENTA PARA UN

BUEN DESARROLLO.

PÁGINA 8
Lista de Referencias
[1] P. Loucopoulos and V. Karakostas, Systems Requirements Engineering.

McGraw-Hill, 1995

[2] K. Wiegers, Software Requirements, 1st ed. Microsoft Press, 1999

[3] D. Zowghi and C. Coulin, “Requirements Elicitation: A Survey of Techniques,

Approaches, and Tools,” in Engineering and Managing Software Requirements, Berlin
Heidelberg: Springer-Verlag, 2005.

[4] I. Alexander and R. Stevens, Writing better Requirements. Pearson, 2002.

[5] B. Nuseibeh and S. Easterbrook, “Requirements Engineering: A Roadmap,” in ICSE

’00 Proceedings of the Conference on The Future of Software Engineering, Limerick,
Ireland, 2000, pp. 35 – 46

PÁGINA 9