Mcvs ad-05 documento de analisis y diseño de cus

Universidad Cesar Vallejo

“ Sistema de Gestión de ventas y almacén en la Empresa Vargas Import SAC”

MCVS-AD-05 DOCUMENTO DE ANALISIS Y DISEÑO DE CASOS DE USO DEL SISTEMA

Versión 1.0

Octubre del 2013

Import Vargas, 2013

ÍNDICE

INTRODUCCIÓN......................................................................................................................... 4

II. MODELO DE ANÁLISIS DE LOS CASOS DE USO............................................................5

2.1 Modelo de casos de uso del Sistema....................................................................52.1.2 Lista de Actores del Sistema...........................................................................62.1.3 Diagrama de casos de uso del Sistema por paquetes....................................72.1.4 Clasificación de casos de uso.......................................................................112.1.5 Matriz de Casos de Uso por Actores.............................................................12

2.2 Especificación de Casos de Uso..........................................................................132.2.1 Caso de Uso: CU.01.01 Gestionar Venta......................................................132.2.2 Caso de Uso: CU.01.02 Gestionar Reporte..................................................142.2.3 Caso de Uso: CU.01.03 Gestionar Cliente....................................................152.2.4 Caso de Uso: CU.01.04 Gestionar Producto.................................................192.2.4 Caso de Uso: CU.01.05 Gestionar Usuario...................................................192.2.4 Caso de Uso: CU.01.06 Gestionar Proveedor..............................................19

III. MODELO DE DISEÑO DE LOS CASOS DE USO.............................................................22

3.1. Diagrama de clases de diseño.......................................................................22

3.2. Diagramas de secuencia por caso de uso....................................................23

1.4 Modelo de datos...............................................................................................25

Fecha de Actualización: 11/10/2013 Versión: 1.0

Preparado por: Grados Alzamora David.

Página : 2 de 28

NOMBRE CARGO FECHA FIRMAElaboración Grados Alzamora David 11 Octubre Quispe Ebert

EDICION REVISION FECHA DESCRPCION AUTOR

1 0 11 Octubre Primera Versión de la Guía Grados Alzamora David .

INTRODUCCIÓN



Página : 3 de 28

El presente documento tiene como objetivo asegurar el correcto levantamiento de información respecto a los casos de uso y definir la aproximación necesaria para resolver los requisitos del proyecto de la empresa Vargas Import SAC Este documento contiene la información detallada de los casos de uso, el prototipo de pantallas, el modelo de clases, las especificaciones de diseño necesarias para iniciar la construcción y el modelo de datos requerido para dar soporte a la funcionalidad definida.

El presente documento contiene dos partes:

ANALISIS DE LOS CASOS DE USO DEL SISTEMA

El objetivo de esta parte es asegurarse que los requisitos y especificaciones son factibles, consistentes, estén completos y sean entendibles por el equipo de desarrollo, en función al conocimiento de la situación actual y bajo el contexto organizacional, normativo de las operaciones que realiza Vargas Import SAC Permite:

Brindar un entendimiento sobre el contexto actual del negocio donde se desea construir e implantar una solución de software eficiente y efectivamente.

Identificar y analizar los actores y procesos actuales, así como sus problemas y limitaciones.

Identificar las entidades principales de datos que deberán ser administradas por el sistema.

Estudiar cuidadosamente el documento de “Visión y Alcance”, revisando a detalle cada elemento del documento buscando descubrir omisiones, contradicciones, especificaciones a ser determinadas y especificaciones que necesitan ampliarse o clarificarse.

DISEÑO DE LOS CASOS DE USO DEL SISTEMA

En esta parte el equipo de desarrollo ha descrito lógica y físicamente la arquitectura del software que va a cumplir con las especificaciones del sistema. La idea principal en esta etapa es la de organizar los requisitos en subsistemas y desarrollar el mejor diseño para la atención de los requisitos de Vargas Import SAC definiendo, desde el punto de vista técnico, las principales pantallas presentadas para los casos de uso. La información de esta parte será entregada al equipo encargado de la construcción.

