proceso unificado de desarrollo de software

CAPTURA DE REQUISITOS: DE LA VISIÓN A LOS REQUISITOS
La captura de requisitos es el proceso de averiguar, normalmente en circunstancias difíciles, lo
que se debe construir. Proceso que no es nada sencillo y que por lo tanto es muy común su
uso por los equipos de proyectos.
6.1 Por qué la captura de requisitos es complicada
La principal razón es que los usuarios del software, que realizan losdesarrolladores, son una
fuente imperfecta de información. Con frecuencia no saben cuales son los requisitos y mucho
menos, cómo especificarlos de una forma precisa.
Entonces surgió el analista, encargado de obtener una lista de requisitos de cada usuario para
componer una, completa, correcta y consistente.
A pesar de ello, los usuarios sugerían una gran cantidad de cambios cuando elproyecto había
avanzado ya bastante, lo cual produce un impacto importante en los plazos y el coste.
No basta entrevistarnos con los usuarios para saber “que quieren”, lo más importe es que
nuestro sistema de soporte a la misión para la cual se construye. Aunque claro, este valor
cambiará con el tiempo, con el negocio, etc.
6.2 El objeto del flujo de trabajo de los requisitos
Su propósito es guiarel desarrollo hacia el sistema correcto. Esto se consigue mediante una
descripción de los requisitos del sistema (es decir, las condiciones o capacidades que el
sistema debe cumplir) suficientemente buena como para que pueda llegarse a un acuerdo
entre el cliente y los desarrolladores sobre qué debe y qué no debe hacer el sistema. Para
alcanzar este objetivo debemos usar el lenguaje delcliente para describir los resultados,
evitando incluir detalles sobre el funcionamiento interno del sistema
6.3 Visión general de la captura de requisitos
Así como cada proyecto de software es diferente, ya que éste debe acomodarse a los
requerimientos de las diferentes empresas que lo puedan necesitar, así también la captura de
requisitos tiene diferentes puntos de partida. Podemos tener clientesque han podido
desarrollar una especificación de requisitos completa y detallada, y en el otro extremo, clientes
que tiene una vaga noción de lo que debería ser su sistema. Esto hace que los analistas deben
ser capaces de adaptar sus técnicas a la captura de requisitos en cada situación. Además
deben seguir un flujo de trabajo arquetípico que comprende lo siguiente:
 Enumerar los requisitoscandidatos
Un conjunto de requisitos candidatos es una lista de ideas que se puede decidir
implementar en una versión futura del sistema. Esta lista de características crece a medida
que se añaden nuevos elementos y mengua cuando algunas características se conviertes
en requisitos y se transforman en casos de uso. Esta lista es usada sólo para la
planificación del trabajo.
Cadacaracterística tiene un nombre corto y una breve explicación o definición, información
suficiente para poder hablar de ella durante la planificación del producto.
 Comprender el contexto del sistema

1
El Proceso Unificado de Desarrollo de Software

Para capturar los requisitos correctos y para construir el sistema correcto los
desarrolladores requieren un firme conocimiento del contexto en el que seemplaza el
sistema. Existen dos aproximaciones para expresar el contexto de un sistema en una forma
utilizable. El modelado del dominio, que describe los conceptos importantes del contexto
como objetos del domino y enlaza unos con otros.
La identificación y la asignación de un nombre para estos objetos nos ayudan a desarrollar
un glosario de términos que permitirán comunicarse mejor a todoslo que están trabajando
en el sistema. Y el modelado del negocio, el cual tiene por objetivo describir los procesos.
A medida que se va modelando el negocio, se aprende mucho sobre el contexto del
software, y lo describen el un modelado del negocio. Éste, especifica que procesos de
negocio soportará el sistema, estableciendo también las competencias requeridas en cada
proceso: sus...