• Author / Uploaded
• Andrés Orjuela

Citation preview

FUNDACION UNIVERSITARIA DE SAN GIL “UNISANGIL” ING. VICTOR ALFONSO MARTINEZ GUERRERO PARCIAL 2 ANALISIS Y DISEÑO DE SISTEMAS 03 DE ABRIL 2020 ENUNCIADO: Se le encarga desarrollar un producto de software para preparar entregas a clientes. En una base de datos de un servidor conectado a una red están registrados los pedidos de los clientes y se dispone también de los artículos que hay en existencia. Un proceso por lotes debe identificar diariamente de forma automática todos los pedidos para los que hay disponibilidad como para cumplir las entregas, con el criterio de atender primero los pedidos de mayor prioridad. La prioridad está determinada por una escala de 10 valores. A igual valor de prioridad se atienden primero los pedidos más antiguos. El proceso emite un listado con los pedidos en condiciones de cumplirse total o parcialmente, con los datos: Nº Pedido, Fecha Pedido, Hora Pedido, Id Cliente, Nombre Cliente, Dirección Cliente, fecha del día, hora (Id Producto, Descripción del producto, cantidad pedido, cantidad ya entregada, cantidad a entregar, ubicación) y un listado adicional con los pedidos que tienen más de 24 horas y que no pueden cumplirse. El operario puede cambiar las prioridades de los pedidos. El encargado de preparar los envíos va marcando las líneas ya apartadas. Excepcionalmente sucede que no hay existencia física como para cumplir un envío debido a una discrepancia entre la existencia registrada en el sistema con la real. En ese caso el encargado anota en el listado la cantidad efectivamente apartada. El operador puede revisar por pantalla los pedidos que tenía para cumplir y marcarlos como entregados. Si la cantidad apartada no coincidiera con la cantidad a entregar en el listado, el operario puede corregir la cantidad entregar. Al marcar un pedido como entregado, el producto pasa un mensaje al sistema de control de existencia para que la actualice y emita una factura con los datos: Nº Factura, Fecha de Factura, Id Cliente, Nombre Cliente, Dirección Cliente, RUC Cliente (Id. Producto, Descripción producto, Cantidad Factura, Precio Unitario, Valor Total), SubTotal, Valor IVA, Valor Factura, y deja registrados esos mismos

datos en la Base para poder controlar a posteriori el pago y alimentar la contabilidad. 1. De acuerdo al enunciado anterior y a la definición de los requerimientos vistos en clase, describa los requerimientos funcionales para este problema. 2. Plantee los requerimientos no funcionales del tipo: del producto, de la Organización y externos. 3. Realice un caso de uso para el operario 4. A veces un cliente plantea un requerimiento que usted sabe es imposible de implementar. ¿Qué debería hacer, incluir el requerimiento en los documentos de definición y especificación pensando en más adelante encontrar alguna forma de cumplirlo o pensando en pedir más adelante que sea dejado de lado? Opine sobre las implicancias éticas de prometer lo que sabe no puede brindar.

“MANTÉN LA CALMA Y CONFÍA EN TI MISMO”

1. REQUERIMIENTOS FUNCIONALES  El software debe permitir que la base de datos se conecte a una red  El software debe identificar diariamente los pedidos disponibles de manera automática  El software debe priorizar a los clientes con condiciones de llegada  El software deberá mantener un listado de condiciones para la entrega de pedidos  el sistema debe permitir al encargado de los envíos marcar un producto aun si no hay existencia, con el fin de apartar el producto al cliente para cuando se carguen existencias al sistema  el sistema deberá mostrar los pedidos ya entregados y los que están por entregar  el sistema debe permitir realizar una facturación al cliente a la hora de entregar el pedido teniendo en cuenta cada uno de los datos

REQUERIMIENTOS NO FUNCIONALES Eficiencia  en la base de datos debe tener registrado los pedidos de los clientes y la disponibilidad de artículos existentes  diariamente se deben de tener los productos a disposición según su orden de llegada seguridad  Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador de acceso a datos.  El sistema deberá tener un respaldo de los datos cada 24 horas  El sistema debe asegurar que los datos estén protegidos del acceso no autorizado Usabilidad

 El sistema debe contar con manuales de usuario  El sistema deberá mostrar una interfaz gráfica muy didacta Dependibilidad  el sistema deberá ser desarrollado para cualquier sistema operativo