ArgoUML

ArgoUML es una herramienta gráfica para el diseño de software orientado a objetos. Pretende dar
soporte al proceso en las fases de análisis, diseño, programación y documentación.

Las características principales de ArgoUML son:

 Estándares abiertos: XMI (XML Metadata Interchange), SVG (Scalable Vector Graphics), PGML
(Precision Graphics Markup Lenguage).

 100% independiente de la plataforma, gracias al uso exclusivo de Java para su desarrollo.

 Open source

 Características cognitivas como: reflexión en la acción, diseño oportunista y, comprensión y

resolución de problemas.

Para detalles sobre la instalación y configuración de ArgoUML consulte la guía rápida en el sitio
oficial: http://argouml.tigris.org/.
EL ENTORNO DE ArgoUML

1
2
3

4
6

La ventana principal de ArgoUML consta de:

1. Una barra de menú
2. Una barra de Herramientas
3. Panel de Herramientas de Diagramas
4. Área de trabajo
5. Opciones y elementos de Diagramas
6. Navegación de Proyectos y Archivos

Utilizaremos un ejemplo para hacer una descripción de las funciones más importantes de ArgoUML.
SISTEMA DE TRANSACCIONES BANCARIAS EN LINEA

DESCRIPCION DEL SISTEMA

Se requiere un sistema que permita a un cliente de una banco realizar transacciones bancarias en
línea. Una vez que el usuario ingrese sus credenciales de acceso, si las credenciales son válidas,
el sistema deberá desplegar el contenido principal del sistema.
El contenido principal es un menú de opciones y un lista de cuentas asociadas al cliente.
El cliente podrá ver los detalles de la cuenta seleccionándola de la lista de cuentas mostradas en
el contenido principal. Como parte de los detalles debe mostrarse una opción para consultar los
movimientos de la cuenta.
Para realizar una transacción el cliente deberá seleccionar una de las opciones del menú, donde
posteriormente debe seleccionar la cuenta con la que desea realizar dicha transacción.
Al realizar una transacción, el sistema debe validar que la cuenta que esté siendo cargada (a la
que se le esté restando de su saldo) tenga suficiente saldo para poder ser cargada.

CASOS DE USO

Actores
Cliente

Casos de uso
 Iniciar sesión
 Consultar cuenta
 Iniciar transacción
 Consultar movimientos

Diagrama de casos de uso

Antes de iniciar la creación del Diagrama de casos de uso, iniciaremos con dar el nombre a nuestro
modelo. Para ello hacemos clic en nodo Modelo sin título del panel de navegación de objetos. En la
pestaña Propiedades del panel de detalles escribimos el nombre Sistema de transacciones bancarias.
Nótese que en el panel de tareas se agrega una tarea pendiente de prioridad media. Al revisar la
tarea nos indica que el nombre no es adecuado, puesto que ese nombre se convertirá posteriormente
en un nombre de paquete.
Al hacer clic en el botón siguiente, nos permitirá cambiar el nombre a bancaenlinea. Ahora ya
tenemos el nombre del paquete ingresado de forma correcta.

Nótese que ArgoUML nos advertirá de cualquier inconsistencia de nuestro modelo a través de
Críticas, que irán apareciendo en el panel de tareas.

Ahora para crear un diagrama de casos de uso, seleccione el directorio raíz y con el botón derecho
elija la opción Crear diagrama y luego de clic en Diagrama de casos de uso para crear el diagrama.
Para crear el diagrama de casos de uso, iniciamos agregando el actor identificado.

Al agregar el actor, se puede observar que se activan varias de las pestañas del panel de detalles.
Las pestañas del panel de detalles se activan según el componente que se seleccione en el diagrama.
Revisaremos las pestañas más importantes que se tienen disponibles para los actores.

La pestaña más importante de todos los objetos es la de propiedades. En esta pestaña podemos
agregar el nombre del actor, en este caso Cliente.
La pestaña Documentación nos permite ir documentando los diagramas. En este ejemplo únicamente
agregaremos el autor y la versión del modelo.
ArgoUML trae consigo un generador de código a partir de los modelos. En el desarrollo del ejercicio
veremos cómo los diagramas van integrándose de forma consistente, que junto a la función de
generador de código puede producir una base de implementación del código del modelo.