A continuación se presenta en dos partes, el análisis y el diseño del sistema, el cual deberá tomarse en cuenta para la fase de construcción ejecutada por el equipo del proyecto durante los próximos meses.



Página : 4 de 28

II. MODELO DE ANÁLISIS DE LOS CASOS DE USO

Durante la fase de análisis del sistema se desarrollo el modelo de casos de uso del sistema a un nivel macro. En el presente acápite detallamos con mayor detalle los casos de uso y la relación de dependencia que tienen los procesos respecto a los servicios informáticos requeridos. Se pretende conocer qué procesos del sistema serán parte de la solución propuesta, así como los problemas que se presentan.

En este acápite se hace un análisis del sistema, presentando los actores y casos de usos clasificados y organizándolos en paquetes, la responsabilidad de los casos de uso y las iteraciones de desarrollo. Resaltamos con mayor detalle la matriz de requisitos cruzándolos con los casos que atenderá el sistema y los actores relacionados.

2.1 Diagrama de casos de uso del Sistema.

El Modelo de Casos de Uso del sistema presentado a continuación muestra la relación entre los actores y los casos de uso del sistema. Cada uno de los casos de uso representa una determinada funcionalidad que ofrecerá el sistema en lo que se refiere a su interacción externa.

2.1.1.1 Diagrama de Actores del Sistema

El siguiente cuadro (Fig. 1) muestra los diferentes Actores que interactúan en el sistema.

vendedor

usuario

Fig. 1 – Actores del Sistema Integrado de Gestión de Ventas



Página : 5 de 28

2.1.2 Lista de Actores del Sistema

A continuación se describen los actores del sistema mencionados en la fig. 01 y las responsabilidades de cada uno en el sistema.

Actores del sistema del Sistema

Actor del Sistema Responsabilidades del Sistema

Usuario CU.01.01 Validar Usuario

Vendedor CU.02.01 Gestionar Proveedor CU.02.02 Gestionar Cliente CU.02.03 Gestionar Producto CU.02.04 Gestionar Ventas CU.02.05 Gestionar Reporte de venta



Página : 6 de 28

2.1.3 Diagrama de casos de uso del Sistema por paquetes.

Con el fin de reducir la complejidad de la aplicación, se proponen los siguientes paquetes que agrupan toda la funcionalidad a desarrollar:

Fig. 2 – Diagrama de Paquetes del sistema



Página : 7 de 28

2.1.3.1 Paquete: 01.Seguridad

validar usuario

vendedor

Fig. 3 – Diagrama del Caso de uso del Paquete: 01. Seguridad

Lista de casos de uso del paquete: 01. Seguridad

Caso de uso: Propósito del Caso de Uso

CU.01.01 Validar usuario Validar que el usuario y contraseña ingresado por el usuario sean correctos.



Página : 8 de 28

2.1.3.2 Paquete: 02. Centro de Control.

Gestionar cliente

gestionar proveedor

Gestionar producto

Gestionar venta

vendedor

Generar reporte de venta

Fig. 4 – Diagrama del Caso de uso del Paquete: 02.ventas

Lista de casos de uso del paquete: 02. Ventas

Caso de uso: Propósito del Caso de Uso

CU.02.01 Gestionar Cliente

Permite poder administrar todos los datos de los clientes (ingresar, modificar y eliminar) que están almacenados en la base de datos.

CU.02.05 Generar Reporte de venta

Esto permite al administrador poder generar un registro detallado de lo que los clientes compran, de los productos comprados y de las ventas. de los productos comprados y de las ventas.



Página : 9 de 28



Página : 10 de 28

2.1.4 Clasificación de casos de uso

Los casos de uso del sistema han sido clasificados de acuerdo a su relevancia (primario/secundario) en el sistema.

