CAPTURA DE REQUISITOS

CONTENIDO
Qu es la captura de requisitos Ingeniera de requisitos El proceso de captura Tcnicas avanzadas

PROBLEMAS
Los usuarios no saben lo que quieren. Un sistema tiene muchos usuarios y ninguno tiene una visin de conjunto. No saben cmo hacer ms eficiente la operacin en su conjunto No saben qu partes de su trabajo pueden transformarse en software. No saben detallar lo que saben de forma precisa.

SOLUCIN TRADICIONAL: ANALISTAS

Labores
obtener

una lista de requisitos de cada

usuario adquirir una visin de conjunto componer una especificacin completa, correcta y consistente

Desventajas
listas

de requisitos son difciles de comprender y de hacer bien difciles de transformar en especificaciones de diseo e implementacin

OBJETIVOS GENERALES
Enumerar los requisitos candidatos Comprender el contexto del sistema Capturar requisitos funcionales Capturar requisitos no funcionales

REQUISITOS FUNCIONALES
Definen lo que el sistema tiene que hacer, los servicios que debe proporcionar al usuario Describen la funcionalidad del sistema

REQUISITOS NO FUNCIONALES

Delimitan las condiciones en que el sistema presta servicios a los usuarios

Velocidad

de respuesta Ancho de banda requerido Espacio en memoria o en disco ....

SEGUNDA PARTE
Qu es la captura de requisitos Ingeniera de requisitos El proceso de captura Tcnicas avanzadas

DESAFOS PARA LA INGENIERA DE REQUISITOS

Al

informatizar un determinado proceso el propio proceso puede sufrir cambios difciles de predecir. Usuarios diferentes tienen requisitos y prioridades diferentes. Hay una negociacin de cambios en los requisitos. Los usuarios finales del sistema y la organizacin que paga por el sistema tienen requisitos diferentes. El prototipado es necesario para clarificar requisitos

DEFINICIN Y ESPECIFICACIN DE REQUISITOS

Definicin de Requisitos

1. El Software proporciona significado de representacin y acceso a

archivos externos creados por otras herramientas.

Especificacin de Requisitos
1.1 El usuario debe proporcionar facilidades para definir el tipo de archivos externos. 1.2 Cada tipo de archivo externo puede tener una herramienta asociada. La cual, ser aplicada para el archivo. 1.3 Cada tipo de archivo externo ser representado como un icono especfico mostrado al usuario. 1.4 Las facilidades proporcionadas para la representacin del icono en un tipo de archivo externo ser definido por el usuario. 1.5 Cuando un usuario selecciona una representacin de icono de un archivo externo, el efecto de la seleccin es aplicar las herramientas asociadas con el tipo de archivo externo al archivo representado por la seleccin del icono.

LECTORES DE REQUISITOS
Definicin de Requisitos
Gerencia de Cliente Usuarios Finales del Sistema Ingenieros de Clientes Gerencia de Contratistas Arquitectos del Sistema Usuarios Finales del Sistema Ingenieros de Cliente Arquitectos del Sistema Desarrolladores de Software (Quiz) Ingenieros de Clientes Arquitectos del Sistema Desarrolladores de Software

Requisitos Especificacin de

Especificacin de Software

EL PROCESO DE INGENIERA DE REQUISITOS

Estudio de Viabilidad Anlisis de Requisitos Definicin de Requisitos

Informe de Viabilidad Modelos del Sistema

Especificacin de Requisitos
Definicin de Requisitos

Documento de Requisitos

Especificacin de Requisitos

DOCUMENTO DE REQUISITOS
Especificacin de la conducta externa del sistema. Especificar los lmites de la implementacin. Fcil de cambiar. Sirve como una herramienta de referencia para mantenimiento.

VALIDACIN DE REQUISITOS
Demostracin de que los Requisitos que definen el sistema son lo que el cliente realmente quiere. Los costos de errores en los Requisitos son altos, por lo cual, la validacin es muy importante.

reparar

un error de Requisito despus del desarrollo puede resultar en un coste 100 veces mayor que reparar un error en la implementacin.

El Prototipado es una tcnica importante de

QU COMPROBAR

Validacin. Provee al sistema las funciones que mejor soporten las necesidades del cliente? Consistencia. Existe cualquier conflicto en los Requisitos? Completo. Estn incluidas todas las funciones requeridas por el cliente? Realismo. Pueden los Requisitos ser implementados con la tecnologa y el presupuesto disponible?

REVISIN DE REQUISITOS
Una revisin regular puede ayudar mientras la definicin de Requisitos est siendo hecha. Tanto el cliente como el personal de contratistas deben estar involucrados en la revisin. La revisin debe ser formal (con los documentos completos) o informal. Una buena comunicacin entre desarrolladores, clientes y usuarios puede resolver problemas en las

EVOLUCIN DE REQUISITOS

