Sistema de Ventas en Java

UNIVERSIDAD DE LA AMAZONA "MARIO PELAEZ BAZN"
SISTEMA DE CONTROL DE VENTAS PARA LA DISTRIBUIDORA COMERCIAL

GONZALES
PROYECTO
AUTOR:
Clever Villegas Burga.
ASESOR:
Ing. Frans Fuentes
BAGUA GRANDE PER 2015

Clever Villegas Burga-Autor
Dedicatoria
Este trabajo va dedicado a mi padre a mi

madre y a toda mi familia, quienes me siguen
brindando su apoyo para ser un buen
profesional.
CLEVER
Tipo sistema: Sistema de control de ventas 2

Agradecimiento
Quiero expresar mi mayor

gratitud Al Ing. Frans Fuentes, por su
apoyo constante y brindar sus
conocimientos, para poder desarrollar
este proyecto.
Y a todas aquellas personas que de una u otra forma, colaboraron o participaron en
la realizacin de este proyecto.
CLEVER

Resumen
El siguiente proyecto presenta de manera simple y con una lectura sencilla la

informacin que da seguimiento al desarrollo de un sistema de control de ventas con
el propsito de optimizar los procesos de ventas que actualmente se llevan a cabo
en la distribuidora Comercial Gonzales.
En el Captulo I se pretende dar una explicacin de lo que es la parte terica, para

ello se inicia con la definicin del problema.
Posteriormente se explica de manera sencilla que son los lenguajes de

programacin visuales, para continuar con una resea de JAVA, adems de
conceptos y terminologa necesarios para programar en este lenguaje. Finalmente
este captulo termina con la explicacin de lo que es Base de datos, los modelos
existentes y la creacin de diseo de estas.
En el captulo II se explica lo que es la parte de la modelacin para desarrollar el

sistema toda en conclusin es la parte principal para poder construir el sistema.
Adems, se describe el proceso de adquisicin de los artculos que venden y la

descripcin de estos, el proceso actual de ventas que maneja y con base de lo
anterior, se plantea el desarrollo de un sistema que satisfaga las necesidades que
tiene la empresa, se incluye el diseo lgico del mismo y la base de datos que se
utilizara, adems el diseo de los diagramas de todos los mdulos de aplicacin.

Abstract
The next project is simply and easy reading with information that tracks the
development of a sales monitoring system in order to optimize sales processes
currently carried out at the distributor "Commercial Gonzales".
Chapter I is intended to give an explanation of what the theoretical part, for it begins
with the definition of the problem.
Then it explained that simply are visual programming languages, to continue with a
review of JAVA, plus concepts and terminology needed to program in this language.
Finally, this chapter ends with an explanation of what is Database, the existing
models and creating design of these.
Chapter II explains what is the part of the modeling to develop the whole system is
the main part conclusion to build the system.
In addition, the acquisition of the items they sell and description of these, the current
sales process that manages and basis of the above, the development of a system
that meets the needs that the company described arises is It includes the logical
design of the database and which is also used to design diagrams all application
modules.

NDICE GENERAL
INTRODUCCIN8
PLANTEAMIENTO DEL PROBLEMA9
1. Descripcin del
Problema...........................9
2. Anlisis del Problema.9
3. Justificacin y Viabilidad9
4. Viabilidad del Proyecto..........9
4.1. Viabilidad Econmica..............9

4.2. Viabilidad Tecnolgica..9
4.3. Viabilidad Operacional.............9
OBJETIVOS...1
0
1. Objetivo General10
2. Objetivo Especficos.........10
CAPITULO I...11
FUNDAMENTO TERICO.11
I. Mtodos y herramientas para la solucin del problema................................11
II. Introduccin a los lenguajes de programacin..13
III. ingeniera de software...........14
CAPITULO II..15
RESULTADOS.16
1. FASE INICIAL...16
1.2.1. Reglas del Negocio...16
1.1.1.1. Introduccin.1
6
1.2.2. Modelo del negocio...17
1.3.1. Modelo de requerimientos ..32
2. FASE DE ELABORACIN.....................53
2.3.1.1. Diagrama de
colaboraciones............53

3. FASE DE CONSTRUCCIN..60
3.3. Anlisis y diseo.
..60
3.3.1. Modelo del diseo.
60
secuencia.60
clases.73
3.3.1.3. Diagrama de Datos lgico
74
3.3.1.4. Diagrama de datos Fsico.
75
despliegue.76
4. IMPLEMENTACIN
..77
4.3.1. Modelo de implementacin.78
Componentes...79
4.3.1.2. Descripcin diagrama de
componentes...80
4.3.1.3. Prototipo del
sistema...81
5. FASE DE TRANSICIN..........82
5.3. Prueba............83
4.1.1.Modelo de pruebas......
.........84
Prueba de Caja
Negra...82
6. CONCLUSIONES..........
...83
7. RECOMENDACIONES. .............84
8. REFERENCIAS BIBLIOGRFICAS......
.82

NTRODUCCIN
El presente proyecto consiste es desarrollar un sistema de ventas siguiendo las

fases habituales de la Ingeniera del Software. El sistema a desarrollar radica en
implantar un sistema para el control de Ventas de productos de una distribuidora de
bebidas, para el cual se ha elegido un modelo secuencial, un modelo el cual es el
UML (lenguaje unificado modelado). Las fases de este modelo que se consideran
adecuadas al presente Trabajo son: Modelado del sistema para cada una de estas
fases se hace un estudio terico previo de las distintas Alternativas existentes,
justificando la eleccin de las metodologas, modelos y tecnologas seleccionados.

PLANTEAMIENTO DEL PROBLEMA

5. Descripcin del Problema
La empresa COMERCIAL GONZALES S.R.L, no cuenta con un

SISTEMA DE VENTAS. Para realizar los procesos de sus ventas.
6. Anlisis del Problema
La empresa al no contar con un sistema de ventas lleva a tener riesgos

para la empresa y eso hace que sus procesos sean deficientes, actualmente
el control lo realiza de forma manual mediante una hoja de Excel, lo cual
tambin es de mucho riesgo ya que se puede perder la informacin y los
reportes en este modo no son los adecuados ya que eso es lo principal.
7. Justificacin y Viabilidad.
Despus de conocer los antecedentes y la problemtica de la empresa,

se propone el desarrollo de un sistema de control de ventas y de una base de
datos que permita a la empresa optimizar el manejo y el control de la
informacin, dicho sistema permitir al administrador y a los propietarios tener
una informacin organizada y confiable de una manera gil.
8. Viabilidad del Proyecto:
4.4. Viabilidad Econmica:
. Los presupuestos de la empresa si son suficientes,

para desarrollar el sistema.

4.5. Viabilidad Tecnolgica:
Contar con el equipo necesario para usar el

sistema que se necesita de una PC, impresora, y un
servidor.
4.6. Viabilidad Operacional:
Mejora los procesos de ventas, registros de los clientes,

empleados y llevar un mejor control de la informacin que se
maneje.
OBJETIVOS
Objetivo General
Proporcionar a la empresa distribuidora COMERCIAL
GONZALES, una aplicacin informtica que permita optimizar
los procesos de ventas haciendo uso de equipos de cmputo
existente y con esto facilitar el almacenamiento, control de la
informacin que se maneja en el proceso de ventas y adems
agilizar las consultas de dicha informacin precisa y ordenada al
momento que el administrador o propietario lo requieran.
Objetivos Especficos
Disear el modelo de un sistema que permita mejorar los
procesos y solucionar las necesidades de administracin
de la informacin de la empresa.
Crear una base de datos para almacenar los datos

requeridos para el buen funcionamiento del sistema.
Disear las interfaces de modo que sea fcil de entender

