Propuesta de diseño orientado a objetos – Juan Pablo Gómez Franco – Análisis y diseño de sistemas

El propósito de mi diagrama es mostrar los diferentes objetos que conforman el sistema de registro de incidencias

Podemos ver como existen dos actores los cuales se describen como el usuario y el técnico. Ambos comparten varios casos de us o como lo son
firmarse al sistema (identificarse), cerrar incidencia y consultar incidencia.

También hay casos de uso que solo son asignados a uno de los actores como, por ejemplo: Registrar incidencia es para uso exclusivo del usuario y
registrar intervención es para uso exclusivo del técnico.
En este proyecto podemos encontrar 3 clases diferentes
Usuario: Sus atributos pueden representar tanto al técnico (Ingeniero de soporte) como al usuario final (O cliente) la Id o identificación podría ser
el número de empleado, los otros dos atributos serian el nombre y la contraseña.

Acción: La acción describe que es lo que se va a realizar con el incidente la cual puede ser abrir uno nuevo, modificar o cerrar un incidente.

Incidencia: Contiene los datos del incidente, número de máquina afectada o en la que se está siendo trabajada, el teléfono de contacto del
usuario, fecha y hora y una categorización que indica si el incidente es crítico o no.
A continuación, podemos representar el diagrama de estado de un incidente:

Después de ser creado pasa a un estado “pendiente”, luego se asigna a un técnico y se queda en estado de “abierto” hasta que sea trabajado
para luego pasar al estado “cerrado” al completarse su ciclo de vida. Si el incidente es reasignado entonces pasa nue vamente al estado “abierto”.
Interfaz de usuario para el registro de incidencias:

Esta seria nuestra ventana de entrada a la aplicación en la cual se le pide al usuario firmarse a la
aplicación. El botón de aceptar llevara al usuario al siguiente menú. El botón de cancelar llevara al
usuario al menú anterior.

Después de firmarse al sistema el usuario tendrá la capacidad entre crear una nueva incidencia, consultar la
incidencia o eliminar una incidencia ya existente. (Al firmarse al sistema como técnico, el botón de crear nueva
incidencia se encontrará deshabilitado). El botón de cancelar llevara al usuario al menú anterior.

Este menú se mostrará al elegir “Crear nueva incidencia”, el usuario deberá seleccionar el tipo de
problema (Software o Hardware) llenar el campo con el nombre del equipo y mencionar si el incidente
es crítico (Si o no). El botón de aceptar llevara al usuario al siguiente menú. El botón de cancelar
llevara al usuario al menú anterior.
Al elegir consultar o eliminar incidencia, el actor accederá este menú y a continuación deberá
ingresar al menos uno de los dos campos, ya sea el número de incidencia o el nombre del usuario.

El botón de aceptar llevara al usuario al siguiente menú. El botón de cancelar llevara al usuario al
menú anterior.

En esta pantalla se mostrará la información del incidente, desde aquí el usuario tendrá la opción
de Eliminar el incidente, presionar cancelar (Y volver al menú anterior para intentar buscar algún
otro incidente) o ir directamente al menú principal.

En caso de que el usuario seleccione la opción de consultar incidencia podrá aquí ver los detalles
del incidente, tendrá la opción de cancelar para volver al segundo menú o podrá también ir
directamente al menú principal.
Referencias:

 Ferrer Martínez, J. (2015). Desarrollo de interfaces. RA-MA Editorial. https://elibro.net/es/ereader/iuv/106456?page=153

 Vélez Serrano, J. (2011). Diseñar y programar, todo es empezar: una introducción a la Programación Orientada a Objetos usando UML y
Java. Dykinson. https://elibro.net/es/ereader/iuv/63076?page=109
 DISEÑO ORIENTADO A OBJETOS | SELECCIÓN DE TÉCNICAS DE INGENIERÍA DE SOFTWARE. (s. f.). SELECCIÓN DE TÉCNICAS DE INGENIERÍA
DE SOFTWARE. Recuperado 11 de agosto de 2021, de https://virtual.itca.edu.sv/Mediadores/stis/2___diseo_orientado_a_objetos.html