Analisis y diseño de sistemas. Caso SOFTWARE.NET
Enviado por Leo Cueva • 16 de Octubre de 2024 • Informe • 1.123 Palabras (5 Páginas) • 7 Visitas
Imagen que contiene dibujo, señal, reloj
Descripción generada automáticamente
Facultad De Ingeniería De Sistema E Informática Y De Software
Análisis y Diseño de Sistemas de Información
“Tarea - Diagrama de clases”
Caso SOFTWARE.NET”
Alumnos
Camacho Calle Julian Fernando - U22242383
Palomino Lugo Walter Jose Miguel - U22241414
Docente
Navarrom Ramirez, Mayda Lizbeth
Lima Norte, Perú
2024
________________
Caso de Uso
Registro de Incidencia
Actores
Usuario
Jefe de Soporte
Precondición
El sistema debe estar disponible para recibir incidencias.
El usuario debe tener acceso a medios para reportar el incidente.
El código del equipo debe estar registrado en el sistema.
Postcondición
La incidencia queda registrada en el sistema con todos los datos (equipo, problema, nombre del usuario, fecha y hora, persona que registró la incidencia).
El sistema confirma el registro exitoso al usuario.
Flujos Básicos
El usuario contacta al Jefe de Soporte por correo o teléfono para registrar la incidencia.
El Jefe de Soporte ingresa al sistema e introduce el código del equipo, el nombre del usuario, el problema descrito, la fecha y hora, y el nombre de quien registra la incidencia.
El sistema valida los datos y confirma el registro de la incidencia.
El Jefe de Soporte comunica al usuario que su incidencia ha sido registrada exitosamente.
Flujos Alternativos
Si el código del equipo es incorrecto o no existe en el sistema, el sistema mostrará un mensaje de error y no permitirá registrar la incidencia.
Punto de Extensión
Verificación de la existencia del código de equipo en el sistema.
Prototipo
________________
Caso de Uso
Asignación de una Incidencia
Actores
Jefe de Soporte
Técnicos
Precondición
Debe haber incidencias registradas pendientes de asignar.
Debe haber técnicos disponibles para recibir nuevas tareas.
Postcondición
La incidencia queda asignada a un técnico.
El sistema actualiza la disponibilidad del técnico y lo notifica de la nueva asignación.
Flujos Básicos
El Jefe de Soporte consulta las incidencias pendientes en el sistema.
El sistema muestra la lista de técnicos disponibles.
El Jefe de Soporte selecciona un técnico para asignar la incidencia.
El sistema asigna la incidencia al técnico y actualiza su lista de tareas.
El técnico recibe una notificación de la nueva asignación.
Flujos Alternativos
Si no hay técnicos disponibles, el sistema no permite realizar la asignación y notifica al Jefe de Soporte.
Punto de Extensión
Verificación de disponibilidad de técnicos antes de asignar la incidencia.
Prototipo
Caso de Uso
Consultar Disponibilidad
Actores
Jefe de Soporte
Precondición
Deben haber técnicos registrados en el sistema.
Postcondición
El Jefe de Soporte puede visualizar la disponibilidad de los técnicos y asignar tareas basándose en esa información.
Flujos Básicos
El Jefe de Soporte selecciona la opción de consultar disponibilidad en el sistema.
El sistema muestra la lista de técnicos con su disponibilidad actual (número de incidencias asignadas).
El Jefe de Soporte utiliza esta información para planificar las asignaciones de incidencias.
Flujos Alternativos
Si un técnico está en su capacidad máxima de incidencias asignadas, el sistema lo muestra como no disponible.
Punto de Extensión
Verificación automática de la capacidad máxima de incidencias por técnico.
Prototipo
Caso de Uso
Consultar las Tareas Asignadas
Actores
Técnico
Jefe de Soporte
Precondición
El técnico debe tener al menos una tarea asignada en el sistema.
Postcondición
El técnico puede visualizar todas las tareas pendientes que le han sido asignadas.
Flujos Básicos
El técnico accede al sistema y selecciona la opción de consultar tareas asignadas.
El sistema muestra la lista de todas las incidencias asignadas al técnico.
El técnico revisa la lista y prioriza las tareas a realizar.
Flujos Alternativos
Si no hay tareas asignadas, el sistema informa al técnico que no tiene incidencias pendientes.
Punto de Extensión
Filtro de tareas según prioridad o urgencia.
Prototipo
Caso de Uso
...