Casos de Uso - COLOQUI

CASOS DE USO – “COLOQUI”

Casos de uso para el Administrador

NOMBRE: AgregarUsuarios.

ACTORES PARTICIPANTES: Administrador.

CONDICIONES INICIALES: El Administrador activa la función “AgregarUsuarios” de su terminal. La base de datos responde presentando la lista actualizada de los usuarios agregados.

FLUJO DE EVENTOS: El Administrador llena el formulario con los siguientes campos: Nombre, Matricula, Contraseña, Nombre de proyecto, Asesor, Fecha de inicio y reactivos a utilizar. La base de datos recibirá la información y se la mostrara al administrador.

CONDICIÓN DE SALIDA: El Administrador recibe la lista actualizada de usuarios que están en la base de datos.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: ActualizarUsuarios.

ACTORES PARTICIPANTES: Administrador.

CONDICIONES INICIALES: El administrador pondrá la matricula del usuario que desea actualizar.

FLUJO DE EVENTOS: El Administrador podrá actualizar los datos siguientes: Proyecto, Asesor, Productos (quitar o agregar productos personales) y Contraseña.

CONDICIÓN DE SALIDA: El Administrador manda a la base de datos la actualización del usuario si hubo alguna actualización.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: EliminarUsuarios.

ACTORES PARTCIPANTES: Administrador.

CONDICIONES INICIALES: El Administrador activa la función “EliminarUsuarios” de su terminal. La base de datos responde presentando la lista actualizada de los usuarios.

FLUJO DE EVENTOS: El Administrador pondrá la matricula del usuario. La base de datos recibirá la información, borrara al usuario, y mostrara el resultado en pantalla.

CONDICIONES DE SALIDA: El Administrador recibe la lista actualizada de los usuarios que están en la base de datos.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: AgregarEquipos.

ACTORES PARTICIPANTES: Administrador.

CONDICION INICIAL: El administrador llenar el siguiente formulario: Nombre del equipo y Descripción.

FLUJO DE EVENTOS: El administrador proporcionara la información necesaria y agregara el equipo. Esta información será almacenada en la base de datos.

CONDICIONES DE SALIDA: Se le muestra una notificación al administrador que se ha agregado. Se enlistaran los equipos que están en la base de datos.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: EliminarEquipos.

ACTORES PARTICIPANTES: Administrador.

CONDICION INICIAL: El administrador proporcionara el nombre del equipo que desea eliminar.

FLUJO DE EVENTOS: El administrador proporcionara la información necesaria y elimina el equipo. El equipo será eliminado de la base de datos.

CONDICIONES DE SALIDA: Se le muestra una notificación al administrador que se ha eliminado.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: AgregarReactivos.

ACTORES PARTICIPANTES: Administrador.

CONDICIONES INICIALES: El Administrador activa la función “AgregarReactivos” de su terminal. La base de datos responde presentando la lista actualizada de los productos agregados.

FLUJO DE EVENTOS: El Administrador llena el formulario, llenando los siguientes campos: Nombre, Proveedor, Catalogo, Tara, Lote, Presentación y Fecha de alta. La base de datos recibirá la información. Se activara la función “imprimeEtiqueta” que imprimirá la etiqueta con el código de barras.

CONDICIÓNES DE SALIDA: El administrador recibe la lista actualizada de los productos que están en la base de datos. Obtendrá la etiqueta con el código de barras.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: EliminarReactivos.

ACTORES PARTICIPANTES: Administrador.

CONDICIONES INICIALES: El Administrador activa la función “EliminarReactivos” de su terminal. La base de datos responde presentando la lista actualizada de los productos.

FLUJO DE EVENTOS: El Administrador escanea el reactivo que desea dar de baja. La base de datos recibirá la información, borrara el producto, y mostrara una notificación de que ha sido borrado.

CONDICIONES DE SALIDA: El Administrador recibe la lista actualizada de los productos que están en la base de datos. Y se libera la localización donde se encontraba el reactivo.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: ListaDeEspera.

ACTORES PARTICIPANTES: Administrador.

CONDICIONES INICIALES: El administrador activa la función “ListaDeEspera” de su terminal. La base de datos responde presentando la lista actualizada de los productos que están en espera.

FLUJO DE EVENTOS: Cuando esté disponible una localización en alguna gaveta el administrador dará de baja al producto de la lista de espera y lo dará de alta utilizando la función “AgregarProducto”.

CONDICIONES DE SALIDA: Se desplegara la lista actualizada de los productos.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: Reporte Semanal de productos

ACTORES PARTICIPANTES: Administrador.

CONDICIONES INICIALES: El Administrador activa la función de “generación de reporte” el cual desplegara la opción de “Reporte Semanal” y esto se ligara a la Base de Datos donde están almacenados los reportes.

FLUJO DE EVENTOS: El Administrador al escoger la opción, desplegara una lista que mostrara los reportes de los productos que han sido usados, estas lista contará con los reportes que estén comprendidas en el lapso de tiempo correspondiente.

CONDICIONES DE SALIDA: El administrador recibirá una lista de productos, la cual podrá mandar a imprimir o simplemente consultar.

REQUERIMENTOS ESPECIALES: No hay.