Es esencial planear posibles cambios en los requisitos cuando el sistema sea desarrollado y utilizado. El documento de requisitos debe ser organizado, de tal forma que los cambios en los requisitos puedan ser hechos sin tener que re-escribir demasiado. Las referencias externas deben ser minimizadas y las secciones del documento deben ser tan modulares como sea posible.

TERCERA PARTE
Qu es la captura de requisitos Ingeniera de requisitos El proceso de captura Tcnicas avanzadas

QU SE PRETENDE
definir objetos observables evaluar el flujo y contenido de la informacin definir y elaborar funciones del software entender el comportamiento del sistema establecer caractersticas del interfaz descubrir restricciones ocultas

DELIMITAR EL ALCANCE
La funcionalidad y el rendimiento del sistema se deben acotar de manera comprensible y concreta (sin ambigedades). Describir:
datos

y control, funcin rendimiento restricciones interfaces fiabilidad

VIABILIDAD

Tecnologa: hay tecnologa? se domina? est dentro del estado del arte? Financiera: pueden asumir el coste la organizacin, el coste, el mercado? Tiempo: llegar al mercado antes que la competencia? Recursos: qu se va a necesitar? est disponible?

Muy relacionado con la experiencia disponible en los proyectos del tipo que se pretenda desarrollar (si se han hecho muchos, es ms fcil decidir sobre la viabilidad de una propuesta)

CITADO EN EL PRESSMAN

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

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 Una primera cita romntica? No. Una entrevista de obtencin de requisitos

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

PREGUNTAS: SOBRE LA REUNIN EN S

es usted la persona adecuada para responder a estas preguntas son oficiales sus respuestas le parecen relevantes mis preguntas hago demasiadas preguntas hay alguien ms que pueda aportar informacin hay algo ms que debera preguntar

LIMITACIONES
Las reuniones en generales dan resultados muy pobres. Se deben emplear slo como primer paso, para luego ser sustituidos por reuniones que combinen resolucin de problemas, negociacin, y especificacin.

CUARTA PARTE
Qu es la captura de requisitos Ingeniera de requisitos El proceso de captura Tcnicas avanzadas

FAST QFD

FACILITATED APPLICATION SPECIFICATION TECHNIQUES (FAST)

Mtodo especfico para gestionar entrevistas diseado para poner a clientes y desarrolladores a trabajar en equipo hay muchas versiones Referencia til: JAD (Joint Application Development) www.bee.net/bluebird/jaddoc.htm

UNA REUNIN
se

celebra en sitio neutral asisten clientes y desarrolladores hay reglas claras para la preparacin y la participacin hay un orden del da, suficientemente formal para que se cubra todo, suf. informal para que haya flexibilidad hay un moderador (cliente o desarrollador) hay un mecanismo de definicin (pizarra, fichas, ...) el objetivo es identificar el problema, especificar requisitos bsicos de la solucin

PROCESO FUNDAMENTAL
reunin

previa con el cliente (alcance y descripcin bsica), se redacta una peticin de producto (1 o 2 pginas), se convoca una reunin FAST, se elige un moderador, se reparte la peticin de producto a todos los asistentes

DEBERES PARA LA REUNIN

Cada asistente tiene que traer preparado a la reunin las siguientes listas:
objetos

(forman parte del entorno del sistema, producidos por el sistema, utilizados por el sistema) servicios restricciones (coste, tamao, reglas de negocio) criterios de rendimiento

Las listas no tienen que ser exhaustivas pero deben reflejar la visin que cada uno tiene

PRIMERA FASE DE LA REUNIN

en la reunin se exponen las listas para un rea concreta en este punto no se admiten crticas ni discusin se elabora una lista combinada cuando estn las listas combinadas para todas las reas, se acuerda una versin negociada de cada una

SEGUNDA FASE DE LA REUNIN

se separan los asistentes por equipos cada uno se encarga de hacer una mini especificacin de unas cuantas propuestas de la lista cada equipo presenta su mini especificacin a todos los participantes en funcin de eso se rehacen las listas se asigna a alguien la tarea de redactar un documento de especificacin

QUALITY FUNCTION DEPLOYMENT

Astilleros de Kobe, Mitsubishi Heavy Industries, aos 70 Maximizar la satisfaccin del cliente a base de priorizar los requisitos en funcin de la satisfaccin que se espera que proporcionen:

normal:

los que pide el cliente cuando describe lo que quiere, si estn, el cliente est satisfecho esperado: los que el cliente no menciona pero da por sentado que va a encontrar, si no estn, habr protestas emocionantes: adiciones que no hacen falta

DIRECCIONES INTERESANTES
Joint Application Design http://www.bee.net/bluebird/jaddoc.htm Quality Function Development Institute http://www.qfdi.org/

REFERENCIAS
Pressman, captulos 10 y 11 Sommerville, captulos 5 y 6