y de utilizar.
Codificar el sistema en base al diseo previamente

realizado.

Instalar el sistema, capacitar al personal y mantener el

sistema a prueba durante un periodo de 30 das, para
evaluar su funcionamiento.
Implantar el sistema en la empresa, sujeto a futuras

mejoras o actualizaciones.
CAPITULO I

FUNDAMENTO TERICO.
I. MTODOS Y HERRAMIENTAS PARA LA SOLUCIN DEL PROBLEMA.
Para la solucin de este problema se realiz una encuesta al

administrador de la empresa COMERCIAL GONZALES, De
acuerdo a la informacin brindada, se hizo un anlisis y ver
exactamente lo que necesita la empresa en base a ello se propuso
el desarrollo de una aplicacin.
En la metodologa se ha utilizado el UML.
Para el desarrollo del software se ha utilizado los siguientes

softwares.
Open Project (Diseador del plan de desarrollo)

Rational rouse (Diseador).
JAVA (Lenguaje en el cual se desarroll el sistema).
SQL Server 2012.
Irreport 5.6 (Realiza los reportes del sistema).
Office 2013.
II. INTRODUCCIN A LOS LENGUAJES DE PROGRAMACIN.

Con la idea de facilitar las tareas tediosas y cansadas de las

personas, el hombre ha venido inventando diversas herramientas a lo
largo de nuestra historia, que nos permiten tener una mejor calidad de
vida. Las computadoras son uno ms de los inventos del hombre, aunque
debemos decir que las tecnologas para su fabricacin y explotacin han
tenido un desarrollo sorprendente a partir de la segunda mitad del siglo
XX. Esta herramienta por s sola no es capaz de efectuar ninguna tarea,
es tan solo un conjunto de cables y circuitos que necesitan recibir
instrucciones por parte de los humanos para desempear alguna tarea.
El problema en s, se puede expresar en, Cmo vamos a poder

hacer que un conjunto de circuitos desempeen una determinada tarea y
nos entreguen los resultados que nosotros esperamos?, es decir, de qu
manera se puede lograr la comunicacin entre el hombre y la
computadora?
Fue as como, tratando de dar una solucin al problema

planteado, surgieron los lenguajes de programacin, que son como un
lenguaje cualquiera, pero simplificado y con ciertas normas, para poder
transmitir nuestras rdenes a la computadora.
Por otro lado, como se sabe un conjunto de circuitos no

entendera ningn lenguaje que nosotros conozcamos, por ms sencillo
que este parezca. Los circuitos en todo caso, solo reconocen presencia o
ausencia de energa, es decir que debemos hablarle a la maquina en su
propio lenguaje(presencia y ausencia de energa, 0 y 1), o nuestro
lenguaje deber de ser traducido a un lenguaje binario cuyo alfabeto es el
0 y el 1, mediante herramientas desarrolladas para llevar a cabo esta
tarea, las cuales reciben el nombre de traductores, y como veremos ms
adelante los hay muchos tipos, dependiendo de caractersticas ms
especficas del lenguaje a traducir y la manera de llevar a cabo su
traduccin. Como es de suponer para crea un lenguaje de programacin,
deberemos crear herramienta que lo traduce, y es justamente de ellas de
las que hablaremos a continuacin, para describir como han ido
evolucionando en los ltimos 60 aos.

1. Los Inicios.
1946: Konrad Zuse, un ingeniero Alemn, mientras trabajaba en

los Alpes de Bavaria, desarrollo el lenguaje Plankalkul, el cual fue
complicado entre otras cosas para jugar al ajedrez.
1949: Aparece Short Code, que viene a ser el primer lenguaje que
fue usado en un dispositivo de computo electrnico, aunque se debe
decir que se trata de un lenguaje traducido a mano.
1951: Grace Hopper, trabajando para Remington Rand, comenz

el trabajo de diseo del primer compilador conocido ampliamente, el
A-0, el cual al ser liberado por la compaa en 1957, lo hizo con el
nombre de MATH-MATIC.
1952: Alick E. Glennie, durante su tiempo libre en la Universidad

de Manchester, concibe un sistema de programacin llamado
AUTOCODE, que viene a ser un compilador muy rudimentario.
1957: aparece FORTRAN (FORmula TRANslating) sistema de

traductor de frmulas matemticas fue desarrollado por un equipo,
al frente del cual se encontraba John Backus quien despus
vendra a contribuir en el desarrollo del compilador para el lenguaje
ALGOL y de la notacin usada para la especificacin sintctica de
los lenguajes, conocida como BNF(Backus Naur Form).
A partir de los aos sesenta, empiezan a surgir diferentes

lenguajes de programacin atendiendo diversos enfoques,
caractersticas y propsitos
1.2. Lenguajes de alto nivel.
Aunque los lenguajes ensambladores supusieron una mejora

respecto a la programacin directamente en
Cdigo mquina seguan siendo engorrosos, excesivamente
alejados de la forma de pensar humana y especficos de cada tipo

de ordenador por lo que era muy difcil, por no decir imposible,

transportar un algoritmo de un ordenador a otro.
Para solucionar estos inconvenientes se desarrollaron los lenguajes
de alto nivel, este tipo de lenguajes proporcionan caractersticas
ms avanzadas que los lenguajes ensambladores como estructuras
de control, estructuras de datos, etc.
Los lenguajes de alto nivel son independientes de la mquina y, por
tanto, portables; es decir, un algoritmo escrito en un lenguaje de
programacin de alto nivel puede utilizarse en ordenadores
diferentes. Esto es posible porque los lenguajes de alto nivel son
traducidos a lenguaje mquina por un tipo de programa especial
denominado
compilador, un compilador toma como entrada un algoritmo escrito
en un lenguaje de alto nivel y lo convierte a instrucciones inteligibles
por el ordenador; los compiladores deben estar adaptados a cada
tipo de ordenador pues deben generar cdigo mquina especfico
para el mismo.
Las anteriores instrucciones podran representarse en un lenguaje
de alto nivel (como FORTRAN) de la forma siguiente:
c=a+b
c=ab
FORTRAN, Pascal, C, C++ o Java son ejemplos de lenguajes de

alto nivel; todos ellos comparten muchas
Similitudes entre s por lo que una vez aprendido un lenguaje de
programacin de alto nivel es bastante sencillo aprender otros
nuevos.
1.3. Evolucin de los lenguajes de programacin.
Tratando de resumir un poco, se presentaban los siguientes cuadros

evolutivos, donde aparecen los lenguajes que por su uso y
comercializacin, han resultado ser los ms populares a lo largo de
este medio siglo.

III. INGENIERA DE SOFTWARE
Es la aplicacin de un enfoque sistemtico,

disciplinado y cuantificable al desarrollo, operacin y
mantenimiento de software, y el estudio de estos enfoques, es
decir, la aplicacin de la ingeniera al software.
1. Qu son casos de uso?
Un caso de uso es una descripcin de los pasos o las

actividades que debern realizarse para llevar a cabo algn
proceso. Los personajes o entidades que participarn en un
caso de uso se denominan actores.
2. Qu son Diagramas de dominio?

Diagrama de dominio son la relacin de todas las entidades del
sistema.
3. Qu es un diagrama de requerimientos?
Es un tipo de diagrama usado para modelar interaccin entre
objetos en un sistema segn UML. En ingls se pueden
encontrar como "sequence diagram", "event-trace diagrams.
4. Qu son los diagramas de colaboraciones?
A diferencia de los diagramas de secuencia, los diagramas

de colaboracin, tambin llamados diagramas de comunicacin,
muestran explcitamente las relaciones de los roles. Por otra
parte, un diagrama de comunicacin no muestra el tiempo como
una dimensin aparte, por lo que resulta necesario etiquetar con
nmeros de secuencia tanto la secuencia de mensajes como los
hilos concurrentes.
Muestra cmo las instancias especficas de las clases trabajan

