CUS-Especificaciones.Gestion Stock.doc

14
<DISEÑO DE UN SISTEMA DE CONTROL PARA LA EMPRESA CONFECCIONES MAD > <Project Name> Use-Case Specification: <Use-Case Name> Version <1.0>

Transcript of CUS-Especificaciones.Gestion Stock.doc

Page 1: CUS-Especificaciones.Gestion Stock.doc

<DISEÑO DE UN SISTEMA DE CONTROL PARA LAEMPRESA CONFECCIONES MAD >

<Project Name>Use-Case Specification: <Use-Case Name>

Version <1.0>

Page 2: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

Historia de revisiónFecha Versión Descripción Autor

<28/05/2015> <1.0> <Se especificó el caso de uso> < >

Confidential Ó<Company Name>, 2023 Página 2

Page 3: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

Tabla de contenido

1. Emite Reporte de Orden de Produccion 41.1 Breve descripción 4

2. Flujo de eventos: 42.1 Flujo básico 4

3. Requerimientos Especiales 4 3.1 Rendimiento 3.2 Confiabilidad 3.3 Soporte 3.4 Usabilidad

4. Pre-condición 4

5. Post-condición 4

Confidential Ó<Company Name>, 2023 Página 3

Page 4: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

Use-Case Specification: <Use-Case Name>

a) Especificación Del Caso De Uso Del Sistema: EMITE REPORTE DE ORDEN DE PEDIDO

1. Emite Reporte Orden De Pedido:

Breve descripciónEste caso de uso se inicia cuando el Vendedor desea emitir un reporte de una orden de pedido.

2. Flujo de eventos:

Flujo básico 1) Este caso de uso se inicia cuando el Vendedor elige la opción “Emitir Reporte de

Orden de Pedido”. 2) El sistema muestra el formulario “Emitir Reporte de Orden de Pedido”3) El sistema le pide ingresar el código de la orden de pedido.4) El vendedor ingresa el código de la orden de pedido y oprime reportar.5) El sistema muestra un mensaje de confirmación.6) Fin de caso de uso.

Flujo alternativoInformación no válida. En caso que la información ingresada por el gerente no sea válida. El sistema informara al usuario con un mensaje y volverá a pedir que ingrese el código de la orden de pedido.

3. Requerimientos especiales3.1.Rendimiento: Al registrar los datos de una orden de pedido no debería tardarse más de

3 segundos en realizar el registro.3.2.Confiabilidad: El sistema solamente debe permitir el ingreso de usuarios autorizados.3.3. Soporte:

Fácil de actualizar Fácil de instalar

3.4.Usabilidad: Manual de ayuda de usuario Interfaz amigable y manejable

Confidential Ó<Company Name>, 2023 Página 4

Page 5: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

4. Pre-condición

El Vendedor debe haberse validado correctamente (login y pass)

Se mostrarán datos siempre y cuando se encuentren en la base de datos, es decir que se haya enviado la Orden de Pedido.

5. Post-condiciónSi realiza correctamente la emisión de reporte de la orden de pedido, los datos deben de guardarse correctamente en la base de datos

b) Especificación Del Caso De Uso Del Sistema: REGISTRAR COMPROBANTE DE PAGO

1. Registrar Comprobante de Pago:

Breve descripciónEste caso de uso se inicia cuando el Vendedor lee un producto y desea registrar un comprobante de pago.

2. Flujo de eventos:

Flujo básico 1) Este caso de uso se inicia cuando el Vendedor elige la opción “Registrar

Comprobante de Pago”. 2) El sistema muestra el formulario “Registrar Comprobante Pago”. 3) El Vendedor ingresa los datos del comprobante de pago e indica registrar.4) El sistema le muestra un mensaje de confirmación. 5) Fin de caso de uso.

Flujo alternativoInformación no válida. En caso que la información ingresada por el vendedor no sea válida. El sistema informara al usuario con un mensaje y volverá a pedir que ingrese los datos del producto.

