Documentos de Académico
Documentos de Profesional
Documentos de Cultura
02 Captura de Requisitos
02 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.
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
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
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.
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 primeras etapas.
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
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
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
Las listas no tienen que ser exhaustivas pero deben reflejar la visin que cada uno tiene del sistema
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