juntas para conseguir un objetivo comn.

Implementa las asociaciones del diagrama de clases mediante

el paso de mensajes de un objeto a otro. Dicha implementacin
es llamada "enlace".
Contiene roles de clasificador y roles de asociacin en lugar

de slo clasificadores y asociaciones. Los roles de clasificador y
los de asociacin describen la configuracin de los objetos y de
los enlaces que pueden ocurrir cuando se ejecuta una instancia
de la comunicacin. Cuando se instancia una comunicacin, los
objetos estn ligados a los roles de clasificador y los enlaces a
los roles de asociacin. El rol de asociacin puede ser
desempeado por varios tipos de enlaces temporales, tales
como argumentos de procedimiento o variables locales del
procedimiento. Los smbolos de enlace pueden llevar
estereotipos para indicar enlaces temporales.

CAPITULO II

RESULTADOS
9. FASE INICIAL.
.
Plan desarrollo del Software
El Plan se muestra en la siguiente pgina.
9.3. Modelado del Negocio
1.2.1. Reglas del Negocio
Solo se vende al por mayor a partir de 5 cajas.
Las ventas son al contado.
Se aceptan devoluciones solo dentro de las 24 horas.
El producto se vende con todo envase.
Para que un personal sea contratado por la empresa debe cumplir
con el requisito de un certificado de antecedentes penales.
9.3.1.1. Introduccin
En este Captulo se va a explicar todo lo que es el diseo del

sistema para poder desarrollar el software entre ellos el modelado
del sistema, que es la base para poder desarrollar la aplicacin,
9.3.1.2. Definicin

1.2.2. Modelo del negocio

1.2.2.1 Diagrama de Casos de Usos del negocio (MUCN)
Figura No 04: Diagrama de Casos de Usos del Negocio
CASOS DE USO DEL NEGOCIO DE LA DISTRIBUIDORA "COMERCIAL GONZALES"
GESTIONAR COMPROBANTE
GESTIONAR REPORTES
EMPLEADO
GESTIONAR CLIENTE
ADMINISTRADOR
GESTIONAR DEVOLUCION
GESTIONA PERSONAL
GESTIONAR PRODUCTO CLIENTE
GESTIONAR TIPO PERSONAL

GESTIONA VENTAS
GESTIONAR MOVILIDAD GESTIONAR GUIA REMISION

CASO DE USO Gestionar Cliente.

PROPIETARIO Empleado.
OBJETIVO Registrar cliente.
DESCRIPCIN Este proceso permitir registrar a los clientes de
la empresa.
1.2.2.2 PRECONDICIN Datos completos del cliente. Es
ACCION pe
Tomar datos del cliente (DNI). cifi
FLUJO DE Consultar cliente. cac
TRABAJO Obtener datos del cliente. in
Registrar cliente. de
RIESGO Que los datos del cliente no sean verdaderos. los
CATEGORA
Principal.
use case del negocio (EUCN)

CASO DE USO Gestionar Producto.

OBJETIVO Registrar Producto.
DESCRIPCIN Este proceso permitir registrar los productos que
vende la empresa.
PRECONDICIN Tener datos del producto
ACCION
FLUJO DE Consultar producto.
TRABAJO Registrar producto.
RIESGO Mal registro de las caractersticas del producto.

CATEGORA Principal.

CASO DE USO Gestionar Reportes.
ACTORES Empleado, Administrador.
OBJETIVO Generar Reporte.
DESCRIPCIN Este proceso permitir elaborar

los reportes solicitados por el rea
administrativa.
PRECONDICIN Tener ventas registradas y los

registros necesarios para generar
el reporte solicitado.
ACCION
FLUJO DE TRABAJO
Generar reporte.
RIESGO Prdida o Eliminacin de algunos

datos.
CATEGORA Principal.

CASO DE USO Gestionar Movilidad.

Personal.
OBJETIVO Registrar movilidad.
personal.
DESCRIPCIN El caso
Este proceso
de usopermitir
permite registrar
Gestionar la el
movilidad
personalpara
que
vantransporte
el a trabajar del
en la
producto
empresa.
PRECONDICIN Certificado
Tener los datos
de antecedentes
necesarios. penales.
ACCION
Consultar
consultar personal.
movilidad.
FLUJO DE Registrar
consultar movilidad.
ubicacin.
TRABAJO Consultar tipo personal.
RIESGO Registrar
Registrar personal.
datos errneos.
RIESGO El personal se encuentre mal de salud, el
CATEGORA personal no se presenta a la Empresa
Secundario.
CATEGORA Secundario.

CASO DE USO Gestionar Gua Remisin.

OBJETIVO Registrar Gua Remisin.
DESCRIPCIN Este proceso permitir registrar las guas de
remisin de los productos que sern
transportados.
PRECONDICIN Comprobante registrado.
ACCION
Consultar comprobante.
FLUJO DE Consultar movilidad.
TRABAJO Consultar Personal (Conductor).
Consultar Ubicacin (Destino transporte).
Registrar gua remisin.
RIESGO Registrar datos errneos.

CASO DE USO Gestionar Venta y comprobante.

OBJETIVO Registrar Venta y comprobante.
DESCRIPCIN El caso de uso le permite Registrar las ventas y
comprobantes que se realice.
PRECONDICIN Suficiente stock de productos.
ACCION
Consultar el producto.
FLUJO DE Consultar Cliente.
TRABAJO Registrar Venta.
Registrar comprobante
CATEGORA Principal.

CASO DE USO Gestionar Devolucin.

OBJETIVO Registrar devolucin.
DESCRIPCIN Este aso permite registrar una devolucin de
productos.
PRECONDICIN No haberse pasado las 24 horas.
ACCION
Consultar comprobante.
FLUJO DE Registrar la devolucin.
TRABAJO

CASO DE USO Gestionar Tipo Personal.

OBJETIVO Registrar Tipo Personal.
DESCRIPCIN Este proceso permitir registrar los tipos de
personal (cargos) para poder registrar el
personal.
PRECONDICIN Tener los datos correspondientes.
ACCION
Consultar Tipo personal.
FLUJO DE Registrar Tipo personal.
TRABAJO


1.2.2.3 Diagrama de objetos del negocio(MON)
CASO DE USO DE OBJETOS - VENTA Y COMPROBANTE
Registrar/anular
VENTA COMPROBANTE
EMPLEADO REGISTRANDO VENTA consultar
consultar
PRODUCTO
registrar/Modificar
CLIENTE

CASO DE USO DE OBJETOS - Guia Remision
Consultar
GUA REMISION
EMPLEADO REGISTRANDO GUIA REMISION
Consultar
COMPROBANTE
consultar
Consultar/ Registrar / Anular

Consultar
MOVILIDAD
PERSONAL
UBICACION

CASO DE USO DE OBJETOS - REPORTES
Consultar,Generar
VENTA
Consultar, Generar
EMPLEADO Generando Reportes Consultar, Generar
CLIENTE
Consultar, Generar
PRODUCTO
ADMINISTRADOR
PERSONAL
CASO DE USO DE OBJETOS - GESTIONAR DEVOLUCIONES
Consultar
DEVOLUCIN
EMPLEADO REGISTRANDO DEVOLUCION
consultar
COMPROBANTE
Registrar

CASO DE USO DE OBJETOS - GESTIONAR CLIENTE
Consultar
CLIENTE
EMPLEADO REGISTRANDO CLIENTE Consultar
UBICACIN
CLIENTE Registrar/Modificar/Anular
CASO DE USO DE OBJETOS - GESTIONAR MOVILIDAD
Consultar
MOVILIDAD
EMPLEADO REGISTRANDO MOVILIDAD
Registrar/ Modificar/ Anular