Confidential Ó<Company Name>, 2023 Página 5

Page 6: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

3. Requerimientos especiales3.1.Rendimiento: Al registrar los datos de un comprobante de pago no debería tardarse más

de 3 segundos en realizar el registro.3.2.Confiabilidad: El sistema solamente debe permitir el ingreso de usuarios autorizados.3.3. Soporte:

Fácil de actualizar Fácil de instalar

3.4.Usabilidad: Manual de ayuda de usuario Interfaz amigable y manejable

4. Pre-condiciónEl Vendedor debe haberse validado correctamente (login y pass).

Se mostrarán datos siempre y cuando se encuentren en la base de datos, es decir que se haya enviado el comprobante de pago.

5. Post-condición Los datos del comprobante de pago han sido guardados en la base de datos.

c) Especificación Del Caso De Uso Del Sistema: EMITIR COMPROBANTE DE PAGO

1. Emitir Orden De Producción:

Breve descripciónEste caso de uso se inicia cuando el Vendedor desea emitir un comprobante de pago.

2. Flujo de eventos:

Flujo básico 1) El caso de uso inicia cuando el Vendedor elige la opción “Emitir Comprobante de

Pago”.2) El sistema muestra el formulario “Emitir Comprobante de Pago”.3) El sistema le pide ingresar el código de Comprobante de Pago4) El vendedor ingresa el código del comprobante de pago y oprime reportar.5) El sistema muestra los datos del comprobante de pago.

Confidential Ó<Company Name>, 2023 Página 6

Page 7: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

6) El vendedor oprime el botón imprimir.7) El sistema muestra un mensaje de confirmación y el caso de uso termina.

Flujo alternativoEn caso de que la información ingresada por el usuario no sea válida el sistema informará con un mensaje y volverá a pedir que se ingresen nuevos datos.

3. Requerimientos especiales3.1.Rendimiento: Al emitir un comprobante de pago no debería tardarse más de 3 segundos

en realizarse.3.2.Confiabilidad: El sistema solamente debe permitir el ingreso de usuarios autorizados.3.3.Usabilidad:

Manual de ayuda de usuario Interfaz amigable y manejable

4. Pre-condiciónEl Vendedor debe haberse validado correctamente (login y pass).

Se mostrarán datos siempre y cuando se encuentren en la base de datos, es decir que se haya enviado el comprobante de pago.

5. Post-condiciónSi realiza correctamente el registro del informe de inviabilidad, los datos deben de guardarse correctamente en la base de datos.

d) Especificación Del Caso De Uso Del Sistema: CONSULTA ORDEN DE PEDIDO

1. Consultar Orden De Producción:

Breve descripciónEste caso de uso se inicia cuando la Dueña desea consultar la orden de pedido enviado por el Vendedor.

Confidential Ó<Company Name>, 2023 Página 7

Page 8: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

2. Flujo de eventos:

Flujo básico 1) El caso de uso inicia cuando la Dueña elige la opción “Consultar Orden Pedido”.2) El sistema muestra el formulario “Consultar Orden Pedido”, en el formulario

aparecerá opciones de hacer consultas y colocar las observaciones del caso3) La Dueña consulta la orden de pedido.4) El sistema muestra los datos de la orden de pedido.5) El sistema le muestra un mensaje diciéndole si quiere hacer otra consulta, si la

respuesta es no caso de uso termina.

Flujo alternativoEn caso de que la información ingresada por la Dueña no sea válida. El sistema informará con un mensaje y volverá a pedir que se ingresen nuevos datos.

3. Requerimientos especiales3.1.Rendimiento: Al consultar la orden de pedido no debería tardarse más de 3 segundos en

realizarse.3.2.Confiabilidad: El sistema solamente debe permitir el ingreso de usuarios autorizados.3.3.Usabilidad:

Manual de ayuda de usuario Interfaz amigable y manejable

