Doc Segunda Semana

3.4 Actividades de transferencia del conocimiento. Evidencia: Documentación de un caso de uso Después de haber realizado

Views 75 Downloads 0 File size 380KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

3.4 Actividades de transferencia del conocimiento. Evidencia: Documentación de un caso de uso Después de haber realizado el formato de entrevista para conocer los requerimientos del sistema de la empresa del señor Edmundo, usted se ha dado cuenta que el almacén de ropa tiene 250 clientes y que toda la contabilidad, el inventario y el registro de sus compradores se realiza a mano. Teniendo en cuenta las necesidades de su cliente, especifique los requerimientos de un caso de uso en un documento de texto, realice el diagrama y su descripción. SOLUCION: En el siguiente diagrama generar se representa un resumen de las acciones.

GENERA INFORMES DE PRODUCTIVIDAD

ADMINSTRADOR

GENERA EL STOCK

PERSONAL

GENERA PEDIDO

CLIENTE Se identificará los objetivos, utilizaremos el diagrama de colaboración.

DIAGRAMA DE COLABORACION DE LA EMPRESA:

CREAR

ACTUALIZAR

PRODUCTOS

PERSONAL

ADMINSTRADOR ACTUALIZAR

DETALLE DE LOS PRODUCTOS

DIAGRAMA DEL ESTOCK MANEJADO EN LA EMPRESA:

ASIGNAR

CREAR

GENERA

PRODUCTO

DETALLE DEL PRODUCTO

FACTURA

PERSONAL ACTUALIZA CLIENTE

DIAGRAMA DEL PEDIDO TOMADO POR EL CLIENTE:

GENERA

PEDIDO

CLIENTE

En función de los actores y los diagramas obtenemos un diagrama de caso:

DIAGRAMA CASO DE USO ADMINSTRATIVO:

CREA DETALLE DEL PRODUCTO

CONSULTA PRODUCTO

ADMINSTRADOR

CREA REGISTRO DEL PRODUCTO

CONSULTA PRODUCTO

DIAGRAMA DE CASOS DE USO DEL STOCK:

CREA PEDIDO Y DETALLE

CONSULTA PEDIDO

CONSULTA PRODUCTO

PERSONAL EMITIR FACTURA

CONSULTA PEDIDO

DIAGRAMA DE CASOS DE USO DEL CLIENTE:

CREA PEDIDO

CREA USUARIO CLIENTE

CONSULTA PRODUCTOS

DESCRIPCION TEXTUAL DE LOS CASOS DE USO:

Identificación:

C.U. 1

Caso de uso

CREA CLIENTE

Actores:

CLIENTE

Propósito:

Permitir al cliente registrar su usuario.

Descripción:

Este caso empieza cuando el cliente entra al sistema sitúa sobre el menú para solicitar el pedido.

Eventos Acción del Actor

Respuesta del Sistema

El cliente entra al sistema a través de su usuario.

El sistema presentará un formulario donde ingresará sus datos.

El cliente efectúa su pedido.

El sistema valida la información ingresada y crea un nuevo pedido.

Precondición:

El cliente no existe en la base de datos.

Poscondición:

El cliente queda ingresado en la base de datos.

Identificación:

C.U. 2

Caso de uso

CREA PEDIDO

Actores:

CLIENTE

Propósito:

Permitir al cliente registrar su pedido.

Descripción:

Este caso empieza cuando el cliente selecciona el producto deseado.

Eventos Acción del Actor

Respuesta del Sistema

1. El cliente visualiza el 2. El sistema permitirá tomar el pedido del cliente. producto solicitado. 3. El cliente efectúa su 4. El sistema valida la información ingresada dará pedido. orden a la empresa para el despacho del producto. Precondición:

El cliente debe de estar creado en la base de datos.

Poscondición:

El pedido queda ingresado en la base de datos.

Identificación:

C.U. 3

Caso de uso

EMITIR FACTURA

Actores:

PERSONAL

Propósito:

Consultar pedidos.

Descripción:

Emite una factura al cliente del pedido tomado.

Eventos Acción del Actor

Respuesta del Sistema

1. El personal visualiza el pedido del cliente.

2. El sistema permitirá generar un reporte de la compra del cliente.

3. El personal genera tiket de compra con su valor. Precondición:

4. El sistema permitirá generar un tket con la información de la compra con su valor, productos, cantidad y precio. La factura no ha sido emitida.

Poscondición:

La factura no sido impresa.

Identificación:

C.U. 4

Caso de uso

REGISTRAR PRODUCTOS

Actores:

ADMINSTRATIVO

Propósito:

Registrar el producto a la base de datos.

Descripción:

El adminstrativo introduce los datos de la materia prima, producto terminado entradas y salidas de productos.

Eventos Acción del Actor

Respuesta del Sistema

El administrativo introduce los datos de la materia prima.

El sistema permitirá ingresar a la base de datos los datos de la materia prima.

El administrativo verifica las ventas realizadas.

El sistema permitirá ingresar a la base de datos las ventas realizadas.

Precondición:

Los productos no existen en la base de datos.

Poscondición:

Los productos están incorporados en la base de datos.