Trabajo para la ctedra

"Desarrollo de Software con UML"

Documentacin de sistemas de
administracin universitaria en UML
Agosto de 2002

Profesora: Dra. Claudia Marcos

Alumna: Ing. Anala Felice

1. Introduccin
En este trabajo se presentan ejemplos de los diferentes diagramas del lenguaje unificado de modelado de sistemas
UML. Los ejemplos constituyen parte de la documentacin de los sistemas de una universidad nacional.

2. Descripcin y documentacin de los sistemas

administrativos de la universidad
La informacin que maneja la universidad proviene de diversas fuentes e incluye las siguientes:

los datos de los profesores y del personal administrativo,

los datos sobre cuotas y rendiciones de los subsidios entregados por el gobierno nacional ya sea para fines
especficos o para la investigacin,

los datos de los proveedores de la universidad

los datos de cada uno de los bienes que posee la universidad,

los datos de los alumnos y su rendimiento acadmico,
los datos relacionados con la contabilidad de cada uno de los gastos que se producen en las distintas
reas,

la descripcin de las actividades culturales realizadas y las futuras actividades

las diferentes lneas telefnicas y sus nmeros de internos que se actualizan peridicamente
los datos sobre becas y ayudas solicitadas y otorgadas
etc.

La universidad ha desarrollado sistemas informticos para el manejo de esta informacin, como as tambin,
mantiene convenios con organizaciones nacionales que proveen sistemas de informacin inter-universitaria.
A travs de un diagrama de subsistemas y su comunicacin podemos ver cmo interactan estos sistemas entre s.

2.1 El Sistema de Cajas Chicas

El Sistema de Cajas Chicas fue desarrollado para permitir la rendicin de los gastos de caja chica de las diferentes
dependencias de la universidad (facultades, institutos de investigacin, reas diversas) a travs de un sistema
integrado con una base de datos centralizada para permitir futuros informes estadsticos a partir de la informacin
cargada en el sistema.

2.1.1 Diagrama de Proceso del Negocio (Business Process

Diagram)
En este diagrama se muestra el proceso de rendicin de una caja chica general. Los comprobantes son cargados por
el responsable de la caja chica, quien arma la rendicin. Luego esa rendicin es considerada por el Dpto de
Contadura, quien crea una reposicin para la rendicin. Por ltimo el Dpto de Tesorera paga la reposicin cuando
dispone de fondos para hacerlo y lo registra en el sistema.

2.1.2 Descripcin de casos de uso

Caso de uso: ABM Liquidacin
1.
2.
3.
4.
5.
6.

El caso de uso comienza cuando el responsable de la caja chica decide trabajar con una liquidacin.
Si ya haba ingresado al sistema y seleccionado una caja para trabajar, se le pedir que seleccione la
liquidacin con la que desea trabajar, o que seleccione la opcin "nuevo" si desea dar de alta una nueva
liquidacin
Si seleccion la opcin "nuevo" se le pedirn los datos para crear una nueva liquidacin (ver caso de uso:
Dar de alta liquidacin)
Si seleccion la opcin "borrar" el sistema eliminar de la base de datos la liquidacin seleccionada
Si seleccion la opcin "modificar" el sistema le mostrar los datos de la liquidacin que el responsable de
la caja chica puede modificar teniendo en cuenta el estado que tenga la liquidacin. (ver caso de uso:
Modificar liquidacin)
Fin del caso de uso

Caso de uso: Dar de alta liquidacin

1.

El caso de uso comienza cuando el responsable de caja chica seleccion la opcin "nuevo" para crear una
nueva liquidacin.

2.

El sistema le pide que identifique el agente beneficiario de la liquidacin, su cargo y dedicacin, la fecha
de salida y de llegada del viaje, el motivo del mismo, la ciudad destino, la cantidad de km desde el origen

y los importes solicitados para pasajes, alojamiento, inscripcin a congresos/cursos, traslados y otros.
Debe indicar si el agente percibir dinero en concepto de viticos o no. En este punto la liquidacin se
encuentra en estado abierta.

3.

El responsable de la caja chica puede decidir dejar la liquidacin abierta para realizar correcciones sobre
los importes pedidos en otro momento. Para esto presiona el botn OK, se guardan los cambios realizados
y termina este caso de uso.

4.

El responsable de la caja chica tambin puede decidir que los datos completados estn correctos y ya
puede pasar la liquidacin a estado liquidada. A partir de all, ninguno de los datos ingresados
anteriormente pueden ser modificados.

5.

Cuando la liquidacin se encuentra en estado liquidada el responsable de la caja chica puede ingresar cada
uno de los comprobantes de gastos que el agente trajo de vuelta de su viaje (ver caso de uso: ABM
Comprobantes), y puede tambin completar el importe reintegrado en caso que el agente haya suspendido
su viaje o haya gastado menos dinero que el solicitado, o que no haya presentado los comprobantes
correspondientes.

6.

Si la liquidacin tiene todos sus comprobantes cargados e imputados el usuario de caja chica puede cerrar
la liquidacin. Caso contrario, puede presionar el botn OK aceptando los cambios realizados hasta el
momento y dejando para ms adelante el cierre de la liquidacin (por ejemplo, esperar a que el agente
encuentre algn comprobante que le falta, o que reintegre el dinero que no gast) Si decide postergar el
cierre de la liquidacin, este caso de uso termina aqu.

7.

Cuando el responsable de la caja chica cierra la liquidacin, y la misma contemplaba el pago de viticos al
agente, entonces, ste es el momento de imputar dichos viticos. (ver caso de uso: Imputar viticos)

8.

El responsable de la caja chica presiona el botn OK, la liquidacin es grabada y este caso de uso finaliza.

Caso de uso: Modificar liquidacin

1.

