Requerimientos COLOQUI

Estos son los requerimientos del proyecto

Casos de Uso - COLOQUI

Estos son los casos de uso

Calendario COLOQUI

Click aqui para ver el calendario

Requerimientos COLOQUI

MODULO USUARIO

1.-Iniciar Sesión: El usuario proporcionara la información que se le pedirá. 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. Se le mostrara su contador, su nombre, su proyecto, sus reactivos y equipos.

2.- Consultar Productos Generales: 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. Buscara el producto, al encontrarlo lo seleccionara para ver la información siguiente: Nombre, Similares, Existencia o Disponibilidad, Cantidad, NFPA y Localización. El software enlistara la información del producto.

3.- Consultar Equipos Personales: EL usuario escribirá el nombre del equipo que desea utilizar. Buscara el equipo, al encontrarlo lo seleccionara para ver la información siguiente: Nombre y Disponibilidad. Proporcionara el tiempo aproximado de uso si desea utilizar el equipo. El software enlistara la información del producto y lo marcara como usado si lo agrego a su sesión.

4.- Consultar Reactivos Personal: EL usuario escribirá el nombre del reactivo que desea utilizar. 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. El software mostrara la información del reactivo y la opción de agregarlo a su lista de reactivos.

5.- Cerrar Sesión: El usuario proporcionara de nuevo su contraseña para evitar que cierre la sesión de otra persona. 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. 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.

MODULO ADMNISTRADOR

1. - Agregar Usuarios: El Administrador activa la función “Agregar Usuarios” de su terminal. La base de datos responde presentando la lista actualizada de los usuarios agregados. Llenara 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. El Administrador recibe la lista actualizada de usuarios que están en la base de datos.

2.-Actualizar Usuarios: El administrador pondrá la matricula del usuario que desea actualizar. El Administrador podrá actualizar los datos siguientes: Proyecto, Asesor, Productos (quitar o agregar productos personales) y Contraseña. Se manda a la base de datos la actualización del usuario si hubo alguna actualización.

3.- Eliminar Usuarios: El Administrador activa la función “Eliminar Usuarios” de su terminal. La base de datos responde presentando la lista actualizada de los usuarios. El Administrador pondrá la matricula del usuario. La base de datos recibirá la información, borrara al usuario, y mostrara el resultado en pantalla. Se generará la lista actualizada de los usuarios que están en la base de datos.

4.- Agregar Equipos: El administrador llenar el siguiente formulario: Nombre del equipo y Descripción. Proporcionara la información necesaria y agregara el equipo. Esta información será almacenada en la base de datos. Se le muestra una notificación al administrador que se ha agregado. Se enlistaran los equipos que están en la base de datos.

5.- Eliminar Equipos: El administrador proporcionara el nombre del equipo que desea eliminar. El administrador proporcionara la información necesaria y elimina el equipo. El equipo será eliminado de la base de datos. Se le muestra una notificación al administrador que se ha eliminado.

6.- Agregar Reactivos: El Administrador activa la función “Agregar Reactivos” de su terminal. La base de datos responde presentando la lista actualizada de los productos agregados. Se llenará 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 “imprime Etiqueta” que imprimirá la etiqueta con el código de barras. 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.

7.- Eliminar Reactivos: El Administrador activa la función “Eliminar Reactivos” de su terminal. La base de datos responde presentando la lista actualizada de los productos. Se 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. 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.

8.- Lista de Espera: 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. 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”. Se desplegara la lista actualizada de los productos.

9.- Reporte Semanal de Productos: 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. Al escoger la opción, desplegará una lista que mostrará 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. Al final recibirá una lista de productos, la cual podrá mandar a imprimir o simplemente consultar.

10.- Reporte de productos agotados: 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. Al escoger la opción, se desplegará una lista que mostrara los reportes de los productos que se han agotado. Al final recibirá una lista de productos, la cual podrá mandar a imprimir o simplemente consultar.

11.- Reporte de Usuarios: El usuario en este caso especificará como desea el reporte, el orden en que se desplegará los usuarios; con su nombre, matricula, proyecto, asesor y sus productos. Este activa la función. Se buscan los usuarios en la base de datos. Se despliegan todos los usuarios y se enlistan con sus especificaciones.

12.- Reporte de Equipos: El administrador selecciona la función y enlista la base de datos de los equipos con sus especificaciones. Activa la función. Se buscan los Equipos en la base de datos. Se desplegarán todos al administrador. Y se enlistan los equipos con sus especificaciones: hora de uso, usuario y observaciones.

13.- Reporte de Reactivos: El administrador selecciona la función y enlista la base de datos de los equipos con sus especificaciones. Activa la función. Se buscan los Reactivos en la base de datos. Selecciona un tipo de filtro para realizar su reporte. Se le desplegará el reporte obtenido. Se enlista de todos los reactivos según el filtro usado, con sus especificaciones: Nombre, catalogo, proveedor, tara, presentación y fecha de alta.

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.

Cambio de proyecto: Wolf WMS

—

WMS personalizado para el laboratorio de FIQ

Contara con dos secciones, una para usuario y otra para administrador.

Los reactivos y equipos serán etiquetados por códigos de barras que contendrán

datos del reactivo, entre ellos su localización.

Se utilizara una base de datos para almacenar toda la información que se

presenta al igual para las consultas.

El wolfdeck: tu "yo" en la web.

No te pasa, que cuando te conectas en otra computadora... Aunque entres al Facebook, o tu mail, ¿te sientes un "usuario mas" del internet?

Nosotros te proponemos un estilo nuevo de ver tus sitios, tus documentos, tu musica y mas;

Wolfdeck, tu propio descktop en la web.

Wolfdeck, es un proyecto que trata de hacer mas personal tu navegacion por internet, pues tu podras tener tu desktop a tu estilo en la web, solo nesesitaras darte "login" y contaras con servicios como, musica con el grooveshark, tus videos de youtube, mantente en Contacto con tus amigos en el Facebook, yo todo esto en una misma pagina. ¿Se te olvido hacer alguna tarea o la olvidaste en casa? Guarda tus archivos en Wolfdeck o usa sus herramientas como el Googledocs para realizar tus trabajos, mientras escuchas musica, Todo en el mismo portal, Wolfdeck.