CASO DE USO DE OBJETOS - GESTIONAR PERSONAL
consultar
PERSONAL
Consultar
REGISTRANDO PERSONAL
EMPLEADO
Consultar
TIPO PERSONAL
UBICACIN
CASO DE USO DE OBJETOS - GESTIONAR PRODUCTO
Consultar
PRODUCTO
EMPLEADO REGISTRANDO PRODUCTO

CASO DE USO DE OBJETOS - GESTIONAR TIPO PERSONAL
Consultar
TIPO PERSONAL
EMPLEADO REGISTRANDO TIPO PERSONAL
10.1.1. Modelo del dominio
El diagrama de dominio es donde se encuentran todas las

entidades que va a tener la Base de datos las cuales se convierten en
tablas.

DIAGRAMA DE DOMINIO
CLIENTE UBICACIN
PRODUCTO
1..* 1 1
1 1 *
1..* 1..*
*
VENTA PERSONAL TIPO PERSONAL
1..* 1 1..* 1
* 1
1..*
1..*
*
1 0
COMPROBANTE GUA REMISION MOVILIDAD
1 1..* 1
DEVOLUCIN
10.1.1.1. Diagrama del dominio del problema (Rose)

10.1.2. Glosario del negocio

1.2.4.1 Introduccin
1.2.4.2 Apreciacin General
1.2.4.3 Definicin
1.2.4.3.1 Trminos
Cliente.
Diagrama Dominio: Son las entidades del
sistema.
Comprobante: documento que acredita el obtn
de un bien o servicio.

Usuarios:
Cliente.
Administrador.
Vendedor.
Actores del Negocio.
Resumen de Usuarios
Nombre Descripcin Responsabilidades Stakeholder
Administrador. Solicita reportes. No tiene. Administrador.
Adquiere
Cliente No tiene. Cliente.
productos.
Registra cliente.
Registra Personal.
Registra Productos.
Realiza todos los
Registra Ventas.
registros,
Vendedor. Registra Vendedor.
elabora los
reportes. Comprobantes.
Registra Gua,
devolucin

1.3.1 Modelo de requerimientos

1.3.1.1 Diagrama de requerimientos
DIAGRAMA DE REQUERIMIENTOS-CLIENTE
<<include>>
ACUTUALIZAR CLIENTE
<<include>>
EMPLEADO
CONSULTAR CLIENTE
ANULAR CLIENTE
<<include>>
REGISTRAR CLIENTE
<<include>>
CONSULTAR UBICACION
DIAGRAMA REQUERIMIENTOS: DEVOLUCIN
<<include>>
CONSULTAR COMPROBANTE
REGISTRAR DEVOLUCION
EMPLEADO

DIAGRAMA REQUERIMIENTOS: GUIA REMISIN
<<include>>
CONSULTAR GUIA REMISION

ANULAR GUIA REMISION
EMPLEADO
Registrando guia Remision

<<include>>
<<include>>
<<include>> <<include>>
BUSCAR PERSONAL
(CONDUCTOR)
BUSCAR COMPROBANTE
BUSCAR UBICACION
BUSCAR MOVILIDAD
DIAGRAMA REQUERIMIENTOS: MOVILIDAD
<<include>>
REGISTRAR MOVILIDAD
<<include>>
CONSULTAR MOVILIDAD
EMPLEADO
MODIFICAR MOVILIDAD
<<include>>
ANULAR MOVILIDAD

DIAGRAMA REQUERIMIENTOS: PERSONAL
ACTUALIZAR PERSONAL
<<include>>
EMPLEADO
(from REQUERIMIENT
...) OS)
<<include>>
CONSULTAR PERSONAL
ANULAR PERSONAL
<<include>>
REGISTRANDO PERSONAL
<<include>>
<<include>>
SELECCIONAR TIPO PERSONAL BUSCAR UBICACION

DIAGRAMA REQUERIMIENTOS: PRODUCTO
Registrar producto <<include>>
<<include>>
EMPLEADO
Actualizar-producto Consultar producto
<<include>>
Anular-producto
DIAGRAMA DE REQUERIMIENTOS REPORTES
EMPLEADO GENERANDO REPORTE DEL TOP 3

DE PRODUCTOS MAS VENDIDOS
GENERANDO REPORTE DE TOP 5

DE CLIENTES QUE COMPRAN MAS
GENERANDO REPORTE DE L TOP 3 DE

USUARIOS QUE MAS VENDIERON

DIAGRAMA REQUERIMIENTOS: TIPO PERSONAL
EMPLEADO REGISTRAR TIPO PERSONAL
<<include>>
<<include>>
ANULAR TIPO PERSONAL
CONSULTAR TIPO PERSONAL

<<include>>
MODIFICAR TIPO PERSONAL
DIAGRAMA REQUERIMIENTOS: VENTA Y COMPROBANTE
<<include>>
EMPLEADO Registrando venta

consultar-producto
<<include>>
<<include>> consultar cliente
consultar
<<include>>
Registrando comprobante Modificar Venta
<<include>>
consultar
Anular Comprobante/ Venta

1.3.1.2 Especificacin de los casos de uso de

requerimientos.
CASO DE USO Registrando Gua Remisin.

DESCRIPCIN Este proceso permitir registrar las guas de
remisin para poder transportar los productos a
los clientes.
PRECONDICIN Tener el comprobante.
ACCIN
FLUJO DE Flujo Consultar comprobante.
EVENTOS Bsico Consultar movilidad.
consultar personal(conductor)
Registrar Gua remisin.
Flujo Aparte del registro tambin se puede anular.

Altern
o
RIESGO Mal registro de la gua remision.
EXCEPCIONES Errores del sistema al momento de registrar.

POS CONDICIONES La Gua remisin queda registrada.

CASO DE USO Registrando Venta y comprobante.

DESCRIPCIN En este caso de uso se realiza el registro de las
ventas y comprobantes.
PRECONDICIN Tener stock suficiente.
ACCIN
FLUJO DE Flujo Antes de registrar la venta lo primero que se
EVENTOS Bsico hace es consultar el artculo y cliente y se
procede con el registro.
Flujo El usuario as como registrar, puede modificar y

Altern anular.
o
RIESGO Mal registro de la venta.

POS CONDICIONES La venta y comprobante quedan registrados.

CASO DE USO Registrando Personal.

DESCRIPCIN El caso de uso permite realizar el registro del
personal que van a trabajar en la empresa.
PRECONDICIN Tener los datos del personal.
ACCIN
FLUJO DE Flujo Consultar personal.
EVENTOS Bsico Consultar Tipo personal.
Consultar Ubicacin.
Registrar personal.
Flujo Aparte del registro tambin se puede realizar

Altern consultar, modificar y anular.
o
RIESGO Mal registro del personal.

POS CONDICIONES El personal queda registrado.


CASO DE USO Registrando Tipo

Producto.
Personal.
DESCRIPCIN Este proceso permitir registrar los
productos.
tipos de
PRECONDICIN Tener losque
Personal datos del personal.
puede haber en la empresa.
PRECONDICIN ACCIN
Tener los datos del tipo personal.
FLUJO DE Flujo Consultar producto
ACCIN
EVENTOS
FLUJO DE Flujo
Bsico Registrar producto.
Consultar Tipo personal.
EVENTOS Bsico Registrar Tipo personal.
Flujo Aparte .del registro tambin se realizan las
Altern consultas, modificaciones y anular.
Flujo
o Aparte del registro tambin se realizan las
RIESGO Altern consultas,
Mal registromodificaciones
del producto. y anular.
o
RIESGO
EXCEPCIONES Mal registro
Errores del Tipoalpersonal.
del sistema momento de registrar.
POS CONDICIONES
EXCEPCIONES El producto
Errores queda registrado.
del sistema al momento de registrar.
POS CONDICIONES El tipo personal queda registrado.

