Tarea de Ingeniera

Alumna
Stephanie Carvajal Garca
Profesor
Rafael Espinoza Jimnez

Tabla de Contenidos

Entrevista ................................................................................................................................ 4
Contexto de la entrevista ...............................................................................................................4
Solution selling o solucin de venta: ...........................................................................................4
Contexto valor-agregado ................................................................................................................4
Recomendaciones ..........................................................................................................................4
Compilando los datos necesarios ...................................................................................................5
Una nota sobre cuestionarios ........................................................................................................5
Algunos problemas de la tcnica del cuestionario .........................................................................5

Taller de requerimientos ........................................................................................................ 6

Puntos clave ...................................................................................................................................6
Acelerando el proceso de decisin .................................................................................................6
Beneficios de un buen taller de requerimientos ............................................................................6
Preparando el taller de requerimientos .........................................................................................6
Vendiendo el concepto ..............................................................................................................6
Asegurando la participacin de los correctos Stakeholders .......................................................7
Logstica .........................................................................................................................................7
Materiales warm-up .......................................................................................................................7
Informacin especfica del proyecto ..........................................................................................7
Ideas de preparacin ..................................................................................................................7
Rol del facilitador ...........................................................................................................................7
Algunas responsabilidades del facilitador son ................................................................................8
Estableciendo la agenda .................................................................................................................8
Aplicando el taller ..........................................................................................................................8
Problemas ..................................................................................................................................8
Reduccin de lluvia de ideas ..................................................................................................8
Seguimiento ...........................................................................................................................8

Lluvia de ideas y reduccin de ideas ...................................................................................... 8

2

Puntos clave ...................................................................................................................................8

Beneficios .......................................................................................................................................9
Proceso de lluvia de ideas ..............................................................................................................9
Priorizacin ....................................................................................................................................9
Votacin ...................................................................................................................................10
Categorizacin Crtico, importante, til....................................................................................10
Crtico ...................................................................................................................................10
Importante ...........................................................................................................................10
til ........................................................................................................................................10
Lluvia de ideas basada en web .....................................................................................................10

Storyboarding ....................................................................................................................... 10
Puntos clave .................................................................................................................................10
Beneficios .....................................................................................................................................11
Tipos de Storyboards ....................................................................................................................11
Pasivos......................................................................................................................................11
Activos ......................................................................................................................................11
Interactivos ..............................................................................................................................11
Herramientas y tcnicas del Storyboarding ..................................................................................12
Consejos .......................................................................................................................................12
No invertir mucho ....................................................................................................................12
Si no cambias nada, no aprendes nada ....................................................................................12
Siempre que sea posible hacerlo interactivo ............................................................................12

Casos de uso ......................................................................................................................... 12

Puntos clave ...............................................................................................................................12
Construyendo el modelo de casos de uso ....................................................................................13
Algunos ejemplos de casos de uso son.........................................................................................13
Aplicacin de casos de uso en la elicitacin de requerimientos ...................................................13

Prototipos ............................................................................................................................. 14
Puntos clave .................................................................................................................................14
Tipos de prototipos ......................................................................................................................14
Prototipos de requerimientos ......................................................................................................14

En qu utilizar un prototipo? ......................................................................................................15

Entrevista

Tcnica simple y directa que permite obtener la informacin del usuario

para el levantamiento de requerimientos.

Contexto de la entrevista:
Forzar o escuchar antes de inventar soluciones. Escuchar brinda un mejor
entendimiento del problema del cliente.

Solution selling o solucin de venta:

El vendedor utiliza una serie de preguntas enfocadas primeramente en
comprender el problema del cliente y cual solucin si es que existe, es la
adecuada.

Contexto valor-agregado:
Es importante trasladar las preguntas a un dominio en donde las soluciones
son exploradas despus de que las preguntas y respuestas en contexto libre han
terminado.
Se debe tener una estructura sobre qu hacer? Previo a la entrevista.

Recomendaciones
Preparar las preguntas con anterioridad y tenerlas a mano para cualquier
consulta

Antes de la entrevista investigar sobre el stakeholder y la empresa para