4. Pre-condiciónLa Dueña debe haberse validado correctamente (login y pass).

Se mostrarán datos siempre y cuando se encuentren en la base de datos, es decir que se haya enviado la orden de pedido.

5. Post-Condición

De ser correcta la información, los datos deben ser guardados en la base de datos.

Confidential Ó<Company Name>, 2023 Página 8

Page 9: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

e) Especificación Del Caso De Uso Del Sistema: CONSULTA PRODUCTO ALMACENADO

1. Consultar Producto Almacenado

1.1 Breve descripciónEste caso de uso se encarga cuando la Dueña desea consultar los productos almacenados.

2. Flujo de eventos:

Flujo básico 1)El caso de uso inicia cuando la Dueña elige la opción “Consultar Producto

Almacenado”.2)El sistema muestra el formulario “Consultar Producto Almacenado”, en el

formulario aparecerá opciones de hacer consultas y colocar las observaciones del caso.

3)La Dueña consulta el producto almacenado.4)El sistema muestra los datos del producto almacenado.5) El sistema le muestra un mensaje diciéndole si quiere hacer otra consulta, si la

respuesta es no caso de uso termina.

Flujo alternativoEn caso de que la información ingresada por la Dueña no sea válida. El sistema informará con un mensaje y volverá a pedir que se ingresen nuevos datos.

3. Requerimientos Especiales

Confidential Ó<Company Name>, 2023 Página 9

Page 10: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

3.1 Rendimiento: Al consultar los datos de un informe el sistema no debe tardar más de 2 segundos en mostrar en pantalla los datos.

3.2 Confiabilidad: Cuando se consultan los datos de un informe, el sistema debe mostrar el registro de informes sin errores.

3.3 Soporte: El sistema debe ser fácil de actualizar e instalar.

3.4 Usabilidad: Manual de ayuda de usuario Interfaz amigable y manejable

4. Pre-condición La Dueña debe haberse validado correctamente (login y pass).

Se mostrarán datos siempre y cuando se encuentren en la base de datos, es decir que se haya enviado los productos almacenados.

5. Post-condiciónLos datos de los informes son mostrados en pantalla.

f) Especificación Del Caso De Uso Del Sistema: REGISTRA PRODUCTO SALIDA

1. Registrar Producto Salida:

Breve descripciónEste caso de uso se inicia cuando la Dueña desea registrar un producto que sale del almacén.

2. Flujo de eventos:

Flujo básico 1) Este caso de uso se inicia cuando la Dueña elige la opción “Registrar Producto

Salida”. 2) El sistema muestra el formulario “Registrar Producto Salida”. 3) La Dueña ingresa los datos del producto que está saliendo e indica registrar.4) El sistema le muestra un mensaje de confirmación.

Confidential Ó<Company Name>, 2023 Página 10

Page 11: CUS-Especificaciones.Gestion Stock.doc

CONFECCIONES MAD Versión: <1.0>Use-Case Specification: <Use-Case Name> Fecha: <28/05/2015>

5) Fin de caso de uso.

Flujo alternativoInformación no válida. En caso que la información ingresada por la Dueña no sea válida. El sistema informara al usuario con un mensaje y volverá a pedir que ingrese los datos del producto.

3. Requerimientos especiales3.1. Rendimiento: Al registrar los datos de un producto no debería tardarse más de 3

segundos en realizar el registro.3.2. Confiabilidad: El sistema solamente debe permitir el ingreso de usuarios

autorizados.3.3. Soporte:

Fácil de actualizar Fácil de instalar

3.4. Usabilidad: Manual de ayuda de usuario Interfaz amigable y manejable

4. Pre-condiciónLa Dueña debe haberse validado correctamente (login y pass).

Se mostrarán datos siempre y cuando se encuentren en la base de datos, es decir que se haya enviado los productos almacenados.

5. Post-condiciónLos datos del producto han sido guardados en la base de datos.

Confidential Ó<Company Name>, 2023 Página 11