1

Caso de Uso: (Expandido) Crear Guía Interna de Recepción por Compra (Productos con registro persistente) (Base Craig Larman) Crear Guía Interna de

Recepción por Compras

Caso de Uso : Crear Guía Interna de Recepción por Compra

Actores : Proveedor (Iniciador) , Encargado de Recepción (Actor Primario).

Propósito: Capturar Datos de Recepción de Productos Comprados.

Resumen: Este Caso de Uso comienza cuando un Proveedor contacta a un Encargado de Re- cepción para solicitarle que reciba los Productos que está entregando, la Trans- acción requerida la documenta con una Guía de Despacho o Factura. El Encargado de Recepción verifica la entrega física (Cantidad y Estado General) contra lo indi- cado por el Documento adjunto y después registra en el Terminal de Recepción los datos consignados en el mismo, al terminar confirma la Transacción. El Proveedor recibe la 3ª copia de la Guía de Recepción y la 3ª copia de su Guía de Despacho o Factura ambas firmadas por el Encargado de Recepción, quien envía a sus respec- tivos destinos las restantes copias también firmadas (según Flujograma de Infor- mación correspondiente). El Caso de Uso termina cuando el Proveedor se retira.

Tipo: Primario y real.

Referencias cruzadas: Funciones: R1.1, R1.2, R1.3, R1.4, R1.5, R1.6, R1.7, R1.8

R1.9, R1.10, R1.11, R1.12, R1.13, R1.14, R1.15

Encargado de Recepción

Terminal Recepción

Proveedor

Caso de Uso Expandido

Nota: Este Caso de Uso com-prende desde la Hoja actual hastalas siguientes 4 Hojas (5 en total)

Nota : (Craig Larman, 2.7.2, pág. 26) “Los Casos de Uso Expandidos sonextensas narrativas de descripción de un proceso - pueden contener cientos de frases - “.Ver también: (Craig Larman, 6.3.2, pág. 50).

Caso de Uso Expandido

2

Curso Normal de los Eventos

Acción de los actores Respuestas del Sistema

1. Este caso comienza cuando un Proveedor se contacta con un Encargado de Recepción para solicitar que se efectúe una Recepción de Productos. (Petición).

2. El Encargado de Recepción acuerda realizar la Transacción. (Aceptación del compromiso) y para ello ingresa a la opción de Crear Guía de Recepción del Menú de Opciones haciendo (Click) y después oprimiendo la tecla (Tab). 3. El sistema despliega la interfaz de Creación de Guía de Recepción,

asigna y despliega automáticamente en A el Nº de Guía de Recepción correlativo correspondiente y en B la fecha del sistema.4. El Encargado de Recepción verifica visualmente el Nº de Guía de

Recepción y Fecha ofrecidos por el sistema y a continuación ingresa su identificación (Código) en C.

6. El Encargado de Recepción ingresa en E el RUT del Proveedor y verifica los datos del mismo desplegados por el sistema.

5. El sistema obtiene y despliega el nombre del Encargado de Recepción en D.

7. El sistema despliega los datos básicos del Proveedor (Razón Social, Dirección, e-Mail, Comuna, Ciudad, Teléfono, Fax) en F, G, H, I, J, K y L respectivamente.

10. El Encargado de Recepción pasa a la sección de detalle, en el cual ingresa el Código del Producto en P. 11. El sistema despliega el Nº de Línea en LL, obtiene y despliega la

descripción del Producto en Q.12. El Encargado de Recepción verifica los datos del Producto e ingresa el costo unitario(Precio) y la cantidad recibida en R y S. Luego oprime (Tab) para grabar la línea actual y crear una nueva línea o terminar el ingreso de datos. 13. El sistema calcula el valor de la línea ingresada y lo acumula, desplegan-

do los valores en T y U, a la vez que graba la línea recién completada.14. Al terminar de ingresar los Productos, el Encargado de Recep- ción oprime el botón V para indicar al sistema el fin de la captura de datos. 15. El sistema calcula los valores subtotales / total y los despliega / re-

despliega en los campos T y U, además actualiza los datos de la transacción en el sistema de almacenamiento persistente. Calcula el costo promedio y lo actualiza Genera un original y 2 copias de la transacción realizada utilizando la interfaz de salida indicada. “Limpia” la interfaz de entrada y posiciona el cursor en A.

