Tema N° 6 Técnicas para el Levantamiento y Recolección de Requisitos

Profa. Sara Alcántara
Tema Nº 6:
✓ Técnicas
✓ Características
✓ Importancia
TÉCNICAS PARA
REQUISITOS
EL LEVANTAMIENTO
Y RECOLECCIÓN DE

Estudio de la Documentación
01
02
03
04
05
06
07
08
La Entrevista
Características de la Entrevista
Preguntas de la Entrevista
Aspectos Importantes de la Entrevista
La Encuesta
Características de la Encuesta
Los Escenarios
3
4
5
6
7
9
10
11
09
10 Lluvia o Tormenta de Ideas
Los Prototipos y su Utilidad
12
13
CONTENIDO
11
Ventajas de los Prototipos
14
12
13 Desarrollo Conjunto de Aplicaciones (JAD)
Razones de Base del JAD
16
17
14
15 Historio del Usuario
Después de Levantamiento de Requisitos
18
20
16 21
La Observación y sus Tipos
Referencias
17 22

Definición:
Técnicas para el Levantamiento y Recolección de Requisitos
Estudio de la
Documentación
Consiste en obtener la información sobre los requerimientos
funcionales y requerimientos no funcionales de software a partir
de documentos que ya están elaborados.
Es útil cuando los expertos en la materia no están
disponibles para ser entrevistados o ya no forman parte de
la organización.
Utiliza la documentación que sea relevante al requerimiento
que se está levantando.
Ejemplos de documentación: Planes de negocio, actas de
constitución de proyecto, reglas de negocio, contratos,
definiciones de alcance, memorándums, correos
electrónicos, documentos de entrenamiento, entre otros.

Definición y Tipos:
La
Observación
Consiste en estudiar el entorno de trabajo de los usuarios, clientes e
interesados de proyecto (Stakeholders). Es una técnica útil cuando se
está documentando la situación actual de procesos de negocio.
Puede ser de dos tipos, pasiva o activa.
En observación pasiva, el observador no hace preguntas,
limitándose solo a tomar notas y a no interferir en el
desempeño normal de las operaciones.
En observación activa, el observador puede conversar con el
usuario.
Por medio de esta técnica el analista obtiene información de primera
mano sobre la forma en que se efectúan las actividades. Este método
permite observar la forma en que se llevan a cabo los procesos y, por
otro, verificar que realmente se sigan todos los pasos especificados.
Como sabemos, en muchos casos los procesos son una cosa en papel
y otra muy diferente en la práctica. Los observadores experimentados
saben qué buscar y cómo evaluar la relevancia de lo que observan.

Definición:
La
Entrevista
La entrevista es de gran utilidad para obtener información
cualitativa como opiniones, o descripciones subjetivas de
actividades. Es una técnica muy utilizada, y requiere una mayor
preparación y experiencia por parte del analista. La entrevista se
puede definir como un “intento sistemático de recoger
información de otra persona” a través de una comunicación
interpersonal que se lleva a cabo por medio de una conversación
estructurada. Debe quedar claro que no basta con hacer
preguntas para obtener toda la información necesaria. Es muy
importante la forma en que se plantea la conversación y la
relación que se establece en la entrevista.

Características:
La
Entrevista
Se realizan con los usuarios o interesados clave.
Direccionan al usuario hacia aspectos específicos del
requerimiento a levantar.
Son útiles para obtener y documentar información detallada
sobre los requerimientos y sus niveles de granularidad.
Pueden ser entrevistas formales o informales.
Una clave es mantenerse enfocado en los objetivos de la
entrevista.
Las preguntas abiertas son útiles para identificar información
faltante.
Las preguntas cerradas son útiles para confirmar y validar
información.