El caso de uso comienza cuando el responsable de caja chica selecciona una liquidacin y selecciona la
opcin "modificar"

2.

Dependiendo del estado en que se encuentre la liquidacin sern los datos que el responsable de la caja
chica tiene derecho a modificar. Si la liquidacin est en estado abierta, todo puede ser modificado. Si la
liquidacin est en estado liquidada, se pueden agregar, modificar y quitar comprobantes (ver caso de
uso: ABM Comprobantes), y se puede completar el importe reintegrado. Si la liquidacin est en estado
cerrada, solamente se pueden imputar los viticos.

3.

El caso de uso finaliza cuando el usuario presiona el botn OK aceptando los cambios

Caso de uso: Imputar gasto

1.

El caso de uso comienza cuando el responsable de caja chica decide imputar un vitico sobre una
liquidacin cerrada o cuando desea imputar un gasto de un comprobante, ya sea asociado a una
liquidacin o asociado a una caja chica general o de recursos propios.

2.

El sistema presenta una ventana solicitando los siguientes datos: dependencia y subdependencia a la cual
afectar el gasto, categora programtica (programa, sub-programa, proyecto, actividad, obra), objeto del
gasto (inciso, partida principal, partida parcial, partida subparcial), finalidad, funcin, importe o porcentaje
del vitico afectado a dicha imputacin. En el caso de las imputaciones de viticos el objeto del gasto es
fijo: 03-07-01-00

3.

Si hay ms de una imputacin para este gasto, el responsable de caja chica acepta y contina registrando
imputaciones.

4.

Si no hay ms imputaciones, o las ingresadas ya cubren el 100% del importe a imputar, o el responsable
de caja chica decide terminar de imputar en otro momento, presiona el botn OK y termina el caso de uso.

Caso de uso: ABM Comprobantes

1.
2.

3.
4.

El caso de uso comienza cuando el responsable de caja chica ingresa un comprobante asociado a una
liquidacin o cuando el responsable de caja chica ingresa un comprobante en una caja chica general o de
recursos propios.
El sistema solicita los datos del comprobante: sucursal, nmero, fecha, descripcin breve del gasto, cuit
del proveedor.
El sistema permite imputar el gasto (ver caso de uso: Imputar gasto)
El responsable de caja chica presiona el botn OK, el sistema almacena en la base de datos los cambios
efectuados y termina el caso de uso.

Caso de uso: Identificarse en el sistema

1.

El caso de uso comienza cuando el usuario (responsable de caja chica, personal administrativo de
contadura, administracin, compras, contadura o tesorera) ingresa en el sistema.

2.
3.
4.
5.
6.

El sistema le pide su tipo y nmero de documento y una contrasea.

El sistema valida la informacin ingresada contra la base de datos
El sistema habilita al usuario para trabajar con el sistema o no, dependiendo de la autenticacin anterior.
El sistema controla los permisos del usuario y presenta un men de opciones apropiado.
Fin del caso de uso.

Caso de uso: Seleccionar caja chica

1.
2.

El caso de uso comienza cuando el usuario responsable de caja chica ingresa al sistema.

3.

Fin del caso de uso.

Dado que una persona puede ser responsable de ms de una caja chica, al ingresar al sistema se le solicita
que seleccione la caja con la cual quiere trabajar. Se le presenta un men con las cajas en las que se
encuentra habilitado para trabajar y el responsable de caja chica selecciona una.

Caso de uso: Mostrar Error de actualizacin de datos

1.

El caso de uso comienza cuando se produce una condicin de error en la actualizacin de datos en el
servidor de base de datos.

2.

El sistema le muestra al usuario del sistema un mensaje de error indicando cul es el problema por el cual
no se pudieron grabar los datos

3.

Fin del caso de uso

2.1.3 Diagrama de clases

En este diagrama se han omitido aquellas clases relacionadas con la autenticacin de usuarios. Solamente se
muestran las clases relacionadas especficamente con el ciclo de rendicin/reposicin de gastos. En algunas clases
se han omitido algunas propiedades para claridad del diagrama. (por ejemplo en la clases Liquidacin y
Comprobante)

2.1.4 Diagrama de Transicin de Estados

En el siguiente diagrama se pueden apreciar los distintos estados por los cuales atraviesa una liquidacin de viticos
a lo largo del proceso de carga/rendicin/reposicin.

2.1.5 Diagramas de instancia

En los siguientes diagramas de instancia se pueden apreciar los diferentes posibles estados en la ejecucin del
sistema de cajas chicas.
En el primer diagrama, se muestra que una liquidacin en estado liquidada puede tener uno o ms comprobantes
asociados: uno imputado y otro no todava- y tambin, la liquidacin puede tener un vitico imputado.

En el segundo diagrama se muestra que una liquidacin cerrada tiene una imputacin del vitico y un conjunto de
comprobantes, cada uno de ellos imputado.

En el tercer diagrama se muestra una liquidacin en estado abierta, la cual no posee comprobantes, ya que los
mismos se incorporan luego de que la liquidacin pase a estado liquidada.

En el cuarto diagrama se ve una liquidacin en estado cerrada que no tiene imputacin asociada. Este caso se
presenta cuando la liquidacin slo incluye comprobantes pero el agente no recibe compensacin en concepto de
viticos.

2.1.6 Diagrama de actividades

El siguiente diagrama documenta el proceso de reposicin de una caja chica en el cual el Dpto. de Contadura revisa
cada una de las liquidaciones y la acepta o rechaza, como as tambin cada uno de los comprobantes que componen
una liquidacin.

2.1.7 Diagrama de Deployment

Este diagrama est compuesto por los nodos que soportan los sistemas de subsidios, expedientes, cajas chicas,
patrimonio, telfonos y actividades culturales; y las componentes instaladas en cada uno de ellos.