Especialización en Telemática

1

TALLER 1: MANEJANDO DIAGRAMAS DE CASOS DE USO Y CLASES DESDE STARUML

Objetivo: Practicar el modelado estructural de un sistema de información a través del uso de la herramienta de modelado StarUML.

PARTE I: DIAGRAMA DE CASOS DE USO 1. Inicie la herramienta StarUML y elija el enfoque Rational (Rational Approach)

2. En el explorador de modelo se cargan los modelos (modelo de Casos de Uso, Modelo de Análisis, Modelo de Diseño, Modelo de Implementación y Modelo de Despliegue). Se puede cambiar el nombre del proyecto seleccionando el nombre (Untitled) y en la ventana de Propiedades aparece la información para editarla.

3. Cree un diagrama de casos de uso con el nombre casosuso_geos. 4. Implementar el siguiente diagrama de casos de uso:

Especialización en Telemática

2

Sistema de Recolección y Procesamiento de Datos - GeoS

Diagrama 1. Algunos Casos de Uso del Sistema GeoS

Usuario

Acceder al sistema

Cambiar password

Consultar informacion

Usuario

Recolector

Diseñador de Formatos

Analista

Analista

Eliminar informacion

Desplegar estadisticas basicas

Transferir datos

SW estadistico

<<extend>>

Para una mejor presentación puede utilizar esta opción para que los casos de uso tengan el mismo tamaño. Format/StereotypeDisplay/Iconic

El actor Usuario se debe arrastrar del Modelo porque ya ha sido creado.

Especialización en Telemática

3

Descripción de un caso de uso con la plantilla extendida Información general Caso de Uso: Acceder al Sistema Actores: Usuario (iniciador) Propósito: Permitir el acceso de un usuario al sistema a través de un login y

password. Resumen: El usuario digita su login y password para acceder al sistema. Los

datos digitados son verificados de acuerdo con los datos almacenados en la base de datos y se permite el acceso.

Tipo: Primario Precondiciones El usuario debe estar registrado en el sistema, acción que es realizada por el

Administrador. El sistema debe contar con la siguiente información para poder iniciar una sesión:

login y password de usuario. Flujo Principal Este caso de uso empieza cuando el usuario solicita la página principal del sistema. El sistema presenta al usuario la interfaz Acceso, que le solicita un login y password. El usuario ingresa su login y password y pulsa Enviar. El sistema verifica el login y password (E1). El sistema inicia una sesión de usuario y presenta un Menú. Flujos de Excepción E1: El sistema despliega un mensaje informando que el login o password de usuario no es correcto.

Especialización en Telemática

4

Interfaces Graficas de Usuario

GUI_Interfaz Acceso

Menú de Usuario

GUI_ Menu de Usuario

Especialización en Telemática

5

PARTE II: DIAGRAMA DE CLASES Clases de Análisis En el Modelo de Análisis se creará un diagrama de clases de análisis. 1. Crear un diagrama de clases de análisis, con el nombre acceso_analisis. Este

diagrama aparece como Robustness Diagram.

Diagrama 2. Clases de análisis para el caso de uso Acceder al Sistema

2. Cree en el modelo de análisis un Diagrama de Secuencia llamado Secuencia_acceso

Diagrama 3. Clases de análisis para el caso de uso Acceder al Sistema

Usuario

IU_Acceso

Gestion_usuarioTarjeta_usuario

IU_Menu_usuario

: Usuario

IU_Acceso IU_Menu_usuario IU_Gestion_usuario IU_Tarjeta_usuario

1 : Activa()

2 : Solicita login y pasword()

3 : boton_Enviar_Click()

4 : Validar_acceso()

5 : Leer login()

6 : Leer pasword()

7 : Activa()

8 : Envia()

El actor Usuario se debe arrastrar del Modelo de Caso de uso porque ya ha sido creado.

Especialización en Telemática

6

Nota: Un diagrama de secuencia corresponde a la parte dinámica del sistema, se lo utiliza aquí para hacer claridad sobre la forma de obtener métodos para una clase de diseño. Clases de Diseño 1. En el modelo de diseño, cree un diagrama de clases de diseño. Implementar el

siguiente diagrama de clases pero antes de ello lea el paso 2.

Diagrama 4- Atributos, métodos y asociaciones en clases

2. Para agregar los tipos de datos en el explorador de modelo escoja el atributo y en

la ventana de propiedades seleccione el tipo. Note como solo aparecen unos cuantos tipos de datos básicos.

Ahora va a agregar el perfil JAVA para que trabaje con varios tipos de datos, para ello haga lo siguiente:

En el menú de Archivo seleccione Model/Profiles En el gestor de perfiles, agregue el perfil Java.

IU_Acceso

+color: String

+botonEnviarClick()

Gestion_usuario

+Validar_acceso()

IU_Menu_usuario

+color: String

Tarjeta_usuario

+login: String+password: String

+Leer_login()+Leer_pasword()

Clic derecho sobre la clase/Add para agregar métodos y atributos.

En el explorador de modelo, seleccione el atributo y defina el tipo.

Especialización en Telemática

7

Ahora, agregue los tipos de datos para las clases y observe como se han

agregado los tipos de datos de JAVA. 3. Para hacer ingeniería directa, seleccione la clase/clic derecho/Generate Code…

luego le pedirá el Modelo en el que esta la clase origen.

