OTRA TECNICA DE TOMA DE REQUERIMIENTOS

VICTOR MANUEL CERDA URIBE 2012

GENERALIDADES DE CUESTIONARIOS Y ENTREVISTAS

UNA SITUACIN EN QUE LOS PARTICIPANTES...

No saben qu decir

Se preocupan de que se les entienda mal

Piensan a dnde va a llevar Tienen expectativas diferentes Quieren que se acabe cuanto antes Quieren que sea un xito

"Quien hace una pregunta parece ignorante durante cinco minutos. Quien se la calla, sigue sindolo el resto de su vida. " Antiguo proverbio chino

Citado en Libro de Roger Pressman

HERRAMIENTAS APLICADAS SEGN ACTIVIDADES DE LA I.R

ENTREVISTAS y/o CUESTIONARIOS

ENTREVISTAS Y CUESTIONARIOS

Se emplean para reunir INFORMACION proveniente de personas o de grupos.

Durante la ENTREVISTA, el analista conversa con el encuestado.

El CUESTIONARIO consiste en una serie de preguntas relacionadas con varios aspectos de un SISTEMA.

ENTREVISTA Y CUESTIONARIOS

Los encuestados son usuarios de los sistemas existentes o usuarios en potencia del sistema propuesto. ( STAKEHOLDERS)

Las preguntas que deben realizarse en esta tcnica, deben ser preguntas de alto nivel y abstractas que pueden realizarse al inicio del proyecto para obtener informacin sobre aspectos globales del problema del usuario y soluciones potenciales. Aqu aplica cuestionarios estructurados entregados y analizados en la clase anterior (identificacin de requerimientos)

ENTREVISTA Y CUESTIONARIO

PREGUNTAS: SOBRE EL CONTEXTO

Quin solicita este trabajo?

Quin usar el producto?

Cul es el beneficio econmico de una solucin satisfactoria?

Hay ms fuentes para la solucin que se busca?

PREGUNTAS: SOBRE EL PROBLEMA

Describir buenos resultados generados por una solucin buena.

Cul es el problema al que nos enfrentamos.

En qu entorno (describir/mostrar) se va a utilizar.

Restricciones especficas de rendimiento. (quizias un requerimiento no funcional)

 PREGUNTAS: SOBRE LA REUNIN EN S

es usted la persona adecuada para responder a estas preguntas.

son oficiales sus respuestas. (esta autorizado para contestar?)

le parecen relevantes mis preguntas. hago demasiadas preguntas. hay alguien ms que pueda aportar informacin. hay algo ms que debera preguntar.

LIMITACIONES DE CUESTIONARIOS Y ENTREVISTAS

Las reuniones en generales dan resultados muy pobres o incompletas. Se deben emplear slo como primer paso, para luego ser sustituidos por reuniones que combinen resolucin de problemas, negociacin, y especificacin. (como por ejemplo: preguntas entregadas en clase anterior )

En las preguntas que se pueden efectuar en la entrevista o cuestionarios estas pueden ser: Abiertas Cerradas Entrevistas estructuradas Entrevistas no estructuradas Pirmide Embudo Rombo

 ABIERTAS
Son las que hacemos al entrevistado para que pueda expresar libremente sus ideas.

CERRADAS
El entrevistado se limita a contestar si o no, cierto o falso, acuerdo o en desacuerdo; brevemente nos da informacin til para nuestra investigacin.

 ENTREVISTA ESTRUCTURADA Es aquella donde el entrevistador elabora un guin de preguntas antes de la entrevista. Este tipo de entrevista es fcil de administrar y evaluar, nos da una evaluacin ms objetiva aunque el costo de la preparacin es alto y lleva tiempo elaborar una buena entrevista. (se requiere sabes mas y mejor el funcionamiento del negocio)

 ENTREVISTA NO ESTRUCTURADA
Es la que no lleva un guin completo, sino que se formulan ciertas preguntas guas y se espera ir preguntando segn la conversacin va fluyendo. Tiene mayor flexibilidad para las preguntas, se puede profundizar en aspectos que no se pensaba preguntar pero que fueron tocados en la entrevista. Pseudo desventaja frente al entrevistado:

Puede dar la impresin de que no estamos preparados para la entrevista o llevar ms tiempo del esperado.

