Beruflich Dokumente
Kultur Dokumente
Glosario de términos:
Ejercicio 2:
BPMN:
CLASE DESCRIPCION
Es la clase que representa a los clientes que
CLIENTE usan el sistema para solucionar incidencias
del software que adquirieron
Es la clase que representa al equipo de
EQUIPO DESARROLLO
desarrollo que crea el software
Es la clase que representa los problemas que
INCIDENCIA
quiere solucionar el cliente
Es la clase que representa a los agentes de
soporte que se encuentran en el segundo y
AGENTES DE SOPORTE
tercer nivel de proceso como agente de 1er
nivel y agente de 2do nivel
Ejercicio 03: Gestión de reclamaciones compañía aseguradora de vehículos.
BPMN
Modelo de dominio
GLOSARIO DE TÉRMINOS
CLASE DESCRIPCION
SEGURO Esta clase representa el seguro que adquirió el usuario sobre el vehículo
Es la clase que representa la carta de respuesta que genera el área de reclamos luego de
CARTA
la reparación del carro, especificando todos los detalles respecto al hecho.
CLIENTE Es la clase que representa al cliente del sistema.
Es la clase que representa el área de reclamos de la empresa que ejecuta la mayoría de
ÁREA DE RECLAMOS
los trámites cuando se recibe una reclamación.
Esta clase contiene todos los detalles de la reclamación hecha por el cliente que se
RECLAMACIÓN
entrega al área de reclamos
Esta clase representa los datos de la empresa que maneja todo lo relacionado la
EMPRESA
administración de clientes y el seguro
Esta clase representa la respuesta de a la reclamación del usuario, Es la que autoriza o
RESOLUCIÓN
no la reparación del vehículo.
Esta clase representa todos los detalles de la reparación del vehículo hecha por el
REPARACIÓN
garaje
Es la clase que representa el área de la empresa que se encarga de hacer todas las
GARAJE
reparaciones del vehículo si tiene una autorización del área de reclamos
Es la clase que representa el vehículo del usuario que será sometido a reparación si la
VEHÍCULO
reclamación es positiva.
Ejercicio 04: El caso de estudio seleccionado es una versión más general del problema conocido como
“Conference Review System” distribuido en la conferencia OOPSLA de 1991. Una solución propuesta por J.
Rumbaugh puede consultarse en la columna de análisis y diseño del Journal of Object Oriented
Programming. El propósito del sistema es dar soporte a los procesos de envío, evaluación y selección de
artículos, vía Web para una conferencia o congreso. Se desea crear un sistema basado en el Web que
permita gestionar las tareas asociadas a la celebración de un congreso desde que se crea la convocatoria
hasta que se envía la lista de artículos aceptados y rechazados. El sistema ha de ser usado por los
siguientes tipos de usuarios:
El presidente de la conferencia que es el responsable de gestionar la misma, entre sus atribuciones se encuentra:
Fijar las fechas importantes: inicio y finalización de envíos, notificación de aceptación o rechazo, envío de
versiones definitivas.
Hacer visible a los miembros del comité de programa la lista de artículos enviados.
Asignar artículos a los miembros del comité de programa, de acuerdo a las preferencias mostradas por éstos.
Los miembros del comité de programa son los encargados de revisar los artículos. Las atribuciones son las
siguientes:
Descargarse artículos.