Casos de uso primarioAquellos que son relevantes en el sistema y sirven de punto esencial para el correcto funcionamiento del mismo. Estos casos de uso se harán en la primera iteración de la fase de construcción.

Clasificación: Caso de Uso

Primario CU.01.02 Validar Usuario

Casos de uso secundarioAquellos elaborados para el cumplimiento de algunos requisitos funcionales y del sistema. Estos casos de uso se construirán en la segunda iteración de la fase de construcción.

Especificación de Casos de Uso

2.2.1 Caso de Uso: CU.01.01 Gestionar Venta

Caso de uso: CU.01.01 Gestionar Venta

Actor(es): Vendedor



Página : 11 de 28

Clasificación: Caso de Uso

Secundario

CU.03.01 Gestionar ProductosCU.03.02 Gestionar ProveedorCU.02.02 Gestionar ClienteCU.03.02 Gestionar ventaCU.03.05 Generar reporte de venta

Propósito: Permite registrar todos los datos de una venta, con el fin de tener un control de las ventas realizadas, así como también generar facturas.

Tipo: Secundario

Requerimientos especiales

Ninguno

Pre-Condicion Actor logueado El cliente al cual se le efectuara la venta, debe estar

registrado. Se muestra el menú principal del sistema.

FLUJO BASICOACTOR SISTEMA

1. ingresa al formulario de ventas

2.Ingresa el nombre del cliente 3. el sistema busca el nombre del cliente en la Base de Datos del sistema

3.le da click en el nombre 4.se relllena automáticamente las cajas de textos con los datos del cliente

5.le click en el botón buscar 6.El sistema busca los productos seleccionados del cliente

7.el usuari da click en los productos de los usuarios

8.Automaticamente se llena las cajas de textos con los datos del producto

9.el usuario digita en las cajas de textos de detalle de venta

10.el usuario dara click en el botón generar venta

11.el sistema genera automáticamente los descuentos necesarios y el total a pagar

12.el usuario da click en el botón imprimir para generar la factura o boleta

13.el sistema genera la impresión de la boleta o fatura



Página : 12 de 28

FLUJO ALTERNO /Cancelar VentaFA 01: Flujo Básico Pasos del 6

6.Verifica que hay productos7.el usuario da click en el botón salir

8.cierre del formulario9.presione el botón cancelar


2.1.5 Caso de Uso: CU.01.02 Gestionar Reporte de venta

Caso de uso: CU.01.02 Gestionar Reporte de venta

Actor(es): Vendedor

Propósito: Esto permite poder generar un registro detallado de lo que los clientes compran, de los productos comprados y de las ventas.

Tipo: Secundario



Página : 13 de 28


Ninguno

Pre-Condicion Actor logueado Se muestra el menú principal del sistema.


1. ingresa al formulario Reportes

2. Muestra el formulario de Reportes

3.Selecciones el Año del Reporte

4.Buscar en la Base de Datos el Año del Reporte

5.Seleccione el mes del reporte

6.Busca en la Base de datos El mes del Reporte

7.Seleccione el tipo muestra del reporte

FLUJO SECUNDARIO

7. Se selecciona el tipo de Muestra del reporte son 3 :-Barras-Pastel -LiniaPost-Condicion Nuevo Reporte Generado



Página : 14 de 28


2.1.6 Caso de Uso: CU.01.03 Gestionar Cliente

Caso de uso: CU.01.03 Gestionar Reporte

Actor(es): Vendedor



Página : 15 de 28

Propósito: Permite poder administrar todos los datos de los clientes (ingresar, modificar y eliminar) que están almacenados en la base de datos.

Tipo: Secundario


Ninguno



1. ingresa al formulario Gestionar Cliente

2. Muestra el formulario de Gestionar Cliente

3.Digitar los datos del cliente

4.Verifica que los datos sean correctos

5.click en el botón guardas

6.Guarda los datos en la Base de datos

FLUJO SECUNDARIO