ENTREVISTA NO ESTRUCTURADA
Estructura Pirmide: Es aquella en la que comenzamos la entrevista con preguntas completamente cerradas, las vamos abriendo poco a poco hasta terminar con preguntas abiertas. Se debe usar una estructura de pirmide si considera que el entrevistador necesita ambientarse en el tema. Tambin es til si el entrevistador parece ser que se resiste a entrar en el tema. La estructura de pirmide para las entrevistas va de preguntas especficas a generales.

Estructura Embudo: Es lo contrario de la pirmide, se comienza con preguntas completamente abiertas, luego se van estrechando hasta terminar con preguntas cerradas. En este tipo de estructura el entrevistador toma un enfoque deductivo, comenzando con preguntas generales y abiertas y estrechando las respuestas posiblemente utilizando preguntas cerradas.
Estructura Rombo: Comenzamos con preguntas cerradas, las vamos abriendo, llegamos a preguntas completamente abiertas, luego empezamos nuevamente a estrecharlas hasta terminar con preguntas cerradas. Frecuentemente es mejor una combinacin de dos estructuras anteriores, dando como resultado la estructura de entrevista con forma de rombo, esto conlleva a comenzar en forma muy especfica, luego examinar temas generales y por ultimo llegar a una conclusin muy especifica.

CONSIDERACIONES PARA LA ENTREVISTA Y CUESTIONARIOS

Trate de familiarizarse con la empresa y el tipo de personas que hay en ella.
Establezca objetivos bien claros antes de formular las preguntas de su entrevista.

Seleccione a las personas que va a entrevistar.

Prepare a las personas antes de entrevistarlas. (breves pinceladas de lo que se requiere hacer) Elabore un plan de entrevista o cuestionario. Haga una cita con anticipacin y recuerde a las personas antes de la entrevista, a qu hora y da se realizar esta. (plan de trabajo con el cliente)

EN EL MOMENTO DE LA ENTREVISTA

Llegue temprano y confirme con el entrevistado que usted est presente y listo para comenzar la entrevista.

Salude a la persona con un apretn de manos, identifquese adecuadamente y vista de forma apropiada.

Registre todos los aspectos ms importantes de la entrevista. Si va a usar grabadora o video, deber solicitar permiso antes de hacerlo.

Tome nota solo de lo ms necesario para que no pierda el contacto visual.

Escriba su reporte inmediatamente despus de realizada la entrevista para que no olvide detalles importantes.

Valide la informacin registrada con la persona antes de retirarse para evitar malas interpretaciones de la informacin.

Si va a ser necesario nuevas entrevistas, haga otra cita y dgale a la persona sobre qu se van a tratar las prximas entrevistas.

TCNICA CASO DE USO

(Toma de requerimientos)

CASO DE USO
Es una coleccin de diagramas y texto que juntos documentan como los usuarios esperan interactuar con el sistema. Los casos de uso se centran en los factores crticos de xito, en trminos de la funcionalidad que los usuarios necesitan para interactuar.

La meta del diagrama es proporcionar una explicacin de la relacin del sistema y el mundo exterior.

DIAGRAMA TCNICA CASO DE USO

Caso de Uso Sistema

Dependencia

Actor Asociacin Generalizacin

DIAGRAMA TCNICA CASO DE USO

SISTEMA: Establece el lmite del sistema en relacin con los actores que lo van a usar.
LIMITE DEL SISTEMA

ACTOR: Es un rol que puede jugar una persona, otro sistema, un dispositivo.
ACTOR

CASO DE USO: Identifica una caracterstica clave del sistema, expresa una meta que el sistema debe lograr.
PROCESO O CASO DE USO

 ASOCIACIN: identifica la asociacin entre actores y Casos de Uso. Cada asociacin es un dilogo que debe explicarse con la narrativa del Caso de Uso.

DEPENDENCIA: Identifica una comunicacin entre dos Casos de Uso.

GENERALIZACIN: Define una relacin entre dos actores entre dos Casos de Uso, cuando uno de los casos hereda las propiedades del otro.

Usuarios: personas, sistemas o dispositivos. Actor: rol que juega una entidad externa en relacin al sistema. Los actores normalmente son los sujetos en las oraciones que describen como la gente usa los sistemas. Es mejor utilizar roles ya que permite centrarse en como el sistema ser usado y no en puestos de trabajo.

SISTEMA RRHH

