View
93
Download
7
Category
Preview:
Citation preview
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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.
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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.
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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.
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
Página : 9 de 28
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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
Especificación de Casos de Uso
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
Página : 13 de 28
Requerimientos especiales
Ninguno
Pre-Condicion Actor logueado Se muestra el menú principal del sistema.
FLUJO BASICOACTOR 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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
Página : 14 de 28
Especificación de Casos de Uso
2.1.6 Caso de Uso: CU.01.03 Gestionar Cliente
Caso de uso: CU.01.03 Gestionar Reporte
Actor(es): Vendedor
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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
Requerimientos especiales
Ninguno
Pre-Condicion Actor logueado Se muestra el menú principal del sistema.
FLUJO BASICOACTOR SISTEMA
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
Página : 16 de 28
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
Página : 17 de 28
Especificación de Casos de Uso
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
Requerimientos especiales
Ninguno
Pre-Condicion Actor logueado Se muestra el menú principal del sistema.
FLUJO BASICOACTOR SISTEMA
1.ingresa al formulario Gestionar Producto
2. Muestra el formulario de Gestionar Producto
3.Digitar los datos del Producto
4.Verifica que los datos sean correctos
5.click en el botón guardar
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
Página : 18 de 28
6.Guarda los datos en la Base de datos
FLUJO SECUNDARIO
4.Verificar que los datos este corrector “El Producto Ya Existe”
Post-Condicion Nuevo Producto
Especificación de Casos de Uso
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
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
Página : 19 de 28
Requerimientos especiales
Ninguno
Pre-Condicion Actor logueado Se muestra el menú principal del sistema.
FLUJO BASICOACTOR SISTEMA
1.ingresa al formulario Gestionar Proveedor
2. Muestra el formulario de Gestionar Proveedor
3.Digitar los datos del Proveedor
4.Verifica que los datos sean correctos
5.click en el botón guardar
6.Guarda los datos en la Base de datos
FLUJO SECUNDARIO
4.Verificar que los datos este corrector “El Proveedor Ya Existe”
Post-Condicion Nuevo Producto
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
Página : 20 de 28
Fecha de Actualización: 11/10/2013 Versión: 1.0
Preparado por: Grados Alzamora David.
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:
16: cerrarConexion( )
17:
18: retorna List<Producto>
19: getNumCorrelativo( )
20: getConexion( )
21:
22: cerrarConexion( )
23:
24:
se pone en su caja de texto respectivo
25: agregarProducto( )
26: veri ficaNumeroEntero(String, Str...
27:
28: selectOne(Object)
29: getConexion( )
30:
39: new(int, String, int, String, String, int, double, String, Provee...
40: retorna producto
31: selectOne(Object)
32: getConexion( )
33:
34: new(int, String, String, String, String, String, String, Str...
35:
36: cerrarConexion( )
37:
38: retorna proveedor
43:
41: cerrarConexion( )
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:
69: cerrarConexion( )
70:
71:
72: new( )
73:
74: l impiarFormulario( )
75: mostrarMessage(Str...
76:
77:
Análisis y Diseño Página 24 de 28
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( )
28: l impiarFormulario( )
29: mostrarMessage(String)
30:
31:
7: cerrarConexion( )
8:
Análisis y Diseño Página 25 de 28
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:
5: new(int, String, String, String, String, String, String, Str...
6: return proveedor
7: cerrarConexion( )
8:
9: return List<Proveedor>
10: l istarTablaProductos( )
11: selectAl l( )
12: getConexion( )
13:
14: new(int, String, int, String, String, int, double, String, Provee...
15: return producto
16: cerrarConexion( )
17:
18: return List<Producto>
19: guadar( )
20: veri ficaCamposObl igatorios(List<Stri ...
21:
22: veri ficaNumeroEntero(String, Str...
23:
24: veri ficaNumeroEntero(String, Str...
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:
33: cerrarConexion( )
34:
35:
36: l istarTablaProductos( )
37: l impiarFormulario( )
38: mostrarMessage(String)
39:
40:
Análisis y Diseño Página 26 de 28
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:
5: new(int, String, String, String, String, String, String, Str...
6: return proveedor
9: return List<Proveedor>
7: cerrarConexion( )
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:
24: cerrarConexion( )
25:
26:
27: l istarTablaProveedores( )
28: l impiarFormulario( )
29: mostrarMessage(String)
30:
31:
Análisis y Diseño Página 27 de 28
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:
Análisis y Diseño Página 28 de 28
Recommended