16. El Encargado de Recepción cierra la interfaz de Transacción opri- miendo el botón XX para volver al Menú de Opciones y entrega o envía una copia de la Transacción terminada al Proveedor por la vía de comunicación preestablecida. (Notificación de cumpli- miento del compromiso). Opcionalmente vuelve a oprimir (Tab) para ingresar otra recepción, con lo cual el sistema pasa a 3.

Caso de Uso: (Expandido) Crear Guía Interna de Recepción por Compra(Productos con registro persistente) (Base Craig Larman )

8. El Encargado de Recepción ingresa en M, N y O respectivamente el Nº de Guía de Despacho del Proveedor, la Fecha de la Guía de Despacho y el Nº de la Orden de Compra.

9. El sistema verifica la validez / existencia del Nº de la Orden de Compra.

3

Nº Guía Recepción

Fecha Recepción

RUT Proveedor -

Razón Social Proveedor

Código Enc. Recepción

A C

B D

E F

G

Caso de Uso: (Expandido) Crear Guía Interna de Recepción por Compra(Productos con registro persistente) (Base Craig Larman) Interfaz de Entrada

Dirección Proveedor

Comuna Ciudad Fono Fax

H

I J K L

M N O

Grabar

L. Código Descripción Precio Cantidad Valor Neto

Total acumulado

P Q R

Encargado Recepción

Cerrada

Anulada

S T

UCerrar V

Anular

W

Salir

X

Guía Interna de Recepción por Compra

Guía de Despacho de Proveedor Nº Fecha G/ D. Proveedor Nº de O/C.

e-Mail

Y Z

LL

XX

4

Notas adicionales a la Interfaz de Entrada: ( para desarrollar en vueltas futuras de la espiral)

Curso Normal 1) Considerar operacion(es) de Cerrado en Encabezado 2) Considerar operacion(es) y “flag” de Cerrada en LíneasExcepciones 3) Considerar operación(es) y “flag” de Reversado en Encabezado 4) Considerar operacion(es) de Anulado de Encabezado 5) Considerar operacion(es) y “flag” de Anulada en Líneas 6) Considerar operacion(es) y “flag” de Reversada en Líneas 7) Considerar operación(es) de Modificar en Encabezado 8) Considerar operación(es de Modificar en Encabezado 9) Considerar operación(es) de Cancelar en Encabezado10) Considerar operación(es) de Cancelar en Líneas

Excepciones al Curso Normal de los Eventos: - Cursos Alternos al Curso Normal de los Eventos - (para desarrollar los Casos de Uso correspondientes en otras vueltas de la espiral)

1) Campo F : Producto no registrado (Código no existe). Comunicarse con Administrador. 2) Campo M : Nº de Guía ya existe para el RUT del Proveedor. Indicar error, rechazar. 3) Campo E : RUT de Proveedor no registrado (RUT no existe). Comunicarse con Administrador. 4) Campo C : Encargado de Recepción no registrado (Código no existe). Comunicarse con Administrador. 5) Campo O : Nº de Orden de Compra no existe. Comunicarse con Departamento de Compras.

Caso de Uso: (Expandido) Crear Guía Interna de Recepción por Compra (Productos con registro persistente) (Base Craig Larman)

Nota:Se indican algunas de las excepcio-nes posibles únicamente a modo deejemplo.

5

Productos

Provee-dores

Encabezado de Guía Interna de Recepción por

Compra

1

*

*

*

Modelo Conceptual (simplificado)Crear Guía Interna de Recepción por Compra(Productos con registro persistente)(Base Craig Larman)

Detalle de Guía Interna de Recep- ción por Compra

1

1

11..5

Ordenesde Compra1

*Emplea-

dos

CódigoNombre

CódigoDescripciónCosto

Nº de GuíaFechaProveedorNombre

DescripciónCostoCantidad

RUTNombreDirección

Nº OCFecha

Nota:Dentro de los requerimientos,no necesariamente se encuentra el concepto de Orden de Compra.(Puede ser un ingreso manual).

Nota : En este modelo se consideranlos conceptos mínimos. En un análisisy desarrollo posteriores se podrían in-cluir conceptos tales como Bodega, Terminal, Empresa, etc. Por lo contrario,se podrían excluir : Empleados, Ordenes de Compra.

Nota:La flecha gruesa entre el Encabe-zado y el Detalle indica una Relación de Pertenencia. (Base Juan Bravo C.-“La Nueva Visión...” pág 200)

Nota: Según Craig Larman(9.3 y 9.4 - págs. 87 a 91 -, además de 9.6.1 a 9.6.3 - págs.96 y 97) Se trata de conceptos, asocia-ciones y atributos del mundo real, no se trata de un modelo de software.