CASO DE USO Registrando Movilidad.

DESCRIPCIN Este proceso permitir registrar la movilidad que
permitir el transporte del producto a los
clientes.
PRECONDICIN Tener los datos de la movilidad.
ACCIN
FLUJO DE Flujo Consultar movilidad.
EVENTOS Bsico Registrar movilidad.
Flujo Aparte del registro tambin se realizan las

Altern consultas, modificaciones y anular.
o
RIESGO Mal registro de la movilidad.

POS CONDICIONES La movilidad queda registrado.


CASO DE USO Generando Reportes.

DESCRIPCIN Este aso permite generar cuatro tipos de
reportes, los cuales son (Ventas realizadas
segn Fecha indicada, Top 10 de productos ms
vendidos, top 5 de clientes que compran ms,
top 5 de clientes que compran ms, top 3 de
usuarios que ms vendieron)
PRECONDICIN Ventas registradas y todos los datos que sean
necesarios para el reporte seleccionado.
ACCIN
FLUJO DE Flujo Seleccionar el reporte indicado (por el
EVENTOS Bsico administrador).
Generar reporte.
RIESGO Mal registro de la datos requeridos para generar

el reporte.
Errores del sistema al momento de elaborar el
EXCEPCIONES reporte.
POS CONDICIONES Reporte generado.
1.3.1.1 Requerimientos Funcionales y No Funcionales

So portabilidad del Sistema
Tener un sistema operativo de una buena capacidad para que el
programa funcione correctamente.
Requerimientos Funcionales:
Registrar Cliente.
Registrar Venta.
Registrar Producto.
Registrar Empleados.
Registrar Comprobante.
Registrar Tipo de Empleado.
Registrar movilidad.
Requerimientos No funcionales:
El internet.
La capacitacin.

10. FASE DE ELABORACIN

10.3. Anlisis y Diseo.
1.2.1. Modelo del anlisis.
1.2.1.1. Diagrama de colaboraciones

DIAGRAMA DE COLABORACION: VENTAS Y COMPROBANTE
3: Lerr()
2: buscar producto
: BUSCADOR PRODUCTO : PRODUCTO
1: Registrando venta
4: Object
5: buscar cliente
: EMPLEADO : REGISTRANDO VENTA
6: Leer()
7: Objct
: BUSCADOR CLIENTE : CLIENTES
8: Crear()
10: Crear()
9: Guardar()
: CREADOR VENTA : VENTA
11: Guardar()
: CREADOR COMPROBANTE : COMPROBANTE

DIAGRAMA DE COLABORACION: CLIENTE
3: Leer()
2: Buscar cliente(dni)
: BUSCADOR CLIENTE : CLIENTES

1: Registrando cliente
5: Devolver(false)
: EMPLEADO : REGISTRANDO CLIENTE

9: Guardar()
6: Buscar ubicacion
10: Object 7: Leer()
8: Crear() : BUSCAR UBICACION : UBICACION
: CREADOR CLIENTE

DIAGRAMA DE COLABORACION: GUIA REMISIN
3: Leer()
2: buscar comprobante(serie,numero,comp)
: BUSCADOR COMPROBANTE : COMPROBANTE
4: return Object
1: Registrando guia remision
5: Buscar movilidad
6: Leer()
: EMPLEADO : REGISTRANDO GUIA
7: Object
: BUSCAR MOVILIDAD : MOVILIDAD
8: Buscar Personal
10: Object
9: Leer()
11: Buscar Ubicacion
: BUSCAR PERSONAL : PERSONAL
13: Object
14: Crear()
12: Leer()
: BUSCAR UBICACION : UBICACION
15: Guardar()
: CREADOR GUIA : GUIA

DIAGRAMA DE COLABORACION: PERSONAL
3: Leer()
: BUSCAR PERSONAL : PERSONAL
2: Buscar(dni)
4: return(false)
1: Registrando el personal
12: Guardar()
5: Buscar ubicacion
: EMPLEADO : REGISTRANDO PERSONAL
6: Leer()
7: Object
8: Seleccionar
: BUSCAR UBICACION
: UBICACION
10: Objet
11: Crear()
9: leer()
: SELECCIONAR TIPO PERSONAL : TIPO PERSONAL
: CREADOR PERSONAL

DIAGRAMA DE COLABORACION: MOVILIDAD
3: Leer()
2: buscar movilidad(placa)
: BUSCAR MOVILIDAD : MOVILIDAD
1: Registrando movilidad
4: return(false)
6: Guardar()
: EMPLEADO : REGISTRANDO MOVILIDAD
5: crear()
: CREADOR MOVILIDAD

DIAGRAMA DE COLABORACION: PRODUCTO
3: Leer()
2: Buscar : BUSCADOR PRODUCTO : PRODUCTO
1: Registrando producto 4: retornar(false)

6: Guardar()
: EMPLEADO : REGISTRANDO PRODUCTO
5: Crear()
: CREADOR PRODUCTO
DIAGRAMA DE COLABORACION: TIPO PERSONAL
3: Leer()
1: Registrando tipo empleado 2: Buscar Tipo Personal
: EMPLEADO : SELECCIONAR TIPO PERSONAL : TIPO PERSONAL
4: Return(false)
: REGISTRANDO TIPO PERSONAL
5: Crear() 6: Guardar()
: CREADOR PERSONAL

DIAGRAMA DE COLABORACION: REPORTES
: CLIENTES
1: Solicita reportes
: VENTA
: : GENERANDO REPORTES
ADMINISTRADOR
: PRODUCTO
: PERSONAL
11. FASE DE CONSTRUCCIN

3.1. Anlisis y diseo.

3.1.3. Modelo del diseo.

3.1.3.1. Diagrama de secuencia.
Cliente (Registrar).
SISTEMA INFORMTICO DE VENTAS REGISTRADOR : BUSCADOR : BUSCADOR : CREADOR

: BUSCADOR PERSONAL DE CLIENTES CLIENTE UBICACION CLIENTE
: Cliente
: CLIENTE : UBICACIN
1:
CLICK EN MENU MANTENIMIENTO
2: CLICK EN SUB MENU CLIENTES
3: CLICK EN NUEVO
4:
HABILIAR FRMCLIENTE
5:
BUSCAR CLIENTE(DNI)
6: Leer()
7: Return(False)
8: Buscar Ubicacion
9: Leer()
10: Return Object
11: Click en BtnGuardar
12: Crear()
13: Guardar()
Cliente (Modificar).

SISTEMA INFORMTICO : MANTENIMIENTO CLIENTES : BUSCADOR CLIENTE : MODIFCADOR CLIENTE

: Empleado DE VENTAS
: CLIENTE
1: Click en menu Mantenimiento
2: Click en sub-menu clientes
3: Click en Buscar
4: habilitar caja texto
5: buscar cliente
6: Leer()
7: Return Object
8: Clcik en BtnModificar
10: Crear()
11: Guardar()

Devolucin (Registrar).
SISTEMA INFORMTICO : REGISTRADOR DE DEVOLUCION : BUSCADOR COMPROBANTE : CREADOR DEVOLUCION

DE VENTAS
: Empleado
: DEVOLUCION : COMPROBANTE
1: Click en menu Movimiento
2: Click en sub Menu Devoluciones
3: Click en BtnBuscar
4: Habilitar InputBox
5: Buscar Comprobante(s,n,c)
6: Leer()
7: Return Object
9: Crear()
10: Guardar()
Gua Remisin (Registrar).
SISTEMA INFORMTICO : REGISTRADOR DE DEVOLUCION : BUSCADOR COMPROBANTE : CREADOR DEVOLUCION

