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