Documente Academic
Documente Profesional
Documente Cultură
Entrevistas
Las entrevistas son un mtodo comn. Por lo general no se entrevista a toda la gente que se
relacionar con el sistema, sino a una seleccin de personas que represente a todos los sectores
crticos de la organizacin, con el nfasis puesto en los sectores ms afectados o que harn un uso
ms frecuente del nuevo sistema.
Talleres
Los requisitos tienen a menudo implicaciones cruzadas desconocidas para las personas implicadas
individuales y que a menudo no se descubren en las entrevistas o quedan incompletamente
definidas durante la misma. Estas implicaciones cruzadas pueden descubrirse realizando en un
ambiente controlado, talleres facilitados por un analista del negocio, en donde las personas
implicadas participan en discusiones para descubrir requisitos, analizan sus detalles y las
implicaciones cruzadas. A menudo es til la seleccin de un secretario dedicado a la documentacin
de la discusin, liberando al analista del negocio para centrarse en el proceso de la definicin de los
requisitos y para dirigir la discusin.
Forma de contrato
En lugar de una entrevista, se pueden llenar formularios o contratos indicando los requisitos. En
sistemas muy complejos stos pueden tener centenares de pginas.
Objetivos medibles
Los requisitos formulados por los usuarios se toman como objetivos generales, a largo plazo, y en
cambio se los debe analizar una y otra vez desde el punto de vista del sistema hasta determinar los
objetivos crticos del funcionamiento interno que luego darn forma a los comportamientos
apreciables por el usuario.
Luego, se establecen formas de medir el progreso en la construccin, para evaluar en cualquier
momento qu tan avanzado se encuentra el proyecto.
Prototipos
Un prototipo es una pequea muestra, de funcionalidad limitada, de cmo sera el producto final una
vez terminado. Ayudan a conocer la opinin de los usuarios y rectificar algunos aspectos antes de
llegar al producto terminado.
Casos de uso
Un caso de uso es una tcnica para documentar posibles requisitos, graficando la relacin del
sistema con los usuarios u otros sistemas. Dado que el propio sistema aparece como una caja
negra, y slo se representa su interaccin con entidades externas, permite omitir dichos aspectos y
determinar los que realmente corresponden a las entidades externas. El objetivo de esta prctica es
mejorar la comunicacin entre los usuarios y los desarrolladores, mediante la prueba temprana de
prototipos para minimizar cambios hacia el final del proyecto y reducir los costes finales. Esta
tcnica se enfrenta a los siguientes peligros potenciales.
A los directivos, una vez que ven un prototipo, les cuesta comprender que queda mucho trabajo por
hacer para completar el diseo final.
Los diseadores tienden a reutilizar el cdigo de los prototipos por temor a perder el tiempo al
comenzar otra vez.
Los prototipos ayudan principalmente a las decisiones del diseo y de la interfaz de usuario. Sin
embargo, no proporcionan explcitamente cules son los requisitos.
Los diseadores y los usuarios finales pueden centrarse demasiado en el diseo de la interfaz de
usuario y demasiado poco en producir un sistema que sirva el proceso del negocio.
Los prototipos pueden ser: diagramas, aplicaciones operativas con funcionalidades sintetizadas. Los
diagramas, en los casos donde se espera que el software final tenga diseo grfico, se realizan en
una variedad de documentos de diseo grficos y a menudo elimina todo el color del diseo del
software (es decir utilizar una gama de grises). Esto ayuda a prevenir la confusin sobre la
apariencia final de la aplicacin.
IRQA 43
Herramienta CASE de Ingeniera de Requisitos, diseada para soportar las
actividades realizadas en el proceso de especificacin de sistemas. sta facilita y
formaliza la comunicacin entre el cliente, el proveedor y los distintos miembros del
equipo de desarrollo. Facilita la captura, organizacin y anlisis de las condiciones,
as como la especificacin de la solucin mediante el apoyo metodolgico
adaptable a cada cliente.
RETO
Esta herramienta propone un modelo de requisitos para capturar los aspectos
funcionales del sistema; bsicamente, mediante tres tcnicas complementarias
entre s: la definicin de la Misin del Sistema, la construccin del rbol de
Refinamiento de Funciones y el desarrollo del Modelo de Casos de Uso. Adems,
se introduce un Proceso de Anlisis que permite traducir el Modelo de Requisitos
en el Modelo Conceptual, manteniendo la trazabilidad entre ambos y propiciando
una representacin de la informacin
En el segundo prototipo.
CONTROLA
Herramienta de apoyo al proceso de ingeniera de software en pequeas
empresas. Se cre gracias a la expansin que tuvo el mercado y a la generacin
de grandes y pequeas empresas, las cuales requieren Un instrumento para el
desarrollo de sus proyectos. Ofrece recursos importantes tales como:
Administracin de requisitos, administracin de casos de uso, administracin de
casos de prueba y error, planeamiento de liberaciones, administracin de
implementaciones, control de dependencia entre Implementaciones, matriz de
rastreabilidad y rastreabilidad de los requisitos.
JEREMIA5
Se trata exclusivamente de una aplicacin cliente exclusivamente, lo cual no
permite la posibilidad de trabajar en equipo. sta, ayuda durante el desarrollo del
sistema, especialmente en el seguimiento de cambios de los requisitos a lo largo
del ciclo de vida. Con JEREMIA es posible captar las necesidades, analizarlas y
clasificarlas. Implementa un mdulo orientado a la generacin de la documentacin
posible de exportar en formato DocBook XML, la cual junto con los requisitos, se
almacena en una base de datos en MySQL.
RAMBUTAN6