DE VENTAS
: Empleado
: DEVOLUCION : COMPROBANTE
2: Click en sub Menu Devoluciones
3: Click en BtnNuevo
4: Habilitar FrmDevoluciones
5: Buscar Comprobante(N doc)
6: Leer()
7: Return Object
9: Crear()
10: Guardar()
Gua Remisin (Anular).

SISTEMA INFORMTICO : REGISTRADOR DE GUIA BUSCADOR GUIA REMISION : BUSCADOR COMPROBANTE : MODIFICADOR GUIA
: Empleado DE VENTAS REMISION REMISION
: GUIA REMISION
2: Click en sub menu Guia Remision
3: Click en btnBuscar
4: Habilitar inputBox
5: Buscar guia remision(Serie,numero)
6: Leer()
7: Return Object
8: Click en btnAnular
9:
Crear()
10: Anular()
Movilidad (Registrar).
SISTEMA INFORMTICO : REGISTRADOR MOVILIDAD : BUSCADOR : CREADOR

DE VENTAS MOVILIDAD MOVILIDAD
: Empleado
: MOVILIDAD
1: Click en menu Mantenimiento
2: Click en sub menu Movilidad
4:
Habilitar FrmMovilidad
5: Buscar movilidad(placa)
6: Leer()
7: return(False)
9: Crear()
10: Guardar()

Movilidad (Modificar).
SISTEMA INFORMTICO : MANTENIMIENTO MOVILIDAD : BUSCADOR MOVILIDAD : MODIFICADOR MOVILIDAD

: Empleado
DE VENTAS
: MOVILIDAD
1:Click en menu mantenimiento
2: Click en sub menu movilidad
Click en Buscar
3:
4: Habilitar caja texto
buscar movilidad(cod)
5:
6: Leer()
7: Return object
8: click en BtnModificar
10: Crear()
11: Guardar()
Personal (Registrar).
SISTEMA INFORMTICO : REGISTRADOR PERSONAL : BUSCADOR PERSONAL : BUSCADOR : BUSCADOR TIPO : CREADOR
DE VENTAS UBICACION PERSONAL PERSONAL
: Empleado
: PERSONAL : UBICACIN : TIPO PERSONAL
1: Click en Menu Mantenimiento
2:Click en sub menu Personal
4:
Habilitar FrmPersonal
5: Buscador Personal(Dni)
6: Leer()
7: Return(False)
8: Seleccionar Ubicacion
Leer() 9:
10: Return Object
11: Seleccionar Tipo Personal
Leer() 12:
13: Return Object
15: Crear()
16: Guardar()

Personal (Modificar).
SISTEMA INFORMTICO DE VENTAS : MANTENIMIENTO PERSONAL : BUSCADOR PERSONAL : MODIFCADOR PERSONAL

: Empleado
: PERSONAL
click en menu mantenimiento
1:
2:Click en sub menu personal
3: Click en BtnBuscar
5: buscar personal(dni)
6: Leer()
7: return Object
8: Click en btnModificar
9: click en btnGuardar
10: crear()
Guardar()
11:
Producto (Registrar).
SISTEMA INFORMATICO DE : REGISTRADOR PRODUCTO : BUSCADOR PRODUCTO : CREADOR

VENTAS PRODUCTO
: Empleado
: PRODUCTO
1:CLICK MANT ENIMIENTO

2:
CLICK SUB MENU PRODUCT OS
3: CLICK EN NUEVO
4:
HABILITAR FRMPRODUCT OS
BUSCAR PRODUCTO(NOM BRE)

5:
6: LEER()
7: RETURN OBJECT
8: CLICK EN BTNGUARDAR
9: CREAR()
10: GUARDAR()

Producto (Modificar).
SISTEMA INFORMATICO : MANTENIMIENTO : BUSCADOR PRODUCTO : MODIFICADO PRODUCTOS

: Empleado
DE VENTAS PRODUCTOS
: PRODUCTO
1: Click en menu mantenimiento
2: Click en sub menu produtos
3: Clcik en btnBuscar
5: buscar producto(decrp)
6: Leer()
7: return object
8: Clcik en btnModificar
9: Click en btnGuardar
Crear()
10:
11:Guardar()

REPORTES (top 5 de clientes que ms compran).
: SISTEMA INFORMTICO DE VENTAS
: Empleado
1: Click en menu Reportes
2: Click en Sub menu Reportes Clientes
3: Reporte Generado
Reporte (Top 3 de empleados que ms venden).
: SISTEMA INFORMTICO DE VENTAS

: Empleado
1: Clik en Menu reportes
Clik en Sub Menu reportes Usuarios

2:
Reporte Generado
3:
Reporte (top 3 productos ms vendidos)

SISTEMA INFORMTICO DE VENTAS

: Empleado
1: Click en menu Reportes
2: Click en sub menu productos mas vendidos
3: Reporte Generado
Tipo Personal (Registrar).
SISTEMA INFORMTICO : REGISTRADOR TIPO PERSONAL : BUSCADOR TIPO PERSONAL : CREADOR TIPO
DE VENTAS PERSONAL
: Empleado : TIPO PERSONAL
Click en Menu Mantenimiento

1:
Click en sub Menu Tipo Personal
2:
Click en BtnNuevo
3:
4:
Habilitar FrmTipoPersonal
Buscar Tipo Personal

5:
6: Leer()
Return(False)
7:
Click en BtnGuardar
8:
9: Crear()
10: Guardar()
Tipo Personal (modificar).

SISTEMA INFORMTICO DE VENTAS : MANTENIMIENTO TIPO : BUSCADOR TIPO PERSONAL : MODIFICADOR TIPO
PERSONAL PERSONAL
: Empleado
: TIPO PERSONAL
1: Click en menu mantenimiento
2: Click en sub menu tipo personal
3: Click en btnNuevo
4: habilitar caja texto
5: buscar tipo personal
6: Leer()
7: return Object
8: click en btnModificar
9: click en btnGuardar
10: Crear()
11: Guardar()
Venta y Comprobante (Registrar).
SISTEMA INFORMTICO : REGISTRADOR VENTA : BUSCADOR : BUSCADOR : CREADOR VENTA : CREADOR

DE VENTAS PRODUCTO CLIENTE COMPROBANTE
: Empleado : VENTA : COMPROBANTE : CLIENTE : PRODUCTO
CLICK EN MENU MOVIMIENTO

1:
CLICK EN SUB MENU VENTAS
2:
Click en Nuevo
3:
Habilitar FrmVentas
4:
Buscar Producto
5:
Leer()
6:
Return Object
7:
8: Buscar Cliente
Leer()
9:
Return Object
10:
Click en BtnGuardar
11:
12: Crear()
Guardar()
13:
Click en BtnImprimir
14: Crear()
15: Guardar()
16:

Comprobante y venta (anular).
SISTEMA INFORMATICO DE REGISTRO VENTAS BUSCADOR CRADOR ANULA COMPROBANTE

: Empleado
VENTAS COMPROBANTE
: COMPROBANTE
2: click en sub menu Ventas

habilitar inputBox
3:
4: Buscar comprobante(s,n,c)
5: Leer()
6: Return Object
7:
Click en btnAnular
8: Crear()
9: Anular()
Comprobante y venta (modificar).
SISTEMA INFORMTICO DE REGISTRADOR DE VENTA : SISTEMA : BUSCADOR VENTA : ACTUALIZADOR VENTA : CREADOR
: Empleado VENTAS INFORMTICO DE VENTAS COMPROBANTE
: COMPROBANTE : VENTA
1: Click en BtnModificar
2: el sistema solicita ingresar un dato
3: Buscar comprobante(s,n.c)
4: Leer()
5: Return Object
Click en Aceptar
6:
7: Crear()
8: Guarda()
9: Click en BtnImprimir
10: Crear()
11: Guarda()

