1. ANÁLISIS Y DISEÑO DE APLICACIONES WEB CON UN CASO DE USO.
CASOS DE USO: SISTEMA DE AUTOARCHIVO CLACSO
Por David Cruz Hernández
En el presente trabajo se realizara un análisis del diseño de casos de uso del
sistema de autoarchivos clacso, que presenta la pasante Vanesa E. Berasa de
http://biblioteca.clacso.edu.ar/archivos_web_adj/148.pdf. Haciendo principal
hincapié a los elementos de meta modelado, como lo son autores, escenarios,
relaciones entre otros.
Actualmente, se dice que el valor de la información está directamente relacionado
con la utilidad que representa para los responsables de decisiones en el
cumplimiento de las metas de la organización; y más que nada si se están por
manejando grandes cantidades de datos que serán procesados para obtener
información, ya que estos nos ayudaran para la toma de decisiones, las cuales
pueden favorecer o perjudicar a la organización, es por ello, que se pretende
realizar este breve análisis de un sistema de información, el cual se describe de la
siguiente manera.
Por ejemplo, en el primer escenario se considera como autor a los usuarios
encargados de iniciar la cadena documental. Ver tabla 1
Actor-01 Centro Miembro, Programa de Clacso
Descripción Este actor representa a los usuarios del formulario,
encargados de iniciar la cadena documental.
comentarios Puede estar formado por 1 o más personas que
comparten el nombre de usuario y la clave.
Nunca 2 o más CM o Programa comparten nombre
de usuario y/o clave.
Tabla1. Actor-01
En este segundo escenario, el autor es el administrador, el cual es el encargado
de controlar el sistema. Ver tabla 2
Actor-02 Administrador
Descripción Este actor representa al responsable de tener el
control del sistema.
Comentarios Puede ser una o más personas que integran el
personal de la biblioteca.
Tabla2. Actor-02

2. Este tercer escenario muestra como actor a los bibliotecarios, los cuales son los
encargados de tener el control de la información dentro de la biblioteca. Ver tabla3
Actor-03 Personal de la biblioteca (revisores)
Descripción Este actor representa a los responsables de realizar
los controles de calidad.
Comentarios
Tabla3. Actor-03
Por último, este escenario muestra el sistema como tal, donde se almacena toda
la información que se tiene. Ver tabla 4
Actor-04 Green Stone
Descripción Este actor representa al sistema de biblioteca digital
relacionado con el sistema de autoarchivo, ya que
será el encargado de gestionar las colecciones donde
se almacenan los objetos cargados mediante el
autoarchivo. Es el destino final de los documentos
y metadatos cargados y revisados con el sistema de
autoarchivo.
comentarios
Tabla 4. Actor-04
Como en todo escenario, deben de ir actividades por realizar, en el siguiente caso
de uso, se muestra las actividades que se generan cuando se produce una
gestión de usuario. Ver tabla 5
Caso de uso: Gestionando usuarios
Actor/es: Administrador – CM – Programas de
Clacso
Curso normal Alternativas/Excepciones
1) El centro miembro (CM) o Programa se
comunica con la biblioteca solicitando el alta.
2) El administrador se contacta con el
responsable del CM o programa y le envía las
condiciones.
3) El responsable del CM o programa acepta 3.1) El responsable del CM o Programa no
las condiciones y nombra un representante ante acepta las condiciones, por lo tanto no se lo
la biblioteca. ingresa al sistema.
4) El administrador da el alta al CM o programa, 4.1) El administrador recibe el mensaje del
ingresándolo en el sistema, y le envía al usuario que olvidó su clave, y se la envía.
representante su nombre de usuario y clave.