Preguntas:
La
Entrevista
Según Pressman (2010), las entrevistas que se realizan al inicio del
proyecto deben contener preguntas “libres de contexto” divididas en
tres conjuntos de preguntas. Estas preguntas ayudan a iniciar la
conversación esencial para la obtención exitosa. Sin embargo, la
sesión de preguntas y respuestas se debe usar sólo para los primeros
encuentros.
El primer conjunto de preguntas se enfoca en los usuarios, otros
interesados, metas generales y en los beneficios medibles de
una implementación exitosa. Algunos ejemplos de estas
preguntas son:
- ¿Quién usará el sistema?
- ¿Cuál será el beneficio de la solución propuesta?
- ¿Hay otra solución posible (que no sea automatizar?

Preguntas:
La
Entrevista
El segundo conjunto de preguntas permite comprender mejor el
problema y que los usuarios expresen sus percepciones sobre
una solución. Algunos ejemplos de estas preguntas son:
- ¿Cómo sería un buen resultado generado por una solución
exitosa?
- ¿Cuáles problemas podrían surgir con la solución propuesta?
- ¿Puede describir el ambiente en el que se usará la solución?
- ¿Qué aspectos especiales de desempeño o restricciones
afectarán la forma en que se busque la solución?
El tercer conjunto de preguntas se enfoca en la efectividad de la
entrevista en sí. Algunos ejemplos de estas preguntas son:
- ¿Es Usted la persona adecuada para contestar las preguntas?
- ¿Alguien más puede proporcionar información adicional?
- ¿Existe información adicional que desee aportar?

Aspectos Importantes:
La
Entrevista
Estos son algunos de los aspectos más importantes a tener en cuenta al
realizar entrevistas:
Preparación. Es necesario documentarse e investigar la situación de la
organización analizando los documentos disponibles, de tal forma que
la entrevista se enfoque en aquellos aspectos que están solamente en
la mente del entrevistado y que no son accesibles por otros medios
como la observación o el análisis de documentos.
Entrevistar al personal adecuado. La mayoría de los analistas adoptan
un enfoque top-down, comenzando a entrevistar a directivos para que
brinden un panorama general de hacia donde deberían ir las cosas, y
terminando por hablar con los empleados que aportan detalles
importantes de la operación.
Duración. Una entrevista debería durar a lo sumo un par de horas.
Formato. Se recomienda utilizar preguntas abiertas, donde los
entrevistados puedan elaborar y dar detalles, más allá de simplemente
responder “si” o “no”.

Uso:
La
Encuesta
El uso de encuesta a través de los cuestionarios permite a los
analistas reunir información proveniente de un grupo grande de
personas. El empleo de formatos estandarizados para las
preguntas puede proporcionar datos más confiables que otras
técnicas; por otra parte, su amplia distribución asegura el
anonimato de los encuestados, situación que puede conducir a
respuestas más honestas.
El inconveniente es que la respuesta puede ser limitada, ya que es
posible que no tenga mucha importancia para los encuestados
llenar el cuestionario. Es recomendable conseguir apoyo de la alta
dirección para solicitar a las personas de la organización que
contesten el cuestionario.
Al igual que con las entrevistas, se debe seleccionar a los
encuestados. El analista debe asegurar que el conocimiento y
experiencia de éstos califiquen para dar respuestas a las
preguntas.

Características:
La
Encuesta
Es una técnica útil para recopilar eficientemente los
requerimientos de muchas personas.
La clave para el éxito es que tengan un propósito y audiencia
claramente definida, establecer fechas topes para llenar la
encuesta, con preguntas claras y concisas.
Deben enfocarse en los objetivos de negocio que se
necesitan identificar.
Pueden apoyarse con entrevistas de seguimiento con
usuarios individuales.
Pueden contener tanto preguntas cerradas como preguntas
abiertas.

Definición:
Los
Escenarios
Los Escenarios son ejemplos de la vida real de cómo puede ser
usado un sistema. Un escenario incluye:
- Una descripción del estado del sistema al inicio del
escenario.
- Una descripción del flujo normal de eventos en el escenario.
- Una descripción de lo que puede ir mal y cómo manejarlo.
- Información de otras actividades que se podrían llevar al
mismo tiempo.
- Una descripción del estado del sistema después de
completar el escenario.
Los Casos de Uso son una técnica que se basa en escenarios para
la obtención. Actualmente se han convertido en una técnica
fundamental que se utiliza para analizar y describir modelos de
sistemas orientados a objetos. En su forma más simple, un caso
de uso identifica a los actores involucrados en una interacción y
nombra al tipo de ésta.

Definición:
Lluvia o Tormenta de
Ideas
Una tormenta de ideas es una sesión de trabajo en la que un
pequeño grupo de personas proponen ideas acerca de lo que
consideren importante en el área o tópico de interés.
Inicialmente las ideas se recogen pero no se discuten.
Después de esto un facilitador guía al grupo para que los
resultados de la sesión sean organizados y priorizados. Las
siguientes reglas básicas pueden asegurar unos mejores
resultados:
- Comenzar declarando claramente el objetivo de la sesión
de tormenta de ideas.
- Generar el mayor número de ideas posible.
- Permitir que la imaginación vuele.
- Evitar y disuadir cualquier forma de crítica o de debate
mientras se están capturando las ideas
- Después de que se hayan capturado las ideas
reformularlas y combinarlas

Definición y Utilidad:
Los
Prototipos
Los prototipos suelen consistir en versiones reducidas, demos o
conjuntos de pantallas (que no son totalmente operativos) de la
aplicación pedida. Esta técnica es particularmente útil cuando:
El área de la aplicación no está bien definida (posiblemente
por ser algo muy novedoso).
El costo del rechazo de la aplicación por los usuarios es muy
alto.
Es necesario evaluar previamente el impacto del sistema en
los usuarios y en la organización.
Comenzar declarando claramente el objetivo de la sesión de
tormenta de ideas.

Definición y Utilidad:
Los
Prototipos
En general, el uso de esta técnica es un medio que permite
solventar objeciones del usuario del tipo: “No sé exactamente lo
que quiero, pero lo sabré cuando lo vea”. Por lo general, la
construcción de prototipos incrementa los costos en las etapas
iniciales de un proyecto, pero esto se recupera en etapas
posteriores gracias al mejor entendimiento de los requerimientos
por parte de los desarrolladores. En algunos casos también se
utiliza como un medio para formalizar la aceptación previa del
cliente de los requisitos del proyecto.

Ventajas:
Los
Prototipos
Los prototipos de sistema permiten a los usuarios experimentar para ver
cómo éste ayuda a su trabajo. Fomentan el desarrollo de ideas que
desembocan en requerimientos. Además de permitir a los usuarios
mejorar las especificaciones de requerimientos, el desarrollo de un
prototipo tiene otras ventajas:
Al demostrar las funciones del sistema se identifican las
discrepancias entre los desarrolladores y los usuarios.
Durante el desarrollo del prototipo, el personal del desarrollo de
software puede darse cuenta de que los requerimientos son
inconsistentes y/o están incompletos.
Aunque limitado, se dispone rápidamente de un sistema que
funciona y demuestra la factibilidad y usabilidad de la aplicación a
administrar.
El prototipo se utiliza como base para escribir la especificación para
la producción.

Definición:
Desarrollo Conjunto
de Aplicaciones (JAD)
JAD es una técnica de definición de requisitos y de diseño de la
interfaz de usuario, basada en reuniones participativas entre
clientes, directiva y desarrolladores. En dicha reunión los temas a
tratar se centran más en el negocio que en el asunto técnico.
Lógicamente está más orientado a proyectos de cliente (o bien
sistemas a medida, como también se los conoce), y permite
recolectar requisitos eficientemente.
Hay que tener cuidado porque estas reuniones pueden hacer ver a
los clientes una falsa realidad en cuanto al progreso del proyecto o
la productividad. Además, hay que prestar especial cuidado con las
estimaciones tempranas, aquellas que entrañan un mayor riesgo
por el mayor desconocimiento del sistema y que deben ofrecer una
amplitud de rango mayor entre mejor estimación y estimación
pesimista.

Razones de Base:
Desarrollo Conjunto
Las razones que sirven de base a JAD son las siguientes:
Las entrevistas requieren mucho tiempo, no solo en
prepararlas y hacerlas sino también en redactar un conjunto
de requisitos coherente a partir de opiniones diferentes de los
distintos entrevistados.
Es más difícil apreciar posibles errores en la especificación de
requisitos, ya que sólo el analista revisa el documento. En el
JAD todo el grupo puede actuar como revisor y detectar
defectos.
El JAD propugna una participación más profunda de los
usuarios en el proyecto, hasta tal punto que los usuarios que
participan adquieren un cierto sentido de propiedad en el
sistema que se construye.

Razones de Base:
Desarrollo Conjunto
El JAD no se utiliza demasiado, debido a que requiere una mayor
organización que las entrevistas y porque el ambiente o los
métodos de trabajo convencionales en las empresas no facilitan
este tipo de actividades (falta de tiempo, dificultad de coordinación
de tanta gente, dificultad para convencer a la dirección, etc.). No
obstante las empresas que han implantado este método han
informado de importantes ahorros de tiempo en el desarrollo de
software, así como de una mayor satisfacción de los usuarios con
los sistemas construidos.

Definición y Aspectos
Importantes:
Historia del
Usuario
Las historias de usuario, son una aproximación simple al
levantamiento de requerimientos de software, en la cual la
conversación pasa a ser más importante que la formalización de
requerimientos escritos.
Es recomendable que sean escritas por el mismo cliente o
interesado (con apoyo del facilitador si es necesario), con
énfasis en las funcionalidades que el sistema deberá realizar.
Al redactar una historia de usuario deben tenerse en cuenta
describir el Rol, la funcionalidad y el resultado esperado de la
aplicación en una frase corta.
Las historias de usuario son una de las técnicas más
difundidas para levantar requerimientos de software en
metodologías ágiles.

Respuesta:
Después del
Levantamiento
¿Qué le sigue al levantamiento y recolección de Requisitos?
Toda la información obtenida durante el levantamiento de
requerimientos puede ser incluida en una matriz de trazabilidad
de requerimientos y en una especificación de requerimientos de
software.
Al levantamiento de requerimientos le sigue el análisis de los
mismos, por medio de técnicas como la descomposición funcional,
modelado de procesos, casos de uso, inspecciones y prototipos.

Referencias Electrónicas
Referencias Bibliográficas
Bibliográficas y Electrónicas:
Referencias

Pressman R. (2010). Ingeniería de Software. Un Enfoque Práctico. 7ma. Edición. México, D. F: McGraHill
Companies, Inc.
Bibliográficas:
Referencias

Abuchar, A. (2014, Septiembre). Técnicas de Levantamiento de Requerimientos. Monivela de
https://monivela.wordpress.com/requerimientos/tecnicas-de-levantamiento-de-requerimientos/
7 Técnicas de levantamiento de requerimientos software. (2016, Agosto). PMOinformatica de
http://www.pmoinformatica.com/2016/08/tecnicas-levantamiento-requerimientos.html
Guerra, C. (s. f.). Obtención de Requerimientos. Técnicas y Estrategia. SG de
https://sg.com.mx/revista/17/obtencion-requerimientos-tecnicas-y-estrategia
Electrónicas:
Referencias

Docente:
PNF en Informática
MSC.
salcantara3@gmail.com
Ingeniería del Software II - Trimestre I
SARA ALCÁNTARA
Recurso:
El recurso puede ser utilizado bajo condiciones Creative Commons.
Atribuciones:
Algunas de las imágenes utilizadas son de libre uso,
descargadas desde:

Tema N° 6 Técnicas para el Levantamiento y Recolección de Requisitos

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Tema N° 6 Técnicas para el Levantamiento y Recolección de Requisitos

Semelhante a Tema N° 6 Técnicas para el Levantamiento y Recolección de Requisitos (20)

Mais de SaraEAlcntaraR

Mais de SaraEAlcntaraR (10)

Último

Último (20)

Tema N° 6 Técnicas para el Levantamiento y Recolección de Requisitos