3.1.3.2. Diagrama de clases.

TIPO PERSONAL
PERSONAL Tipo : String
PRODUCTO Estado : String = A
Apellidos : String
Descripcion : String Nombres : String
UnidadesEnCaja : Integer Mostrar()
Sexo : String Registrar()
CantidadesCaja : Integer Email : String
FechaVenc : Date 1 Modificar()
Direccion : String Buscar()
PrecioCaja : Double Sueldo : Double
CostoCaja : Double Anular()
NombreUsuario : String 1..*
Estado : String = 'A' Clave : String
Estado : String = A
Mostrar()
Registrar() 1 1..*
Mostrar()
Modificar() Registrar()
Buscar() UBICACION
Buscar()
Anular() Modificar() Departamento : String
Anular() 1 Provincia : String
* * Distrito : String
1
Mostrar()
CLIENTES 1 Consultar()
Apellidos : String
Nombres : String
* Sexo : String
1
Direccion : Object
VENTA
Telefono : String 1..*
Igv : Double 1..*
Estado : String = A
SubTotal : Double
Total : Double 1 Mostrar()
FechaVenta : Date Registrar()
1..*
Estado : String = A Buscar()
Anular()
Registrar() Activar()
Anular() Modificar()
*
* *
COMPROBANTE
Serie : String
DEVOLUCION
Numero : Long
Tipo : String TotalCantidad : Integer
Estado : String = A CodCliente : Integer
Fecha : Date
Buscar() Estado : String
Registrar()
Anular() Registrar()
1..*
0
GUIA REMISION 1..*
MOVILIDAD
Serie : String
Numero : Long Descripcion : String
FechaEmision : Date Placa : String
FechaTraslado : Date Color : String
DireccionPartida : Object Ao : String
DireccionLlegada : Object Estado : String = A
Cliente : String 1..* 1
TotalPeso : String Mostrar()
Estado : String = A Registrar()
Modificar()
Registrar() Buscar()
Anular() Anular()
3.1.3.3. Diagrama de Datos lgico.

PRODUCTO
(f rom ESQUEMA)
Descripcion : VARCHAR(255)
UnidadesEnCaja : INT
CantidadesCaja : INT TIPO PERSONAL
FechaVenc : DATETIME (from ESQUEMA)
PrecioCaja : FLOAT(64, 0) Tipo : VARCHAR(255)
CostoCaja : FLOAT(64, 0) Estado : VARCHAR(255)
Estado : VARCHAR(255) PERSONAL TIPO PERSONAL_ID : INT
PRODUCTO_ID : INT (f rom ESQUEMA)
1
Apellidos : VARCHAR(255)
1 Nombres : VARCHAR(255)
1 Sexo : VARCHAR(255)
1..*
Email : VARCHAR(255)
Direccion : VARCHAR(255)
Sueldo : FLOAT(64)
NombreUsuario : VARCHAR(255) UBICACION
Clave : VARCHAR(255) 1..* (from ESQUEM A)
Estado : VARCHAR(255) 1 Departamento : VARCHAR(255)
0..* PERSONAL_ID : INT Provincia : VARCHAR(255)
TIPO PERSONAL_ID : INT Distrito : VARCHAR(255)
UBICACION_ID : INT UBICACION_ID : INT
DET_VENTA Foto : BINARY(1)
(f rom ES QUEMA)
VENTA_ID : INT 1 1
PRODUCTO_ID : INT
Cantidad : INT
PrecioVena : DECIMAL(38) 1
1
Importe : SMALLINT
CLIENTES 1..*
(from ESQUEM A)
0..*
Apellidos : VARCHAR(255)
Nombres : VARCHAR(255)
1 Sexo : VARCHAR(255)
1..* Direccion : SMALLINT
Telefono : VARCHAR(255)
VENTA 0..1 Estado : VARCHAR(255)
(from ESQUEM A) CLIENTES_ID : INT
Igv : FLOAT(64, 0) UBICACION_ID : INT
SubTotal : FLOAT(64, 0) 1..*
Total : FLOAT(64, 0)
FechaVenta : DATETIME
Estado : VARCHAR(255)
VENTA_ID : INT
CLIENTES_ID : INT
PERSONAL_ID : INT 0..*
0..* DET_DEVOLUCION
(from ESQUEMA)
PRODUCTO_ID : INT
DET_COMPROBANTE Serie : VARCHAR(1)
(f rom ESQUEMA) Comprobante : VARCHAR(1) DEVOLUCION
(from ESQUEM A)
VENTA_ID : INT numero : VARCHAR(1) 0..*
Numero : VARCHAR(1) Serie : VARCHAR(1)
1 numero : VARCHAR(1)
Tipo : VARCHAR(255)
Serie : VARCHAR(255) Comprobante : VARCHAR(1)
TotalVenta : INT TotalCantidad : INT
CodCliente : INT
0..* Fecha : DATETIME
COMPROBANTE
(from ESQUEMA)
Serie : VARCHAR(255) MOVILIDAD
Numero : VARCHAR(1) (from ESQUEMA)
Tipo : VARCHAR(255) Descripcion : VARCHAR(255)
Total : DECIMAL(38) Placa : VARCHAR(255)
Estado : VARCHAR(255) Color : VARCHAR(255)
Fecha : DATETIME Ao : VARCHAR(255)
MOVILIDAD_ID : INT
1
1..*
1..*
0..*
GUIA REMISION
(f rom ESQUEMA) 1..*
Serie : VARCHAR(255)
Numero : VARCHAR(1)
FechaEmision : DATETIME
FechaTraslado : DATETIME
DireccionPartida : SMALLINT
DireccionLlegada : SMALLINT
Cliente : VARCHAR(255)
TotalPeso : VARCHAR(255)
PERSONAL_ID : INT
UBICACION_ID : INT
MOVILIDAD_ID : INT
COMPROBANTE_Numero : VARCHAR(1)
Tipo : VARCHAR(255)
COMPROBANTE_Serie : VARCHAR(255)

3.1.3.4. Diagrama de datos Fsico.
3.1.3.5. Diagrama de despliegue
PC empleado
Impresora HP
Procesador 2.50 Ghz

RAM 4GB
Disco 20 GB
Windows 7

11.3. Implementacin
11.3.1. Modelo de implementacin
11.3.1.1. Diagrama de Componentes
SISTEMA DE CONTROL
DE VENTAS
GESTION
GESTION
DEVOLUCION
CLIENTE
GESTION TIPO GESTION

PERSONAL MOVILIDAD
GESTION
GESTION DE GESTION
VENTA
COMPROBANTE PRODUCTO
GESTION
GESTION DE GUIA PERSONAL
REMISION
PROYECTO-VENTAS

Descripcin del diagrama de componentes.
GESTION
VENTA PVenta.cls
PCliente.cls
SistemaDistribuidora.Fu
PProducto
nciones.dll
GESTION TIPO
PERSONAL
PTipoPersonal.cls
GESTION GESTION DE GUIA

REMISION GESTION
CLIENTE GESTION DE
GESTION GESTION PRODUCTO
COMPROBANTE GESTION
DEVOLUCION PERSONAL
MOVILIDAD
PComprobante.cls
PCliente PGuiaRemision.cls
PUbicacion.cls PVenta.cls PVenta.cls
PDevolucion.cls
PCliente.cls
PComprobante.cls PTransporte.cls
PUbicacion.cls
PCliente.cls
PPersonal.cls
PVenta.cls
PTransporte.cls
PProducto.cls
PProducto.cls
PPersonal.cls
SistemaDistribuidora.Conexion Conexion PtipoPersonal.cls
Modelo Fisico PUbicacion.cls
Modelo Lgico PProducto.cls
SistemaDitribuidora.Interfaz Interfaz
PROYECTO-VENTAS
SistemaDistribuidoras.Sonido Sonidos
s.dll
SistemaDistribuidora.Reporte Reportes
s.dll