3. 5) El CM o programa ya es usuario del sistema
y recibe la capacitación sobre su uso.
6) El usuario solicita la modificación o
actualización de datos.
7) El administrador hace las modificaciones
solicitadas.
8) El CM o programa solicita la baja. 8.1) El usuario no cumple con el acuerdo
pautado cuando se le dio el alta, y es
suspendido o dado de baja del sistema.
9) El administrador da de baja o suspende al
usuario.
Tabla 5 Caso de uso gestionando ususarios
AL igual que en los usuarios, cuando se carga el contenido se produce una serie
de pasos, las cuales se describen a continuación en el siguiente caso de uso. Ver
tabla 6
Caso de uso: cargar contenido
Actores: CM- Programas de clacso
Curso normal Alternativas/Excepciones
1) El usuario se loguea por primera vez al 1.1) El usuario trata de loguearse pero
sistema. no está dado de alta, se comunica con el
administrador.
1. 2) El usuario no puede loguearse
porque olvidó su clave, se comunica con
el administrador.
2) Se cargan los metadatos obligatorios del
formulario.
3) se carga la imagen de tapa (cover).
4) Se carga el archivo del objeto digital
descrito.

4. 5) Se cliquea “Enviar”. 5.1. Se cargaron los metadatos
obligatorios, el proceso se realiza
exitosamente.
Pasaje a revisión (controles de calidad).
5.2. Se olvidó cargar algún metadato
obligatorio, el sistema no permite cargar,
se revisa el formulario detectando los
datos omitidos, se los completa y se
oprime cargar. Paso 5.1.
5.3. Se cortó la conexión, el navegador
se cerró, hubo falla eléctrica, etc. y el
archivo
No logró cargarse. Hay que repetir pasos
1 a 5.
6) Se repiten pasos 2 al 5, cargando 5
objetos.
7) Logout.
8) El usuario se loguea por segunda y 8.1) El usuario trata de loguearse pero
sucesivas veces. no está dado de alta, se comunica con el
administrador.
8. 2) El usuario no puede loguearse
porque olvidó su clave, se comunica con
el administrador.
9) Revisa las cargas realizadas para ver si 9.1) El usuario debe recargar el archivo
debe recargar algún archivo. que figura como rechazado, y sigue
pasos 2 a 5.
10) El usuario no debe recargar archivos, y
carga nuevos objetos siguiendo pasos 2 a
5, cuantas veces sea necesario
11) El usuario se desloguea.
Tabla 6. Caso de uso, Cargar contenido
Por último, una vez obtenida la información necesaria, y estando está
debidamente almacenada, se genera el caso de uso de los reportes estadísticos,
que es donde se mostrara la información que ha sido consultada con algunos
detalles, como cuantas veces fue consultada, entre otros. Ver tabla 7
Caso de uso: Generando reportes estadísticos
Actor/es: Administrador
Curso normal
1) Login
2) Se solicita reporte según los parámetros deseados.
3) Se genera reporte.

5. 4) Se guarda y/o exporta reporte.
5) Se repiten pasos 2 a 4 cuantas veces sea necesario, según la cantidad de
reportes solicitados.
6) Logout.
Tabla7 caso de uso, generando reportes
El siguiente diagrama, muestra las actividades del administrador, el cual tiene
como acciones, gestionar los reportes etadisticos y la gestión de ususarios, los
cuales son mandados al sistema cada noche. Ver diagrama a.
Gestionando
reportes
estadísticos
Importando
objetos
digitales
Green Stone
Administrador Gestionando
usuarios
Diagrama a. Actividades del administrador

6. También el encargado del programa tiene una actividad en especifico el cual es
cargar el contenido al sistema, para que esté se mantenga actaulizado cada dia.
Estas actividades se representan en el diagrama 2
Cargando
Contenido
Importando
objetos
digitales
Green Stone
CM-Programas
Diagrama 2 Actividad del encargado del sistema
En conclusión, los casos de uso nos sirven para tener una descripción más
detallada de las acciones que van a realizar todos y cada uno de los actores que
van a participar en el uso del sistema. Los casos de uso son la principal
herramienta de representación de modelado dentro del lenguaje UML, estos tienen
cualidades específicas, tales actores, relaciones, extensiones.
Un actor, son los roles o perfiles que ejercen los grupos que interactúan con el
sistema, cabe señalar que no es lo mismo un actor que un usuario.
Por lo tanto, Todo sistema ofrece a su entorno una serie de servicios. Un caso de
uso es “una forma de expresar cómo alguien o algo externo al sistema, lo usa”. Es
decir, “un caso de uso es una secuencia de interacciones entre un sistema y
alguien o algo que usa alguno de sus servicios”.

7. Trabajos citados
http://biblioteca.clacso.edu.ar/archivos_web_adj/148.pdf.