4.Verificar que los datos este corrector “El cliente Ya Existe”

Post-Condicion Nuevo Cliente



Página : 16 de 28



Página : 17 de 28


2.1.7 Caso de Uso: CU.01.04 Gestionar Producto

Caso de uso: CU.01.04 Gestionar Producto

Actor(es): Vendedor

Propósito: Permite poder administrar todos los datos de los productos (ingresar, modificar y eliminar) que están almacenados en la base de datos.

Tipo: Secundario


Ninguno



1.ingresa al formulario Gestionar Producto

2. Muestra el formulario de Gestionar Producto

3.Digitar los datos del Producto


5.click en el botón guardar



Página : 18 de 28


FLUJO SECUNDARIO

4.Verificar que los datos este corrector “El Producto Ya Existe”

Post-Condicion Nuevo Producto


2.1.8 Caso de Uso: CU.01.06 Gestionar Proveedor

Caso de uso: CU.01.06 Gestionar Proveedor

Actor(es): Vendedor

Propósito: Permite poder administrar todos los datos de los proveedores (ingresar, modificar y eliminar) que están almacenados en la base de datos.

Tipo: Secundario



Página : 19 de 28


Ninguno



1.ingresa al formulario Gestionar Proveedor

2. Muestra el formulario de Gestionar Proveedor

3.Digitar los datos del Proveedor


5.click en el botón guardar


FLUJO SECUNDARIO

4.Verificar que los datos este corrector “El Proveedor Ya Existe”

Post-Condicion Nuevo Producto



Página : 20 de 28



Página : 21 de 28

III. MODELO DE DISEÑO DE LOS CASOS DE USO

En el presente acápite se presenta el diseño del sistema por medio del modelo de clases, como elemento principal. En el mismo la estructura de clases del sistema se especifica, con relaciones entre clase y estructuras de herencia así como sus principales atributos.

Nuestra metodología utiliza las técnicas de aproximación a un caso de uso guiado hacia el diseño orientado a objetos (diagramas a implementar dentro del diseño del sistema) para la implementación de funciones del nuevo sistema.

3.1. Diagrama de clases de diseño.

Diagramas de secuencia por caso de uso

3.1.1. Diagrama de Secuencia Gestionar Venta

Análisis y Diseño Página 23 de 28

: frmGestionarVenta : frmGestionarVenta : CtrlVenta : CtrlVenta : Venta : Venta : Detal leVenta : Detal leVenta : ClienteBD : ClienteBD : ProductoBD : ProductoBD :

ProveedorBD :

ProveedorBD : VentaBD : VentaBD

: Cliente : Cliente : Producto : Producto : Proveedor : Proveedor : FuenteDeDatos : FuenteDeDatos : Verificador : Verificador

1: l istarComboCl ientes( )

2: selectAl l( )

3: getConexion( )

4:

5: new(int, String, String, String, String, String, String, Str...

6:

7: cerrarConexion( )

8:

9: return List<Cliente>

10: l istarComboProductos( )

11: selectAl l ( )

12: getConexion( )

13:

14: new(int, String, int, String, String, int, double, String, Provee...

15:


17:

18: retorna List<Producto>

19: getNumCorrelativo( )

20: getConexion( )

21:


23:

24:

se pone en su caja de texto respectivo

25: agregarProducto( )

26: veri ficaNumeroEntero(String, Str...

27:

28: selectOne(Object)

29: getConexion( )

30:


40: retorna producto

31: selectOne(Object)

32: getConexion( )

33:


35:


37:

38: retorna proveedor

43:


42:

44: veri ficaStock(int, int)

45:

si el stock es suficiente

46: agregarDetal le(Producto, ...

47: new(int, Producto, Ve...

48:

49:

el objeto se crea y se guarda a la l ista

50: getMontoT otal( )

51:

52: getMontoSubTotal

53:

54: getMontoIGV

55:

56:

57: guadar( )

58: setCod_Venta(Str...

59:

60: setFechaVenta( )

61:

62: setCli ( )

63: new(int)

64: retorna cliente

65:

66: insert(T)

67: getConexion( )

68:


70:

71:

72: new( )

73:

74: l impiarFormulario( )

75: mostrarMessage(Str...

76:

77:


3.1.2. Diagrama de Secuencia Gestionar Cliente

: frmGestionarCliente : frmGestionarCliente : CtrlCl iente : CtrlCl iente

: ClienteBD : ClienteBD : FuenteDeDatos : FuenteDeDatos : Cliente : Cliente

: Veri ficador : Veri ficador

1: l istarTablaClientes( )

2: selectAll ( )

3: getConexion( )

4:

5: new(int, String, String, String, String, String, String, String)

6: return cliente

es i terable

9: return List<Cliente>

al crearce el objeto controlador

10: guadar( )

11: veri ficaCamposObligatorios(List<String>)

12:

13: veri ficaCampoRUCDNI(String)

14:

15: veri ficaCampoTelefono(String)

16:

17: veri ficaCampoEmail(String)

18:

19: new(String, String, String, String, String, String)

20: return obj cliente

21: insert(T)

22: getConexion( )

23: ejecuta el query respectivo 24: cerrarConexion( )

25:

26:

27: l istarTablaClientes( )


29: mostrarMessage(String)

30:

31:


8:


3.1.3. Diagrama de Secuencia Gestionar Producto

: frmGestionarProveedor : frmGestionarProveedor : CtrlProducto : CtrlProducto : ProveedorBD : ProveedorBD : ProductoBD : ProductoBD

: Proveedor : Proveedor : Producto : Producto : FuenteDeDatos : FuenteDeDatos : Verificador : Verificador

1: l istarComboProveedores( )

2: selectAll ( )

3: getConexion( )

4:


6: return proveedor


8:

9: return List<Proveedor>

10: l istarTablaProductos( )

11: selectAl l( )

12: getConexion( )

13:


15: return producto


17:

18: return List<Producto>

19: guadar( )

20: veri ficaCamposObl igatorios(List<Stri ...

21:


23:


25:

26: veri ficaNumeroDecimal(String, Str...

27:

28: new(String, int, String, String, int, double, Provee...

29: return obj producto

30: insert(T)

31: getConexion( )

32:


34:

35:

36: l istarTablaProductos( )



39:

40:


3.1.4. Diagrama de Secuencia Gestionar Proveedor

: frmGestionarProveedor : frmGestionarProveedor : CtrlProveedor : CtrlProveedor : Proveedor : Proveedor

: ProveedorBD : ProveedorBDcon : FuenteDeDatoscon : FuenteDeDatos

: Verificador : Verificador

1: l istarTablaProveedores( )

2: selectAll( )

3: getConexion( )

4:


6: return proveedor

9: return List<Proveedor>


8:

10: guadar( )

11: verificaCamposObligatorios(List<Stri ...

12:

13: verificaCampoRUC(Str...

14:

15: verificaCampoTelefono(Str...

16:

17: verificaCampoEmail(Str...

18:

19: new(String, String, String, String, String, Str...

20: retorna obj proveedor

21: insert(T)

22: getConexion( )

23:


25:

26:

27: l istarTablaProveedores( )



30:

31:


3.1.5. Diagrama de Secuencia Gestionar Reporte

: frmReport : frmReport : CtrlReporte : CtrlReporte

1: mostrarReporte( )

2:

3.1.6. Diagrama de Secuencia validar usuario

: frmLogin : frmLogin : CtrlLogin : CtrlLogin : Menu_Principal : Menu_Principal

1: validar( )

2: validarUsuario(String, String)

3: mostrarPantalla( )

4:

5: cerrarPantalla( )

6:

7:


Mcvs ad-05 documento de analisis y diseño de cus

Education

Transcript of Mcvs ad-05 documento de analisis y diseño de cus