Desarrollo de casos de uso

Un caso de uso narra una historia estilizada sobre cmo interacta un usuario final (que
tiene cierto nmero de roles posibles) con el sistema en circunstancias especficas. La
historia puede ser un texto narrativo, un lineamiento de tareas o interacciones, una
descripcin basada en un formato o una representacin diagramtica. Sin importar la
forma, un caso de uso ilustra el sistema desde el punto de vista del usuario final.
El primer paso para escribir un caso de uso es definir un conjunto de actores que estarn
involucrados en la historia. Un actor es cualquier cosa que se comunique con el sistema o
producto y que sea externo a ste. Es importante nota que un actor y un usuario final no
necesariamente son lo mismo. Un usuario normal puede tener varios papeles diferentes
cuando usa el sistema, mientras que un actor representa una clase de entidades externas
que slo tiene un papel en el contexto del caso de uso.
En la indagacin de los requerimientos de software es posible identificar a los actores
principales y secundarios cuando se sabe ms del sistema. Los actores principales
interactan para lograr la funcin requerida del sistema y obtienen el beneficio previsto de
ste. Trabajan con el software en forma directa y con frecuencia. Los actores secundarios
dan apoyo al sistema, de modo que los primarios puedan hacer su trabajo. Una vez
identificados los actores, es posible desarrollar casos de uso.

Elaboracin del modelo de los requerimientos

El objetivo del modelo del anlisis es describir los dominios de informacin, funcin y
comportamiento que se requieren para un sistema basado en computadora. El modelo
cambia en forma dinmica a medida que se aprende ms sobre el sistema a construir, y
otros participantes requieren ms lo que en realidad requieren. A medida que evoluciona
el modelo de requerimientos, ciertos elementos se vuelven relativamente estables, lo que
da un fundamento slido para disear las tareas que sigan. Los elementos del modelo que
son ms voltiles indican que los participantes todava no entienden bien los
requerimientos para el sistema. La mayora de los modelos tiene en comn un conjunto de
elementos generales.
Elementos basados en el escenario. El sistema se describe desde el punto de vista del
usuario con el empleo de un enfoque basado en el escenario. Con frecuencia son la primer
parte del modelo de desarrollo. Sirve como entrada para la creacin de otros elementos de
modelado.

Elementos basados en clases. Conjunto de objetos que tienen atributos similares y

comportamientos comunes. Adems de los diagramas de clase, otros elementos ilustran la
manera en la que las clases colaboran una con otra y las relaciones e interacciones entre
ellas.
Elementos de comportamiento. El diagrama de estado es un mtodo de representacin del
comportamiento de un sistema que ilustra sus estados y los eventos que ocasionan que el
sistema cambia de estado. Un estado es cualquier modo de comportamiento observable
desde el exterior. Adems indica acciones tomadas como consecuencia de un evento en
particular.
Elementos orientados al flujo. La informacin se transforma cuando fluye a travs de un
sistema basado en computadora. El sistema acepta entradas en varias formas, aplica
funciones para transformarla y produce salidas en distintos modos. En efecto, es posible
crear un modelo de flujo para cualquier sistema basado en computadora, sin importar su
tamao y complejidad.

Requerimientos funcionales y no funcionales

Requerimientos funcionales. Los requerimientos del sistema que especifican lo que el

sistema de informacin debe hacer son frecuentemente llamados requerimientos
funcionales. Es algo que el sistema debe hacer. Se relacionan ms con las entradas, salidas,
procesos y datos almacenados que son necesarios para satisfacer los objetivos de mejora
del sistema.
Requerimiento no funcional. Propiedad o cualidad que debe tener el sistema. Ejemplo, el
desempeo (tiempo de desempeo y de respuesta); facilidad de aprendizaje y uso;
presupuestos, costos y ahorros de costos; cronogramas y vencimientos; documentacin y
necesidades de capacitacin; administracin de la calidad y controles de auditora interna
y seguridad.