Puede observarse que la pestaña de código del actor genera una clase con el mismo nombre. En
general, se considera que los actores no deberían ser clases del modelo. Sin embargo, dependiendo
del problema esto puede ser necesario.
En la opción Operaciones de la pestaña Propiedades, es posible incorporar operaciones al actor.
Esto no necesariamente se convertirá en un método de la clase. Es más, el actor no necesariamente
se convertirá en una clase del modelo.
ArgoUML además nos provee de una lista de control de calidad del modelado. La pestaña Lista de
control realiza una serie de preguntas que permiten afinar el modelado. Estas preguntas no tienen
ningún impacto directo en el modelo en el que se está trabajando, simplemente es una ayuda que nos
provee ArgoUML para verificar la validez del modelo.

Ahora podemos agregar un caso de uso al modelo. Seleccionamos la elipse que se encuentra en la
barra de objetos del panel de edición.

De la misma forma que con el actor, varias de las pestañas del panel de detalles se activan al
seleccionar el caso de uso recién ingresado. Le damos el nombre al caso de uso: Iniciar sesión.
Nótese que también los casos de uso pueden ser concebidos como una clase en ArgoUML, por lo que es
posible definir operaciones.

En la pestaña de código fuente también se encontrará código generado, que supone también que se
trata de una clase. Usualmente los casos de uso no se convierten en una clase en el modelo de
clases. Generalmente, esto depende del nivel de detalle con el que se aborde el problema, y cuando
esto ocurre, es una señal de que es necesaria una iteración de afinamiento para ahondar más en los
detalles del problema.
Ahora es necesario establecer la relación entre el caso de uso y el actor. Para ello se utiliza el
icono de asociación que se encuentra en la barra de objetos del panel de edición.
Una vez incorporada la asociación entre el actor y el caso de uso, podemos darle un nombre a la
asociación. En este caso Ingresar credenciales.

En una primera mirada, podríamos pensar que los casos de uso identificados son “disparados” por
el usuario, de tal manera que el diagrama de casos de uso quedaría como se muestra en el diagrama 1
 Diagrama 1

Análisis

Hemos identificado ya una serie de casos de uso que se requieren en el sistema.

Es importante entender la relación que existe entre los casos de uso y los
actores, o entre los casos de uso mismos.

Las relaciones entre los actores y los casos de uso resultan relativamente
fáciles de advertir. Sin embargo, las relaciones entre los casos de uso es algo
que requiere de un análisis más detallado.

Cuando un usuario use (o realice) el caso de uso Iniciar sesión, si el nombre

de usuario y clave son correctas, el sistema deberá mostrar las opciones del
sistema y las cuentas de ese usuario. Si las credenciales no son correctas, el
sistema deberá mostrar un mensaje de error al usuario.

Para que un cliente realice el caso de uso Consultar movimiento, el sistema

debería brindar una forma en la que el cliente seleccione la cuenta de la que
desea hacer una consulta. Sin embargo, esto solo puede hacerse si ha iniciado
la sesión. Con eso podemos asumir que al iniciar la sesión, el sistema
mostrará las cuentas bancarias. Algo similar ocurre con las opciones del
sistema, por ejemplo realizar un pago.

Al realizar una transacción satisfactoriamente, podríamos dar al cliente la

posibilidad de regresar a la pantalla principal del sistema, donde se muestra
la lista de cuentas relacionadas.
Podemos asumir que por tratarse de un menú, las opciones del sistema siempre
estarán disponibles para el usuario. Para hacer esto posible, haremos una
modificación en el modelo de comportamiento que tenemos hasta ahora, separando
segmentos de los casos de uso que tenemos hasta ahora, para poder reutilizarlos
en cualquier momento.

Podemos observar que una vez que el cliente haya iniciado sesión, el sistema
puede mostrarle las opciones del sistema y las cuentas de las que es dueño. La
posibilidad está condicionada a que el inicio de sesión haya sido exitoso, por
esta razón estos casos de uso son extensiones del caso de uso Iniciar sesión.
Lo mismo podemos presumir del caso de uso Consultar movimientos, ya que es
hasta que el cliente realice el caso de uso Consultar cuenta, el sistema le
permitirá elegir el caso de uso Consultar movimientos, que permitirá regresar
también a la pantalla principal del sistema.

Diagrama 2