evitar preguntar cosas que podran saberse indagando previamente.

Anotar los datos importantes

Revisar que sean las preguntas correctas las que se hacen

Compilando los datos necesarios

La ltima parte es obtener las necesidades ms importantes del problema,
para levantar una lista, ste es el inicio del repositorio de requerimientos.

Una nota sobre cuestionarios

Se puede o es conveniente sustituir una entrevista por un cuestionario?
La respuesta es no. No hay sustituto para el contacto personal, sin embargo
un cuestionario bien aplicado puede ser muy til y efectivo para el anlisis
cuantitativo de resultados.

Algunos problemas de la tcnica del cuestionario

Preguntas relevantes no pueden surgir durante su aplicacin

Los supuestos detrs de las preguntas

Difcil explorar nuevos dominios

Las respuestas poco claras son difciles de analizar

No se recomienda la tcnica del cuestionario para el levantamiento de

requerimientos, sin embargo puede ser efectiva como un complemento al utilizar la
entrevista.

Taller de requerimientos
Puntos clave:

Es la tcnica ms poderosa para levantar requerimientos

Todos los stakeholders trabajan en conjunto durante un periodo

determinado de tiempo

La lluvia de ideas es la parte ms importante del taller

Acelerando el proceso de decisin

Se debe preguntar al stakeholder que en caso de solamente poder
implementar una cosa cul sera? De sta manera se enfocar en lo ms
importante y necesario.
El taller de requerimientos est diseado para concientizar sobre los
requerimientos ms importantes de la aplicacin y para ganar un acuerdo en un
corto tiempo, en sta tcnica los usuarios lderes se renen por un periodo de 1
2 das para obtener las necesidades primordiales del sistema.

Beneficios de un buen taller de requerimientos:

Facilita la creacin de un equipo efectivo, comprometidos con un solo

propsito: El xito del proyecto.

Todos los stakeholders opinan

Obliga a un acuerdo entre los stakeholders

Preparando el taller de requerimientos

Vendiendo el concepto: Primero es importante informar dentro de la organizacin

sobre los beneficios del taller, ya que muchas veces pueden haber stakeholders
que se resistan a la idea.

Asegurando la participacin de los correctos Stakeholders: Seguidamente se debe

identificar a los stakeholders que deben participar en el proceso para asegurar el

xito del proyecto.

Logstica
La logstica comprende todo desde la planificacin, invitacin y desarrollo
del taller, un mal planeamiento con poco profesionalismo ocasionar el fracaso del
taller.

Materiales warm-up
Como siguiente paso se debe enviar materiales para preparar a los
asistentes con el fin de incrementar la productividad en la sesin.
Se recomiendo utilizar dos tipos distintos de materiales
Informacin especfica del proyecto: incluye documentos de requerimientos, lista de

caractersticas sugeridas, copias de entrevistas con su anlisis, datos de nuevo

marketing etc.
Ideas de preparacin: Se debe tener la capacidad de hacer que los participantes

puedan expresar ideas innovadoras.

Rol del facilitador:

Para asegurar el xito del taller se debe de contar con alguien que posea
experiencia en la administracin de tcnicas de elicitacin de requerimientos,
algunos de los requisitos que debe cumplir son:

Haber recibido algn entrenamiento sobre el proceso

Es respetado por miembros internos y externos del equipo

Ha demostrado habilidades de construccin de equipos

Sin embargo si en el taller participa un facilitador, ste no debe aportar ideas,

puesto que la tcnica corre el riesgo de perder su objetividad.

Algunas responsabilidades del facilitador son:

Establecer un tono profesional y objetivo en la reunin

Empezar y terminar la reunin a tiempo

Establecer las reglas de la reunin

Presentar la agenda y objetivos de la reunin

Estableciendo la agenda
Debe basarse en las necesidades del proyecto, y los contenidos que deben
de tratarse en el taller.

Aplicando el taller
Problemas:
Reduccin de lluvia de ideas: La parte ms importante del taller es el proceso de

lluvia de ideas.
Seguimiento: Despus del taller el facilitador reparte las minutas de la reunin y

guarda cualquier otro acuerdo.