NOMBRE: Reporte de productos agotados

ACTORES PARTICIPANTES: Administrador.

CONDICIONES INICIALES: El Administrador activa la función de “generación de reporte” el cual desplegara la opción de “Agotados” y esto se ligara a la Base de Datos donde están almacenados los reportes.

FLUJO DE EVENTOS: El Administrador al escoger la opción, desplegara una lista que mostrara los reportes de los productos que se han agotado.

CONDICIONES DE SALIDA: El administrador recibirá una lista de productos, la cual podrá mandar a imprimir o simplemente consultar.

REQUERIMENTOS ESPECIALES: No hay.

NOMBRE: Reporte de Usuarios

ACTORES PARTICIPANTES: Administrador.

CONDICIONES INICIALES: El usuario en este caso especificara como desea el reporte, el orden en que se desplegara los usuarios; con su nombre, matricula, proyecto, acesor y sus productos.

FLUJO DE EVENTOS: El usuario activa la funcion. Se buscan los usuarios en la base de datos. Le despegara todos los usuarios.

CONDICIONES DE SALIDA: Lista de todos los usuarios con sus especificaciones.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: Reporte de Equipos.

ACTORES PARTICIPANTES: Administrador

CONDICIONES INICIALES: El administrador selecciona la funcion y enlista la base de datos de los equipos con sus especificaciones.

FLUJO DE EVENTOS: El Administrador activa la funcion. Se buscan los Equipos en la base de datos. Le despegara todos al administrador.

CONDICIONES DE SALIDA: Lista de todos los equipos con sus especificaciones: hora de uso, usuario y observaciones.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: Reporte de Reactivos.

ACTORES PARTICIPANTES: Administrador

CONDICIONES INICIALES: El administrador selecciona la funcion y enlista la base de datos de los equipos con sus especificaciones.

FLUJO DE EVENTOS: El Administrador activa la funcion. Se buscan los Reactivos en la base de datos. El administrador seleeciona un tipo de filtro para realizar su reporte. Se le despleaga el reporte obtenido.

CONDICIONES DE SALIDA: Lista de todos los reactivos según el filtro usado, con sus especificaciones: Nombre, catalogo, provedor, tara, presentacion y fecha de alta.

REQUERIMIENTOS ESPECIALES: No hay.
Casos de uso para el Usuario

NOMBRE: iniciarSesión.

ACTORES PARTICIPANTES: Usuario

CONDICIONES INICIALES: El usuario proporcionara la información que se le pedirá.

FLUJO DE EVENTOS: El usuario proporcionara su matrícula y contraseña o pasara su credencial, la cual se le proporcionara, por el lector de código de barras. Antes de iniciar sesión la información será validada.

CONDICIONES DE SALIDA: Se le mostrara su contador, su nombre, su proyecto, sus reactivos y equipos.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: consultaProductosGeneral.

ACTORES PARTICIPANTES: Usuario.

CONDICIONES INICIALES: EL usuario escribirá el nombre del producto (reactivo o equipo) o ingresara el código de barras, escribiéndolo o por medio del escáner, que desea consultar.

FLUJO DE EVENTOS: El usuario buscara el producto, al encontrarlo lo seleccionara para ver la información siguiente: Nombre, Similares, Existencia o Disponibilidad, Cantidad, NFPA y Localización.

CONDIOCIONES DE SALIDA: El software enlistara la información del producto.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: consultaEquiposPersonal.

ACTORES PARTICIPANTES: Usuario.

CONDICIONES INICIALES: EL usuario escribirá el nombre del equipo que desea utilizar.

FLUJO DE EVENTOS: El usuario buscara el equipo, al encontrarlo lo seleccionara para ver la información siguiente: Nombre y Disponibilidad. El usuario proporcionara el tiempo aproximado de uso si desea utilizar el equipo.

CONDIOCIONES DE SALIDA: El software enlistara la información del producto y lo marcara como usado si lo agrego a su sesión.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: consultarReactivosPersonal.

ACTORES PARTICIPANTES: Usuario.

CONDICIONES INICIALES: EL usuario escribirá el nombre del reactivo que desea utilizar.

FLUJO DE EVENTOS: El usuario buscara el reactivo, al encontrarlo lo seleccionara para ver la información siguiente: Nombre, Similares, Existencia o Disponibilidad, Cantidad, NFPA y Localización. Si lo va a utilizar lo agrega a su sesión.

CONDICIONES DE SALIDA: El software mostrara la información del reactivo y la opción de agregarlo a su lista de reactivos.

REQUERIMIENTOS ESPECIALES: No hay.

NOMBRE: cerrarSesión.

ACTORES PARTICIPANTES: Usuario.

CONDICIONES INICIALES: El usuario proporcionara de nuevo su contraseña para evitar que cierre la sesión de otra persona.

FLUJO DE EVENTOS: El usuario al dar su contraseña tendrá que proporcionar la cantidad que utilizo de cada reactivo. El tiempo proporcionado para el equipo será cerrado. Observación de equipo.

CONDICIONES DE SALIDA: Se envía la información a la base de datos de la cantidad que se utilizo de cada reactivo. Al igual la disponibilidad del equipo.

REQUERIMIENTOS ESPECIALES: No hay.