planificacion y modelado

 
 
 
 

UNIDAD 4

 
 
 
 

ANALISIS DE LOS
REQUERIMIENTOS

 
 
 

Objetivo: Aplicará los requerimientos
correspondientes

a

su

proyecto,

 

diseñará las interfaces de usuario y

 

los casos de uso del proyecto.

 
 
 
 
 
 
 
 
 
 
 
 
 

 
 

UNIDAD IV / ANALISIS DE LOS REQUERIMIENTOS. 
 

4.1 REQUERIMIENTOS FUNCIONALES Y NOFUNCIONALES
Un requerimiento es:
¨Una condición o necesidad de un usuario para resolver un problema o alcanzar un
objetivo¨.
Una condición o capacidad que debe estar presente en un sistema o
componentes de sistema para satisfacer un contrato, estándar, especificación u otro
documento formal.
Los

requerimientos

puedes

dividirse:

Requerimientos

Funcionales

y

Requerimientos NoFuncionales.
Los requerimientos funcionales definen las funciones que el sistema será
capaz de realizar. Describen las transformaciones que el sistema realiza sobre las
entradas para producir salidas.
Los requerimientos no funcionales tienen que ver con características que de
una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo
y espacio), interfaces deusuario, fiabilidad (robustez del sistema, disponibilidad de
equipo), mantenimiento, seguridad, portabilidad, estándares, etc.

4.2 CASOS DE USO
Un caso de uso es una técnica para la captura de requisitos potenciales de un nuevo
sistema o una actualización de software.
Cada caso de uso proporciona uno o más escenarios que indican cómo debería
interactuar el sistema con el usuario o con otrosistema para conseguir un objetivo
específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas,
prefiriendo en su lugar un lenguaje más cercano al usuario final. En ocasiones, se utiliza
a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.
En otras palabras, un caso de uso es una secuencia de interacciones que se
desarrollarán entre un sistemay sus actores en respuesta a un evento que inicia un actor
principal sobre el propio sistema.
Los diagramas de casos de uso sirven para especificar la comunicación y el
comportamiento de un sistema mediante su interacción con los usuarios y/u otros
sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los
casos de uso en un sistema.

65 
 UNIDAD IV / ANALISIS DE LOS REQUERIMIENTOS. 
 
Una relación es una conexión entre los elementos del modelo, por ejemplo la
especialización y la generalización son relaciones. Los diagramas de casos de uso se
utilizan para ilustrar los requerimientos del sistema al mostrar como reacciona una
respuesta a eventos que se producen en el mismo.
Cada caso de uso se centra en describir cómo alcanzar una única meta otarea
de negocio. Desde una perspectiva tradicional de la ingeniería de software, un caso del
uso describe una característica del sistema. Para la mayoría de proyectos de software,
esto significa que quizás a veces es necesario especificar diez o centenares de casos de
uso para definir completamente el nuevo sistema. El grado de la formalidad de un
proyecto particular del software y de laetapa del proyecto influenciará el nivel del detalle
requerido en cada caso de uso.
Los casos de uso pretenden ser herramientas simples para describir el
comportamiento del software o de los sistemas. Un caso del uso contiene una
descripción textual de todas las maneras que los actores previstos podrían trabajar con
el software o el sistema. Los casos del uso no describen ninguna funcionalidadinterna
(oculta al exterior) del sistema, ni explican cómo se implementará. Simplemente
muestran los pasos que actor sigue para realizar una tarea.

Un caso de uso debe:
•

Describir una tarea del negocio que sirva a una meta de negocio tener un nivel
apropiado del detalle

•

Ser bastante sencillo como que un desarrollador lo elabore en un único
lanzamiento

Situaciones que...