Lluvia de ideas y reduccin de ideas

Puntos clave:

Incluye creacin y reduccin de ideas

Varias tcnicas de votacin son utilizadas para escoger la prioridad e

importancia de las ideas.

La lluvia de ideas es una tcnica muy til ya que es simple, fcil de practicar
y divertida.

Despus de realizar el taller de requerimientos se toman las ideas de las

caractersticas del nuevo proyecto, se analizan, combinan, agregan y desechan
con el fin de ir depurando el sistema.

Beneficios:

Permite agregar o quitar caractersticas

El facilitador mantiene todo lo que se discute, as no se pierde ninguna

informacin

La lluvia de ideas tiene dos fases, la creacin de ideas y la reduccin de ideas,

el objetivo de la primera fase es generar la mayor cantidad de ideas posibles, y la
segunda fase consiste en analizar las ideas, organizarlas, expandirlas, refinarlas
etc.

Proceso de lluvia de ideas

Todos los stakeholders entran en un cuarto u oficina y los materiales son
entregados, los cuales son papel, o notas recordatorias, cada participante puede
poseer al menos 25 hojas, entonces se presentan las reglas las cuales pueden
ser: No se permiten las crticas o el debate, dejar volar la imaginacin, generar la
mayor cantidad de ideas posibles etc. Luego el facilitador explica el objetivo del
proceso, y pide a los participantes comenzar a escribir en las hojas las ideas, una
vez que las ideas son generadas, el facilitador las recoge y las pega en un muro.

Priorizacin
Algunas veces el nico objetivo del taller es generar ideas, sin embargo
muchas veces es necesario priorizar las ideas, ya que ningn equipo puede hacer

todo lo que sus miembros piensen, luego de que se han priorizado las ideas se
procede a realizar alguna de las siguientes tcnicas.
Votacin: Se asigna a cada participante una cantidad de puntos los cuales pueden

utilizar en la eleccin de las ideas, sin embargo slo pueden utilizarlos una vez, ya
que se irn descontando.
Categorizacin Crtico, importante, til : Principalmente para grupos pequeos de

stakeholders, a cada participante se le otorga un nmero de votos igual a la

cantidad de ideas, y cada voto debe ser categorizado crtico, importante, til, y
cada stakeholder puede tener solamente un tercio de sus votos en cada categora.
Crtico: Indispensable, es decir que el stakeholder no podr utilizar la aplicacin sin

sta caracterstica.
Importante: Una prdida significativa de la utilidad del proyecto, dicho en otras

palabras que muchos usuarios estarn disconformes.

til: Caractersticas que seran agradables de poseer.

Lluvia de ideas basada en web:

Cuando un taller o una sesin de lluvia de ideas personal no es posible, se
utiliza el internet, mediante una conexin de intranet, todos los usuarios pueden
estar en contacto para discutir las ideas y realizar la tcnica.

Storyboarding
Puntos clave:

El propsito es encontrar tempranos Si, pero...

Pueden ser pasivos, activos o interactivos

10

Storyboarding identifica los actores, explica qu pasa con ellos y describe

cmo pasa

El propsito del Storyboarding es obtener una reaccin temprana por parte del
usuario ante los conceptos propuestos para la aplicacin, mediante sta tcnica la
se puede observar la reaccin del usuario, mucho antes de que los conceptos
estn codificados y las especificaciones se hayan desarrollado,

Beneficios

Extremadamente barato

Es amigable con el usuario, informal e interactivo

Muestra una temprana vista de la interfaz de usuario del sistema

Fcil de crear y modificar

Es una poderosa herramienta para combatir el sndrome de la pgina blanca

(cuando el usuario no sabe lo que quiere), los Storyboarding pueden ser utilizados
para: Incrementar la velocidad del desarrollo conceptual de diferentes facetas de la
aplicacin, entender la visualizacin de los datos, definir y entender reglas de
negocio que sern implementadas en la aplicacin etc.

Tipos de Storyboards
Pasivos: Cuenta una historia al usuario, puede consistir en sketches, fotos,

pantallas, presentaciones etc.