11.3.1.2. Prototipo del sistema
12. FASE DE TRANSICIN

12.3. Prueba
4.1.1. Modelo de pruebas
Prueba de Caja Negra
Este tipo de prueba se enfoca en el estudio de las funciones,
entregando las entradas y recibiendo los resultados de las salidas, sin
importar lo que
Ocurre dentro de los procedimientos, para ello se verifican dos casos.

Movimiento de datos (Ingreso y Actualizacin)
Para este caso con el tipo de ingreso se verifican que los datos ingresados en
el sistema se reflejen en la base de datos.
El Sistema de Control de ventas presenta tres mens en la ventana principal,
los cuales se presentan a continuacin.
La siguiente tabla muestra el men principales de usuario para el

Sistema de Control de Ventas, dicho men se divide en tres funciones
principales.
Nombre menu Nombre JFrame

FrmVenta
Movimiento FrmGuiaRemision
FrmDevoluciones
En la siguiente figura muestra el Formulario de Gua Remisin:

En la siguiente figura muestra el formulario de ventas:
En la siguiente figura muestra el formulario de registro de devolucin de productos:

S: Satisfactorio
NS: No Satisfactorio.
C: Consulta.
MI: Movimiento Ingresa
MA: Movimiento Actualiza
RESULTADO DE PRUEBA DE CAJA NEGRA
Sub-Menu Tipo Resultado

Accin Descripcin S NS
Ventas X
Consulta cliente C Se consulta el cliente. x
Consulta el producto C Se consulta el producto x
Se ingresa la MI Se ingresa la cantidad a vender. x
cantidad
Se guarda la venta y MA Se actualiza el stock del producto x
comprobane asociado a la venta

Acci Descripcin S NS
n
Gua Remisin X

Consulta comprobante C Se consulta el comprobante. x

Consulta conductor C Se consulta el conductor. x
Consulta ubicacin C Se el destinatario. x
Consulta la movilidad C Se consulta la movilidad. x
Ingresar los datos MI Se ingresa la direccin de partida x
restantes para la gua. y llegada, fecha de traslado

Accin Descripcin S NS
Devolucin X
Consulta C Se consulta el comprobante. x
comprobante
Se Guarda la MA Se actualiza el stock del producto x
devolucin y se anula asociado a la devolucin.
el comprobante
CONCLUSIONES
Una vez finalizado el trabajo se puede concluir que el objetivo general,
la creacin de un sistema para Control de ventas se cumpli a cabalidad
mediante el cumplimiento de los objetivos especficos planteados en un
comienzo. Mediante las metodologas realizadas a cada uno de los elementos
Involucrados se pudo verificar el xito y aceptacin de las pruebas
individuales y globales, tanto para la base de datos como para la aplicacin.
Dentro de la realizacin del sistema existieron ciertos factores que permitieron
concretar con xito el proyecto, los cuales se detallan a continuacin:
-Las metodologas que se aplicaron, las cuales dieron forma y
estructuraron la concepcin del sistema.
-Cada una de las herramientas de diseo y creacin que se utilizaron,
tanto para la base de datos como para la aplicacin del sistema.
RECOMENDACIONES

Se recomienda hacer un seguimiento anual de los datos ingresados al

sistema, para verificar que los usuarios ingresen la totalidad de la
informacin. Adems se recomienda implementar dentro del sistema la
impresin de documentos, tales como boletas o guas, con lo cual permitira
un desligamiento del usuario, generando un mayor grado de certeza en las
acciones. Se sugiere que al momento de introducir un funcionario nuevo que
interacte con el sistema sea guiado y entrenado en forma acuciosa, con lo
cual permitira un mayor grado de seguridad en los datos ingresados.
REFERENCIAS BIBLIOGRFICAS.

Sistema de Ventas en Java

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Sistema de Ventas en Java

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD DE LA AMAZONA "MARIO PELAEZ BAZN"

SISTEMA DE CONTROL DE VENTAS PARA LA DISTRIBUIDORA COMERCIAL

Clever Villegas Burga.

BAGUA GRANDE PER 2015

Este trabajo va dedicado a mi padre a mi

Tipo sistema: Sistema de control de ventas 2

Quiero expresar mi mayor

Tipo sistema: Sistema de control de ventas 3

El siguiente proyecto presenta de manera simple y con una lectura sencilla la

En el Captulo I se pretende dar una explicacin de lo que es la parte terica, para

Posteriormente se explica de manera sencilla que son los lenguajes de

En el captulo II se explica lo que es la parte de la modelacin para desarrollar el

Adems, se describe el proceso de adquisicin de los artculos que venden y la

Tipo sistema: Sistema de control de ventas 4

Tipo sistema: Sistema de control de ventas 5

4.1. Viabilidad Econmica..............9

Tipo sistema: Sistema de control de ventas 6

Tipo sistema: Sistema de control de ventas 7

El presente proyecto consiste es desarrollar un sistema de ventas siguiendo las

Tipo sistema: Sistema de control de ventas 8

PLANTEAMIENTO DEL PROBLEMA

La empresa COMERCIAL GONZALES S.R.L, no cuenta con un

6. Anlisis del Problema

La empresa al no contar con un sistema de ventas lleva a tener riesgos

Despus de conocer los antecedentes y la problemtica de la empresa,

8. Viabilidad del Proyecto:

4.4. Viabilidad Econmica:

. Los presupuestos de la empresa si son suficientes,

Tipo sistema: Sistema de control de ventas 9

4.5. Viabilidad Tecnolgica:

Contar con el equipo necesario para usar el

4.6. Viabilidad Operacional:

Mejora los procesos de ventas, registros de los clientes,

Crear una base de datos para almacenar los datos

Disear las interfaces de modo que sea fcil de entender

Codificar el sistema en base al diseo previamente

Tipo sistema: Sistema de control de ventas 10

Instalar el sistema, capacitar al personal y mantener el

Implantar el sistema en la empresa, sujeto a futuras

Tipo sistema: Sistema de control de ventas 11

I. MTODOS Y HERRAMIENTAS PARA LA SOLUCIN DEL PROBLEMA.

Para la solucin de este problema se realiz una encuesta al

En la metodologa se ha utilizado el UML.

Para el desarrollo del software se ha utilizado los siguientes

Open Project (Diseador del plan de desarrollo)

II. INTRODUCCIN A LOS LENGUAJES DE PROGRAMACIN.

Tipo sistema: Sistema de control de ventas 12

Con la idea de facilitar las tareas tediosas y cansadas de las

El problema en s, se puede expresar en, Cmo vamos a poder

Fue as como, tratando de dar una solucin al problema

Por otro lado, como se sabe un conjunto de circuitos no

Tipo sistema: Sistema de control de ventas 13

1946: Konrad Zuse, un ingeniero Alemn, mientras trabajaba en

1951: Grace Hopper, trabajando para Remington Rand, comenz

1952: Alick E. Glennie, durante su tiempo libre en la Universidad

1957: aparece FORTRAN (FORmula TRANslating) sistema de

A partir de los aos sesenta, empiezan a surgir diferentes

1.2. Lenguajes de alto nivel.

Aunque los lenguajes ensambladores supusieron una mejora

Tipo sistema: Sistema de control de ventas 14

de ordenador por lo que era muy difcil, por no decir imposible,

FORTRAN, Pascal, C, C++ o Java son ejemplos de lenguajes de