<DISEO DE UN SISTEMA DE CONTROL PARA LA

EMPRESA CONFECCIONES MAD >

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

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Fecha
<28/05/2015>

Confidential

Versi
n
<1.0>

Versin:
<1.0>
Fecha: <28/05/2015>

Historia de revisin
Descripcin
<Se especific el caso de
uso>

<Company Name>, 2015

Autor
< >

Pgina 2

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Versin:
<1.0>
Fecha: <28/05/2015>

Tabla de contenido
1. Emite Reporte de Orden de Produccion
1.1 Breve descripcin
2. Flujo de eventos:
2.1 Flujo bsico
3. Requerimientos Especiales
3.1 Rendimiento
3.2 Confiabilidad
3.3 Soporte
3.4 Usabilidad
4.

Pre-condicin
4

5.
4

Post-condicin

Confidential

<Company Name>, 2015

Pgina 3

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Versin:
<1.0>
Fecha: <28/05/2015>

Use-Case Specification: <Use-Case Name>

a)Especificacin Del Caso De Uso Del Sistema: EMITE REPORTE DE
ORDEN DE PEDIDO
1. Emite Reporte Orden De Pedido:

Breve descripcin
Este caso de uso se inicia cuando el Vendedor desea emitir un reporte
de una orden de pedido.

2. Flujo de eventos:

Flujo bsico
1) Este caso de uso se inicia cuando el Vendedor elige la opcin
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 cdigo de la orden de pedido.
4) El vendedor ingresa el cdigo de la orden de pedido y oprime
reportar.
5) El sistema muestra un mensaje de confirmacin.
6)
Fin de caso de uso.

Flujo alternativo
Informacin no vlida. En caso que la informacin ingresada por el
gerente no sea vlida. El sistema informara al usuario con un mensaje
y volver a pedir que ingrese el cdigo de la orden de pedido.

3. Requerimientos especiales
3.1.
Rendimiento: Al registrar los datos de una orden de pedido no
debera tardarse ms de 3 segundos en realizar el registro.
3.2.
Confiabilidad: El sistema solamente debe permitir el ingreso de
usuarios autorizados.
3.3.
Soporte:
Fcil de actualizar
Fcil de instalar
3.4.
Usabilidad:
Manual de ayuda de usuario
Confidential

<Company Name>, 2015

Pgina 4

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Versin:
<1.0>
Fecha: <28/05/2015>

Interfaz amigable y manejable

4. Pre-condicin
El Vendedor debe haberse validado correctamente (login y pass)
Se mostrarn datos siempre y cuando se encuentren en la base de datos,
es decir que se haya enviado la Orden de Pedido.

5. Post-condicin
Si realiza correctamente la emisin de reporte de la orden de pedido, los
datos deben de guardarse correctamente en la base de datos
b)Especificacin Del Caso
COMPROBANTE DE PAGO

De

Uso

Del

Sistema:

REGISTRAR

1. Registrar Comprobante de Pago:

Breve descripcin
Este caso de uso se inicia cuando el Vendedor lee un producto y desea
registrar un comprobante de pago.

2. Flujo de eventos:

Flujo bsico
1) Este caso de uso se inicia cuando el Vendedor elige la opcin
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 confirmacin.
5) Fin de caso de uso.

Flujo alternativo
Informacin no vlida. En caso que la informacin ingresada por el
vendedor no sea vlida. El sistema informara al usuario con un
mensaje y volver a pedir que ingrese los datos del producto.

Confidential

<Company Name>, 2015

Pgina 5

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Versin:
<1.0>
Fecha: <28/05/2015>

3. Requerimientos especiales
3.1.
Rendimiento: Al registrar los datos de un comprobante de pago
no debera tardarse ms de 3 segundos en realizar el registro.
3.2.
Confiabilidad: El sistema solamente debe permitir el ingreso de
usuarios autorizados.
3.3.
Soporte:
Fcil de actualizar
Fcil de instalar
3.4.
Usabilidad:
Manual de ayuda de usuario
Interfaz amigable y manejable
4. Pre-condicin
El Vendedor debe haberse validado correctamente (login y pass).
Se mostrarn datos siempre y cuando se encuentren en la base de datos,
es decir que se haya enviado el comprobante de pago.

5. Post-condicin
Los datos del comprobante de pago han sido guardados en la base de
datos.
c) Especificacin
Del
Caso
COMPROBANTE DE PAGO

De

Uso

Del

Sistema:

EMITIR

1. Emitir Orden De Produccin:

Breve descripcin
Este caso de uso se inicia cuando el Vendedor desea emitir un
comprobante de pago.

2. Flujo de eventos:

Flujo bsico
1) El caso de uso inicia cuando el Vendedor elige la opcin Emitir
Comprobante de Pago.
2) El sistema muestra el formulario Emitir Comprobante de Pago.
3) El sistema le pide ingresar el cdigo de Comprobante de Pago

Confidential

<Company Name>, 2015

Pgina 6

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Versin:
<1.0>
Fecha: <28/05/2015>

4) El vendedor ingresa el cdigo del comprobante de pago y oprime

reportar.
5) El sistema muestra los datos del comprobante de pago.
6) El vendedor oprime el botn imprimir.
7) El sistema muestra un mensaje de confirmacin y el caso de uso
termina.