4. Elija la clase y a través del Wizard llegara a una pantalla donde da la opción de agregar documentación. Finalmente debe salir una pantalla(como la mostrada abajo) indicando que la generación de código se ha realizado correctamente.

Especialización en Telemática

8

5. Observe el archivo de código generado.

Especialización en Telemática

9

TRABAJO DEL TALLER 1 1. A partir del requerimiento mostrado al final de este taller obtener el diagrama de

casos de uso del sistema. Utilice las relaciones <<extend>> e <<include>> donde sea necesario.

2. Elija tres casos de uso y descríbalos con la plantilla para descripción de casos de uso extendidos. No puede elegir el caso de uso acceder al sistema pues ha sido trabajado en clase.

3. Para los tres casos de uso anteriores elabore el diagrama de clases de análisis.

4. Los demás casos de uso descríbalos con la plantilla de alto nivel. Plantilla de Alto Nivel Caso de Uso <nombre> Iniciador <actor que inicializa> Propósito <finalidad para la cual fue especificado el caso de

uso> Tipo <primario/secundario/opcional>

Nota: En un documento de Word, debe presentar el desarrollo del Taller 1. Utilice la herramienta StarUML para generar el diagrama de casos de uso y clases de análisis.

Ing. Mg. Franco Arturo Urbano

francou@unicauca.edu.co

Especialización en Telemática

10

REQUERIMIENTO Objetivo: Evaluar el grado de claridad y afianzar los conceptos básicos de modelado de sistemas telemáticos. Se debe modelar un sistema bancario, compuesto por un cajero automático y una aplicación Web para tareas de gestión. El cajero deberá tener las siguientes características: 1. Inicialmente, desplegará una interfaz solicitando el número de cuenta y cédula

del titular que desea realizar la transacción (A través de este proceso se simula la lectura de la tarjeta débito).

2. El sistema validará el número de cuenta y la cédula del titular. En caso de ser

errónea, se desplegará un mensaje de error. 3. El sistema desplegará un menú de opciones numeradas para que el usuario

seleccione la transacción que desea realizar, de la siguiente forma: Retiros Consulta de Saldo Pagos

4. Cuando se consulta el saldo, la interfaz despliega el monto total de la cuenta del titular, el monto disponible y el valor máximo de transacción diario. Se debe dejar una reserva mínima de 10.000 pesos y el valor máximo de transacción diario es de 500.000 pesos.

5. Para retiros, se debe solicitar el monto y validar si se puede hacer efectivo o no.

En la cuenta debe quedar una reserva mínima de 10.000 pesos. Una vez que se ha validado el monto del retiro se deben ejecutar tres procesos concurrentes:

El primero, debe desplegar publicidad del banco al usuario alternando tres

pantallas distintas con una duración de 5 segundos cada una. El segundo, es el proceso que realiza el conteo del dinero; se debe simular el

proceso de conteo y debe imprimir tres mensajes de estado que indiquen el inicio del proceso del conteo, conteo en curso y finalización del conteo.

El tercero, es el proceso de impresión del recibo; igualmente, se debe simular el proceso de impresión, incluir un mensaje de inicio del proceso y al final imprimir en la consola los datos de la transacción: Valor del retiro, saldo, cupo disponible para retiro, fecha y hora de la transacción. Simular la impresión escribiendo estos datos en un archivo de texto.

6. Los pagos pueden ser de tres tipos: Pago de servicios públicos, Servicios

privados o Productos bancarios (Ej. Tarjetas de crédito). En cualquiera de los casos, la interfaz deberá desplegar una lista de los servicios que pueden cancelarse, posteriormente solicitar el código de la factura y desplegar el monto a pagar. En el caso de los productos bancarios, el código del producto ya es conocido en la lista de selección, por lo tanto se pasa directamente a desplegar el monto a pagar para realizar la transacción. Se deben incluir las validaciones respectivas. La aplicación debe registrar el código de la transacción, el código del producto, el monto y el nuevo saldo.

La aplicación Web por su parte, permite gestionar la información de los usuarios del banco: 5. El administrador del banco accede a través de una interfaz que solicita su login

y contraseña.

Especialización en Telemática

11

6. Una vez se ha admitido el ingreso se crea una sesión para el usuario y la aplicación despliega un menú con tres opciones:

Registro de usuarios Consulta de usuarios Salir

7. Cuando se selecciona registro de usuarios, la aplicación despliega un formulario

solicitando la información del usuario a registrar:

Cédula, Nombres, Apellidos, Dirección, Teléfono, Sexo, Ingreso mensual, Nro. de cuenta, Valor de apertura de la cuenta.

Adicionalmente se debe incluir dos opciones:

Registrar Cuentas para Transferencias Registrar productos

A través del registro de cuentas se permite que el usuario inscriba hasta 5 cuentas para realizar transferencias. A través del registro de productos, se puede conceder al usuario varias tarjetas de crédito: Visa, MasterCard, Diners o American Express. Cuando se finalice el proceso, se debe desplegar una página de confirmación del registro de la información con los datos del usuario que se acaba de registrar. 8. Para consultar la información de usuarios, el administrador introduce el número

de cédula del usuario a consultar. El sistema detalla la información que se encuentra registrada del usuario seleccionado. Se incluye además una opción “Últimos movimientos” para detallar las últimas transacciones realizadas por el usuario.