CAPÍTULO 3: ANÁLISIS DEL SISTEMA
3.4 CASOS DE USO
3.4.6 EVALUAR POSTULANTE
Código: CU-06
Actor(es): Jefe de Proyecto
Precondición(es): Jefe de proyecto debe tener inscrito al menos un proyecto en la plataforma del Fab Lab.
Resumen: Jefe de Proyecto ve el listado de postulantes a un proyecto propio, por lo que ve sus motivaciones para aprobarlos.
Flujo Normal:
2. El sistema muestra listado de proyectos propios a jefe de proyecto. 3. Jefe de proyecto selecciona un proyecto del listado para ver en detalle. 4. Sistema muestra detalles del proyecto, sus miembros y postulaciones con
evaluación pendiente.
5. Jefe de proyecto selecciona una postulación del listado para ver detalle. 6. Sistema muestra detalles de postulación, y opción para evaluar.
7. Jefe de proyecto evalúa detalles basados en criterios internos del proyecto. 8. Jefe de Proyecto aprueba postulación.
9. El sistema informa que la evaluación se ha registrado correctamente.
Postcondición(es): Jefe de proyecto aprobó exitosamente un postulante en el sis- tema.
Flujo Alternativo:
7. Jefe de Proyecto reprueba postulación
a) El sistema informa que la resolución se ha registrado correctamente. 4. Sistema muestra apelaciones a reprobación de postulaciones.
a) Jefe de proyecto evalúa detalles basados en criterios internos del proyec- to.
b) Jefe de proyecto dictamina resolución en plataforma.
c) El sistema informa que la respuesta ha sido exitosamente ingresada.
Figura 24: Diagrama de Secuencia para Evaluar postulación.
3.4.7. EFECTUAR RESERVA
Código: CU-07
Actor(es): Participante
Precondición(es): Usuario debe estar registrado en el sistema y ser miembro de un proyecto aprobado.
Resumen: Participante busca efectuar una reserva de algún elemento disponible en el Fab Lab.
Flujo Normal:
1. Participante selecciona opción para efectuar reserva en el sistema.
2. El sistema muestra un listado con los equipos, insumos y espacios disponibles para reservar dentro del Fab Lab a participante.
3. Participante selecciona elementos que necesita del listado otorgado por sis- tema.
4. Sistema muestra fechas y bloques para seleccionar período de reserva a par- ticipante.
5. Participante indica fecha y bloque de inicio, fecha y bloque final al sistema. 6. Sistema valida los datos ingresados por participante.
7. El sistema informa que la solicitud de reserva se ha inscrito correctamente.
Postcondición(es): Solicitud de reserva se registró y almacenó con éxito en el sistema.
Flujo Alternativo:
7. Sistema informa elementos ya reservados para fechas y bloques escogidos por participante.
a) Participante escoge nuevas fechas y bloques para reserva en el sistema.
b) Sistema valida los datos ingresados por participante.
c) El sistema informa que la solicitud de reserva se ha inscrito correcta- mente.
Para cumplir con las reservas, las actividades que se llevan a cabo se encuentran en la figura 25.
Figura 25: Diagrama de Secuencia para Efectuar Reserva.
3.4.8. EVALUAR RESERVA
Código: CU-08 Actor(es): Operador
Precondición(es): Reserva debe estar preinscrita por Participante.
Resumen: Operador ve el listado de reservas realizadas al Fab Lab por parte de los participantes de algún proyecto, y efectúa filtros de evaluación para aprobarlas.
Flujo Normal:
1. Operador selecciona listado de reservas sin revisar.
2. El sistema muestra un listado con los reservas sin revisar. 3. Operador selecciona una reserva del listado para ver en detalle.
4. Sistema muestra detalles de reserva ingresada por participante de proyecto. 5. Operador evalúa detalles basados en criterios de Fab Lab.
6. Operador de Fab Lab envía aprobación de reserva para proyecto de partici- pante.
7. El sistema informa que la aprobación se ha registrado correctamente.
Postcondición(es): Operador aprobó exitosamente una reserva en el sistema. Flujo Alternativo:
6. Operador rechaza solicitud de reserva
a) El sistema informa que dictamen se ha registrado correctamente. 4. Sistema muestra apelación a reprobación de solicitud de reserva.
a) Operador evalúa detalles basados en criterios de Fab Lab.
b) Operador dictamina resolución de apelación de participante en la plata- forma.
c) El sistema informa que la resolución ha sido exitosamente ingresada.
La evaluación de reservas ordena sus tareas de maner análoga a la evaluación de pro- yectos, tal como muestra la figura 26.
Figura 26: Diagrama de Secuencia para Evaluar Reserva.
3.4.9. GESTIONAR EQUIPAMIENTO
Código: CU-09 Actor(es): Bodeguero
Precondición(es): No aplica.
Resumen: Bodeguero desea almacenar las propiedades intrínsecas de los equipos relevantes en el sistema.
Flujo Normal:
1. Bodeguero accede a la sección de equipos.
2. El sistema muestra un listado con los equipos creados por el bodeguero. 3. Bodeguero solicita crear un equipo en el sistema.
4. El sistema muestra un formulario con datos a ingresar del equipo al bode- guero.
5. Bodeguero ingresa los datos requeridos por la plataforma en el formulario. 6. Sistema valida los datos ingresados por bodeguero.
7. El sistema informa que el registro se ha realizado correctamente.
Postcondición(es): Bodeguero guardó equipo en el sistema satisfactoriamente. Flujo Alternativo:
7. Bodeguero registra parcialmente los datos obligatorios pedidos por el formu- lario.
a) El sistema informa los datos que faltan por llenar al bodeguero.
b) Bodeguero llena los datos faltantes en el formulario.
c) El sistema informa que el registro se ha realizado correctamente.
3. Bodeguero desea editar equipo.
a) Bodeguero selecciona uno de los equipos.
b) El sistema muestra detalles de equipo seleccionado por bodeguero. Mues- tra opciones para editar o deshabilitar.
c) Bodeguero selecciona editar equipo.
d) El sistema muestra un formulario con datos editables a ingresar del equipo al bodeguero.
e) Bodeguero edita datos requeridos por la plataforma en el formulario.
f) El sistema valida los datos ingresado por bodeguero.
3. Bodeguero desea deshabilitar equipo.
a) Bodeguero selecciona uno de los equipos.
b) El sistema muestra detalles de equipo seleccionado por bodeguero. Mues- tra opciones para editar o deshabilitar.
c) Bodeguero selecciona editar equipo.
d) El sistema pide confirmación para deshabilitar equipo a bodeguero.
e) Bodeguero confirma deshabilitar equipo a sistema.
f) Sistema informa a bodeguero que equipo fue deshabilitado satisfactoria- mente.
La figura 27 expone las labores ejercidas por los distintos actores para gestionar equi- pamiento. Este modelo se replica al gestionar insumos y espacios.
Figura 27: Diagrama de Secuencia para Gestionar Equipamiento.
3.4.10. GESTIONAR INSUMO
Código: CU-10 Actor(es): Bodeguero
Precondición(es): No aplica.
Resumen: Bodeguero desea almacenar las propiedades intrínsecas de los insumos relevantes en el sistema.
Flujo Normal:
1. Bodeguero accede a la sección de insumos.
2. El sistema muestra un listado con los insumos creados por el bodeguero. 3. Bodeguero solicita crear un insumo en el sistema.
4. El sistema muestra un formulario con datos a ingresar del insumo al bode- guero.
5. Bodeguero ingresa los datos requeridos por la plataforma en el formulario. 6. Sistema valida los datos ingresados por bodeguero.
7. El sistema informa que el registro se ha realizado correctamente.
Postcondición(es): Bodeguero guardó insumo en el sistema satisfactoriamente. Flujo Alternativo:
7. Bodeguero registra parcialmente los datos obligatorios pedidos por el formu- lario.
a) El sistema informa los datos que faltan por llenar al bodeguero.
b) Bodeguero llena los datos faltantes en el formulario.
c) El sistema informa que el registro se ha realizado correctamente.
3. Bodeguero desea editar insumo.
a) Bodeguero selecciona uno de los insumos.
b) El sistema muestra detalles de insumo seleccionado por bodeguero. Mues- tra opciones para editar o deshabilitar.
c) Bodeguero selecciona editar insumo.
d) El sistema muestra un formulario con datos editables a ingresar del insumo al bodeguero.
e) Bodeguero edita datos requeridos por la plataforma en el formulario.
f) El sistema valida los datos ingresado por bodeguero.
3. Bodeguero desea deshabilitar insumo.
a) Bodeguero selecciona uno de los insumos.
b) El sistema muestra detalles de insumo seleccionado por bodeguero. Mues- tra opciones para editar o deshabilitar.
c) Bodeguero selecciona editar insumo.
d) El sistema pide confirmación para deshabilitar insumo a bodeguero.
e) Bodeguero confirma deshabilitar insumo a sistema.
f) Sistema informa a bodeguero que insumo fue deshabilitado satisfacto- riamente.
La figura 28 detalla las tareas a ejecutar por para gestionar insumo, el cual está basado en la figura 27.
Figura 28: Diagrama de Secuencia para Gestionar Insumo.
3.4.11. GESTIONAR ESPACIO
Código: CU-11 Actor(es): Bodeguero
Precondición(es): No aplica.
Resumen: Bodeguero desea almacenar las propiedades intrínsecas de los espacios disponibles para utilizar en el sistema.
Flujo Normal:
1. Bodeguero accede a la sección de espacios.
2. El sistema muestra un listado con los espacios creados por el bodeguero. 3. Bodeguero solicita crear un espacio en el sistema.
4. El sistema muestra un formulario con datos a ingresar del espacio al bode- guero.
5. Bodeguero ingresa los datos requeridos por la plataforma en el formulario. 6. Sistema valida los datos ingresados por bodeguero.
7. El sistema informa que el registro se ha realizado correctamente.
Postcondición(es): Bodeguero guardó espacio en el sistema satisfactoriamente. Flujo Alternativo:
7. Bodeguero registra parcialmente los datos obligatorios pedidos por el formu- lario.
a) El sistema informa los datos que faltan por llenar al bodeguero.
b) Bodeguero llena los datos faltantes en el formulario.
c) El sistema informa que el registro se ha realizado correctamente.
3. Bodeguero desea editar espacio.
a) Bodeguero selecciona uno de los espacios.
b) El sistema muestra detalles de espacio seleccionado por bodeguero. Mues- tra opciones para editar o deshabilitar.
c) Bodeguero selecciona editar espacio.
d) El sistema muestra un formulario con datos editables a ingresar del espacio al bodeguero.
e) Bodeguero edita datos requeridos por la plataforma en el formulario.
f) El sistema valida los datos ingresado por bodeguero.
3. Bodeguero desea deshabilitar espacio.
a) Bodeguero selecciona uno de los espacios.
b) El sistema muestra detalles de espacio seleccionado por bodeguero. Mues- tra opciones para editar o deshabilitar.
c) Bodeguero selecciona editar espacio.
d) El sistema pide confirmación para deshabilitar espacio a bodeguero.
e) Bodeguero confirma deshabilitar espacio a sistema.
f) Sistema informa a bodeguero que espacio fue deshabilitado satisfacto- riamente.
La figura 29 detalla las tareas a ejecutar por para gestionar espacio basado en la figura 27.
Figura 29: Diagrama de Secuencia para Gestionar Espacio.