CASOS DE USO:

Definen las caractersticas requeridas por el sistema.

Son nombrados usando una frase (verbo), expresando la meta que debe cumplir el sistema. A pesar de que cada Casos de Uso soporta un proceso, stos se centran en la meta, no en el proceso
proces o meta
Retiro de Efectivo

Actualizacin

de Cuenta

CASOS DE USO
Definiendo los Casos de Uso de esta forma, el sistema se especifica como un juego de requerimientos ms que una solucin. No se dice como trabaja el sistema, sino lo que debe ser capaz de hacer.
Los Casos de Uso describen solo aquellas caractersticas que son visibles y significativas para los actores que usaran el sistema. Esto evita el hacer una descomposicin funcional. Modelar solo las caractersticas del sistema que pueden ser vistas por un actor. Por ejemplo, si un sistema debe guardar datos en una base de datos, solo se debe ilustrar el mensaje que indica que los datos se guardaron, no como se guardan.

Asociaciones Se representan con una lnea conectando un actor a un Caso de Uso. Pueden ser bidireccionales o unidireccionales.
Asociacin Consulta de
saldo

Retiro de Asociacin efectivo

DEPENDENCIA
La dependencia o estereotipos se usan en UML en los Casos de Uso, clases y paquetes.
Notacin <<include>>: Cuando un Caso de Uso necesita ayuda de otro Caso de Uso, la dependencia se dibuja con una flecha punteada hacia el caso que ser usado. Es una subrutina o llamada a funcin. Notacin <<extend>>: indica que un Caso de Uso puede necesitar ayuda de otro Caso de Uso, contrario al include donde siempre la necesita.

Retiro efectivo

<<INCLUDE>>

Actualizar cuenta

Retiro efectivo con proteccin

<<EXTEND>>

Proteccin por falta fondos

Generalizacin
La herencia indica que un objeto tiene desde el momento de su creacin, acceso a todas las propiedades de otra clase. Esto mismo se aplica a los actores y a los Casos de Uso, se conoce como generalizacin y a veces se especifica con una relacin es un

Autorizacin Cargo

Autorizacin Cargo, con Aviso al celular

TCNICA DIAGRAMA DE ISHIKAWA O DIAGRAMA CAUSAEFECTO

CAUSA-EFECTO

Es una herramienta que ayuda a identificar, clasificar y poner de

manifiesto posibles causas, tanto de problemas especficos como de caractersticas de calidad. Ilustra grficamente las relaciones existentes entre un resultado dado (efectos) y los factores (causas) que influyen en ese resultado.

VENTAJAS
Ayuda a determinar las causas principales de un problema, o las causas de
las caractersticas de calidad, utilizando para ello un enfoque estructurado.

Permite que el grupo se concentre en el contenido del problema, no en la

historia del problema ni en los distintos intereses personales de los integrantes del equipo.

Estimula la participacin de los miembros del grupo de trabajo, permitiendo as

aprovechar mejor el conocimiento que cada uno de ellos tiene sobre el proceso.

Incrementa el grado de conocimiento sobre un proceso.

UTILIDADES

Identificar las causas - raz, o causas principales, de un problema o efecto. Clasificar y relacionar las interacciones entre factores que estn afectando al resultado de un proceso.

DESVENTAJA
Es fcil no detectar las causas potenciales , puesto que la gente puede estar muy familiarizada con el proceso hacindosele todo normal. Es difcil usarlo por mucho tiempo, sobre todo en procesos complejos. Algunas causas potenciales pueden aparecer muchas veces.

DIAGRAMA
Factores o causas ms importantes o relevantes
MAQUINARIA O EQUIPO
Factores detallados CAUSA DECLARACION DEL PROBLEMA Factores detallados CAUSA

METODOS

MANO DE OBRA

EFECTO

MATERIALES

MEDICIN O INSPECCION

MEDIO AMBIENTE

RESUMEN CAUSA - EFECTO

Un diagrama de Causa-Efecto es de por si educativo, sirve para

que las personas conozcan en profundidad el proceso con que

trabaja, visualizando con claridad las relaciones entre los Efectos y sus Causas. Sirve tambin para guiar las discusiones, al exponer con claridad los orgenes de un problema de calidad. Y permite encontrar ms rpidamente las causas asignables cuando el proceso se aparta de su funcionamiento habitual.