0% encontró este documento útil (0 votos)
44 vistas2 páginas

Requisitos Funcionales y No Funcionales en Software

Cargado por

0332201022
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
44 vistas2 páginas

Requisitos Funcionales y No Funcionales en Software

Cargado por

0332201022
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

UNIVERSIDAD NACIONAL JOSE FAUSTINO SANCHEZ CARRION - HUACHO

Tarea
Explicar por medio de un ejemplo los siguientes diagramas
Las estrategias que desarrolla la organización con los stakehorlders con
pueden depender de la relación de:

CURSO: COMPLEMENTO ESPECIALIZADO. DOCENTE: RONALD D. FLORES FLORES


UNIVERSIDAD NACIONAL JOSE FAUSTINO SANCHEZ CARRION - HUACHO

TALLER REQUISITOS FUNCIONALES Y NO FUNCIONALES


A partir de la lectura y análisis del siguiente enunciado, identificar los requisitos
funcionales y no funcionales, La evidencia debe ser enviada a través del espacio LMS
indicado por el instructor.

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 la informació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:

nro. Pedido, Fecha Pedido, Hora Pedido, Id. Cliente, Nombre Cliente, Dirección Cliente,
Fecha del Día, Hora ([Link], Descripción 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 del
listado, el operario puede corregir la Cantidad a Entregar. Al marcar un Pedido como
entregado, el producto pasa un mensaje al sistema de control de existencia para que la
actualice, y emite una factura con los datos:

Nro. 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.

CURSO: COMPLEMENTO ESPECIALIZADO. DOCENTE: RONALD D. FLORES FLORES

También podría gustarte