Activos: Trata de hacer que el usuario vea una pelcula que an no ha sido

producida, son animados y automatizados.

Interactivos: Requieren la participacin del usuario para ser ejecutados, por lo que

brinda una experiencia de realismo en el sistema.

En el desarrollo de software los Storyboarding son utilizados para trabajar
en los detalles de interfaz, es decir que los usuarios pueden decidir que es ms
11

apto para ser implementado en el sistema, los elementos esenciales de un

Storyboarding son:

Quines son los actores?

Qu pasa con ellos?

Cmo pasa?

Herramientas y tcnicas del Storyboarding

Pueden ser tan variadas como los usuarios y miembros del equipo quieran,
los Storyboarding pasivos utilizan papel, y lpiz, los ms avanzados pueden
emplear presentaciones o grficos, tambin se puede emplear software
especializado para su desarrollo.

Consejos
No invertir mucho: Los clientes se vern intimidados a realizar cambios si observar

un trabajo costoso.
Si no cambias nada, no aprendes nada: Hacer el Storyboarding de manera que sea

fcil de modificar, es decir en unas cuantas horas.

Siempre que sea posible hacerlo interactivo: La experiencia del usuario generar

ms retroalimentacin y permitir establecer nuevos requerimientos.

Casos de uso

Puntos clave:

Identifican, quin, qu y cmo del comportamiento del sistema

12

Describe las interacciones entre el usuario y el sistema enfocando se en

qu hace el sistema por el usuario

Describe la totalidad del comportamiento del sistema

La tcnica de casos de uso es integral con la metodologa de ingeniera de

software orientada a objetos. Adems los casos de uso sirven como un UML
representativo de los requerimientos del sistema.

Construyendo el modelo de casos de uso

Consiste en todos los actores del sistema y todos los casos en los que
stos interactan con el sistema, tambin muestra relaciones entre casos. El
primer paso de sta tcnica es crear un diagrama del sistema que describa los
procesos y los actores.

Algunos ejemplos de casos de uso son:

Distribucin manual de artculos

Insercin de un nuevo artculo

Revisin de los artculos

Aplicacin de casos de uso en la elicitacin de requerimientos

Los casos de uso son escritos en lenguaje natural de usuario, son fciles de
describir y documentar, brinda una estructura sencilla que permite que el equipo y
el usuario puedan describir el comportamiento de un sistema existente o de uno
nuevo.
Se debe aclarar que los usuarios del sistema representan slo un tipo de
stakeholder y que se puede necesitar de otras tcnicas de elicitacin para levantar
los requerimientos de los otros stakeholders, adems los casos de uso no son

13

brindan tanta ayuda en la identificacin de requerimientos no funcionales del

sistema, como requisitos de usabilidad, y utilidad.
Despus de que se han identificado los actores y objetos del sistema, el
siguiente paso es refinar los detalles del comportamiento funcional de cada caso.

Prototipos
Puntos clave:

Es especial para generar el Si, pero

Es una implementacin parcial del sistema, construido para ayudar a los

desarrolladores, usuarios y clientes a entender mejor los requerimientos del
sistema

Los prototipos sirven para mostrar una porcin de la funcionalidad del sistema,
los usuarios pueden tocar, sentir e interactuar con el prototipo del sistema de una
manera que ninguna de las otras tcnicas permite.

Tipos de prototipos
Estos pueden ser categorizados de muchas maneras algunas son:
evolutivos, operacionales, verticales, horizontales, interfaz de usuario, algortmicos
etc. El tipo de prototipo que se elija depende del problema que se est intentando
resolver.

Prototipos de requerimientos
Para la elicitacin de requerimientos se debe implementar un prototipo
horizontal y con interfaz de usuario. Existen dos razones por las cuales los
14

prototipos de requerimientos son utilizados para capturar aspectos de la interfaz

de usuario de un sistema
1- Es barato y permite construir una interfaz rpidamente
2- Para la interaccin intensiva con los sistemas.

En qu utilizar un prototipo?
Los requerimientos bien conocidos y entendidos no deben ser incluidos en el
prototipo, nicamente aquellos que no han sido comprendidos por el usuario.

15