Flujo alternativo
En caso de que la informacin ingresada por el usuario no sea vlida el
sistema informar con un mensaje y volver a pedir que se ingresen
nuevos datos.

3. Requerimientos especiales
3.1.
Rendimiento: Al emitir un comprobante de pago no debera
tardarse ms 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-condicin
El Vendedor debe haberse validado correctamente (login y pass).
Se mostrarn datos siempre y cuando se encuentren en la base de datos,
es decir que se haya enviado el comprobante de pago.

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

d)Especificacin Del Caso De Uso Del Sistema: CONSULTA ORDEN DE

PEDIDO

Confidential

<Company Name>, 2015

Pgina 7

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Versin:
<1.0>
Fecha: <28/05/2015>

1. Consultar Orden De Produccin:

Breve descripcin
Este caso de uso se inicia cuando la Duea desea consultar la orden de
pedido enviado por el Vendedor.

2. Flujo de eventos:

Flujo bsico
1) El caso de uso inicia cuando la Duea elige la opcin 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 caso
3) La Duea consulta la orden de pedido.
4) El sistema muestra los datos de la orden de pedido.
5) El sistema le muestra un mensaje dicindole si quiere hacer otra
consulta, si la respuesta es no caso de uso termina.

Flujo alternativo
En caso de que la informacin ingresada por la Duea no sea vlida. El
sistema informar con un mensaje y volver a pedir que se ingresen
nuevos datos.

3. Requerimientos especiales
3.1.
Rendimiento: Al consultar la orden de pedido no debera tardarse
ms 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-condicin
La Duea debe haberse validado correctamente (login y pass).
Se mostrarn datos siempre y cuando se encuentren en la base de datos,
es decir que se haya enviado la orden de pedido.
Confidential

<Company Name>, 2015

Pgina 8

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Versin:
<1.0>
Fecha: <28/05/2015>

5. Post-Condicin
De ser correcta la informacin, los datos deben ser guardados en la base
de datos.

e)Especificacin Del Caso De Uso Del Sistema: CONSULTA PRODUCTO

ALMACENADO

1.

Consultar Producto Almacenado

1.1

Breve descripcin
Este caso de uso se encarga cuando la Duea desea consultar los
productos almacenados.

2.

Flujo de eventos:

Flujo bsico
1)
El caso de uso inicia cuando la Duea elige la opcin
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 Duea consulta el producto almacenado.
4)
El sistema muestra los datos del producto almacenado.
5)
El sistema le muestra un mensaje dicindole si quiere
hacer otra consulta, si la respuesta es no caso de uso termina.

Flujo alternativo
En caso de que la informacin ingresada por la Duea no sea vlida. El
sistema informar con un mensaje y volver a pedir que se ingresen
nuevos datos.

Confidential

<Company Name>, 2015

Pgina 9

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

3.

Versin:
<1.0>
Fecha: <28/05/2015>

Requerimientos Especiales
Rendimiento: Al consultar los datos de un informe el sistema no
debe tardar ms de 2 segundos en mostrar en pantalla los datos.
3.1

Confiabilidad: Cuando se consultan los datos de un informe, el

sistema debe mostrar el registro de informes sin errores.
3.2

3.3

Soporte: El sistema debe ser fcil de actualizar e instalar.

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

4.

Pre-condicin
La Duea debe haberse validado correctamente (login y pass).
Se mostrarn datos siempre y cuando se encuentren en la base de
datos, es decir que se haya enviado los productos almacenados.

5.

Post-condicin
Los datos de los informes son mostrados en pantalla.

f) Especificacin Del Caso De Uso Del Sistema: REGISTRA PRODUCTO

SALIDA

1. Registrar Producto Salida:

Breve descripcin
Este caso de uso se inicia cuando la Duea desea registrar un producto
que sale del almacn.

Confidential

<Company Name>, 2015

Pgina 10

CONFECCIONES MAD
Use-Case Specification: <Use-Case Name>

Versin:
<1.0>
Fecha: <28/05/2015>

2. Flujo de eventos:

Flujo bsico
1) Este caso de uso se inicia cuando la Duea elige la opcin
Registrar Producto Salida.
2) El sistema muestra el formulario Registrar Producto Salida.
3) La Duea ingresa los datos del producto que est saliendo e
indica registrar.
4) El sistema le muestra un mensaje de confirmacin.
5) Fin de caso de uso.

Flujo alternativo
Informacin no vlida. En caso que la informacin ingresada por la
Duea no sea vlida. El sistema informara al usuario con un mensaje y
volver a pedir que ingrese los datos del producto.

3. Requerimientos especiales
3.1. Rendimiento: Al registrar los datos de un producto no debera
tardarse ms de 3 segundos en realizar el registro.
3.2. Confiabilidad: El sistema solamente debe permitir el ingreso de
usuarios autorizados.
3.3. Soporte:
Fcil de actualizar
Fcil de instalar
3.4. Usabilidad:
Manual de ayuda de usuario
Interfaz amigable y manejable
4. Pre-condicin
La Duea debe haberse validado correctamente (login y pass).
Se mostrarn datos siempre y cuando se encuentren en la base de
datos, es decir que se haya enviado los productos almacenados.

5. Post-condicin
Los datos del producto han sido guardados en la base de datos.

Confidential

<Company Name>, 2015

Pgina 11