Sistema de Ventas en Java

UNIVERSIDAD DE LA AMAZONÍA "MARIO PELAEZ BAZÁN"
“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 realización de este proyecto.
CLEVER

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

información que da seguimiento al desarrollo de un sistema de control de ventas con
el propósito de optimizar los procesos de ventas que actualmente se llevan a cabo en
la distribuidora “Comercial Gonzales”.
En el Capítulo I se pretende dar una explicación de lo que es la parte teórica, para

ello se inicia con la definición del problema.
Posteriormente se explica de manera sencilla que son los lenguajes de programación

visuales, para continuar con una reseña de JAVA, además de conceptos y
terminología necesarios para programar en este lenguaje. Finalmente este capítulo
termina con la explicación de lo que es Base de datos, los modelos existentes y la
creación de diseño de estas.
En el capítulo II se explica lo que es la parte de la modelación para desarrollar el

sistema toda en conclusión es la parte principal para poder construir el sistema.
Además, se describe el proceso de adquisición de los artículos que venden y la

descripción 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 diseño lógico del mismo y la base de datos que se
utilizara, además el diseño de los diagramas de todos los módulos de aplicación.

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
INTRODUCCIÓN……………………………………………………………………………8
PLANTEAMIENTO DEL PROBLEMA……………………………………………………9
1. Descripción del
Problema…………………………………………………………...........................9
2. Análisis del Problema……………………………………………………………….9
3. Justificación y Viabilidad……………………………………………………………9
4. Viabilidad del Proyecto………………………………………………………..........9
4.1. Viabilidad Económica…………………………………..............9

4.2. Viabilidad Tecnológica…………………………………………..9
4.3. Viabilidad Operacional………………………………….............9
OBJETIVOS………………………………………………………………………………...10
1. Objetivo General……………………………………………………………………10
2. Objetivo Específicos………………………………………………………….........10
CAPITULO I………………………………………………………………………………...11
FUNDAMENTO TEÓRICO……………………………………………………………….11
I. Métodos y herramientas para la solución del problema…................................11
II. Introducción a los lenguajes de programación…………………………………..13
III. ingeniería de software………………………………………………………...........14
CAPITULO II………………………………………………………………………………..15
RESULTADOS………………………………………………………………………….16
1. FASE INICIAL……………………………………………………………………...16
1.2.1. Reglas del Negocio………………………………………………………...16
1.1.1.1. Introducción………………………………………………………….16
1.2.2. Modelo del negocio………………………………………………………...17
1.3.1. Modelo de requerimientos ………………………………………..32
2. FASE DE ELABORACIÓN………………………………………….....................53
2.3.1.1. Diagrama de colaboraciones…………………............53

3. FASE DE CONSTRUCCIÓN….………………………………………………….60
3.3. Análisis y diseño. …………………………………………………………..60
3.3.1. Modelo del diseño. …………………………………………………60
3.3.1.1. Diagrama de secuencia……………………………….60
3.3.1.2. Diagrama de clases…………………………………….73
3.3.1.3. Diagrama de Datos lógico……………………………74
3.3.1.4. Diagrama de datos Físico. ……………………………75
3.3.1.5. Diagrama de despliegue……………………………….76
4. IMPLEMENTACIÓN………………………………………………………………..77
4.3.1. Modelo de implementación……………………………………….78
4.3.1.1. Diagrama de Componentes…………………………...79
4.3.1.2. Descripción diagrama de componentes……………...80
4.3.1.3. Prototipo del sistema…………………………………...81
5. FASE DE TRANSICIÓN…………..…………..…………..…………..…………..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 BIBLIOGRÁFICAS………..…………..…………..…………….82

NTRODUCCIÓN
El presente proyecto consiste es desarrollar un sistema de ventas siguiendo las fases

habituales de la Ingeniería 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 teórico previo de las distintas Alternativas existentes,
justificando la elección de las metodologías, modelos y tecnologías seleccionados.

PLANTEAMIENTO DEL PROBLEMA

5. Descripción del Problema
La empresa “COMERCIAL GONZALES S.R.L”, no cuenta con un

“SISTEMA DE VENTAS”. Para realizar los procesos de sus ventas.
6. Análisis 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 también
es de mucho riesgo ya que se puede perder la información y los reportes en
este modo no son los adecuados ya que eso es lo principal.
7. Justificación y Viabilidad.
Después de conocer los antecedentes y la problemática 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
información, dicho sistema permitirá al administrador y a los propietarios tener
una información organizada y confiable de una manera ágil.
8. Viabilidad del Proyecto:
4.4. Viabilidad Económica:
. Los presupuestos de la empresa si son suficientes,

para desarrollar el sistema.
4.5. Viabilidad Tecnológica:
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 información que se
maneje.

OBJETIVOS
Objetivo General
Proporcionar a la empresa distribuidora “COMERCIAL
GONZALES”, una aplicación informática que permita optimizar
los procesos de ventas haciendo uso de equipos de cómputo
existente y con esto facilitar el almacenamiento, control de la
información que se maneja en el proceso de ventas y además
agilizar las consultas de dicha información precisa y ordenada al
momento que el administrador o propietario lo requieran.
Objetivos Específicos
 Diseñar el modelo de un sistema que permita mejorar los
procesos y solucionar las necesidades de administración
de la información de la empresa.
 Crear una base de datos para almacenar los datos

requeridos para el buen funcionamiento del sistema.
 Diseñar las interfaces de modo que sea fácil de entender y

de utilizar.
 Codificar el sistema en base al diseño previamente

realizado.
 Instalar el sistema, capacitar al personal y mantener el

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

mejoras o actualizaciones.

CAPITULO I

FUNDAMENTO TEÓRICO.
I. MÉTODOS Y HERRAMIENTAS PARA LA SOLUCIÓN DEL PROBLEMA.
 Para la solución de este problema se realizó una encuesta al

administrador de la empresa “COMERCIAL GONZALES”, De
acuerdo a la información brindada, se hizo un análisis y ver
exactamente lo que necesita la empresa en base a ello se propuso
el desarrollo de una aplicación.
 En la metodología se ha utilizado el UML.
 Para el desarrollo del software se ha utilizado los siguientes

softwares.
 Open Project (Diseñador del plan de desarrollo)

 Rational rouse (Diseñador).
 JAVA (Lenguaje en el cual se desarrolló el sistema).
 SQL Server 2012.
 Irreport 5.6 (Realiza los reportes del sistema).
 Office 2013.
II. INTRODUCCIÓN A LOS LENGUAJES DE PROGRAMACIÓN.
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 más de los inventos del hombre, aunque debemos
decir que las tecnologías para su fabricación y explotación 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 desempeñar alguna tarea.

El problema en sí, se puede expresar en, ¿Cómo vamos a poder

hacer que un conjunto de circuitos desempeñen una determinada tarea y
nos entreguen los resultados que nosotros esperamos?, es decir, ¿de qué
manera se puede lograr la comunicación entre el hombre y la
computadora?
Fue así como, tratando de dar una solución al problema

planteado, surgieron los lenguajes de programación, 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

entendería ningún lenguaje que nosotros conozcamos, por más sencillo
que este parezca. Los circuitos en todo caso, solo reconocen presencia o
ausencia de energía, es decir que debemos hablarle a la maquina en su
propio lenguaje(presencia y ausencia de energía, 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 más adelante
los hay muchos tipos, dependiendo de características más específicas del
lenguaje a traducir y la manera de llevar a cabo su traducción. Como es
de suponer para crea un lenguaje de programación, deberemos crear
herramienta que lo traduce, y es justamente de ellas de las que hablaremos
a continuación, para describir como han ido evolucionando en los últimos
60 años.
1. Los Inicios.
1946: Konrad Zuse, un ingeniero Alemán, 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 electrónico, aunque se debe
decir que se trata de un lenguaje traducido a mano.

1951: Grace Hopper, trabajando para Remington Rand, comenzó

el trabajo de diseño del primer compilador conocido ampliamente, el
A-0, el cual al ser liberado por la compañía 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 programación llamado
AUTOCODE, que viene a ser un compilador muy rudimentario.
1957: aparece FORTRAN (FORmula TRANslating) sistema de

traductor de fórmulas matemáticas fue desarrollado por un equipo, al
frente del cual se encontraba John Backus quien después vendría a
contribuir en el desarrollo del compilador para el lenguaje ALGOL y
de la notación usada para la especificación sintáctica de los
lenguajes, conocida como BNF(Backus Naur Form).
A partir de los años sesenta, empiezan a surgir diferentes

lenguajes de programación atendiendo diversos enfoques,
características y propósitos
1.2. Lenguajes de alto nivel.
Aunque los lenguajes ensambladores supusieron una mejora

respecto a la programación directamente en
Código máquina seguían siendo engorrosos, excesivamente alejados
de la forma de pensar humana y específicos de cada tipo de
ordenador por lo que era muy difícil, 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 características más

avanzadas que los lenguajes ensambladores como estructuras de

control, estructuras de datos, etc.
Los lenguajes de alto nivel son independientes de la máquina y, por
tanto, portables; es decir, un algoritmo escrito en un lenguaje de
programación de alto nivel puede utilizarse en ordenadores
diferentes. Esto es posible porque los lenguajes de alto nivel son
traducidos a lenguaje máquina 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 código máquina específico para el
mismo.
Las anteriores instrucciones podrían representarse en un lenguaje de
alto nivel (como FORTRAN) de la forma siguiente:
c=a+b
c=a–b
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
programación de alto nivel es bastante sencillo aprender otros
nuevos.
1.3. Evolución de los lenguajes de programación.
Tratando de resumir un poco, se presentaban los siguientes cuadros

evolutivos, donde aparecen los lenguajes que por su uso y
comercialización, han resultado ser los más populares a lo largo de
este medio siglo.

III. INGENIERÍA DE SOFTWARE
Es la aplicación de un enfoque sistemático,

disciplinado y cuantificable al desarrollo, operación y
mantenimiento de software, y el estudio de estos enfoques, es
decir, la aplicación de la ingeniería al software.
1. ¿Qué son casos de uso?
Un caso de uso es una descripción de los pasos o las

actividades que deberán realizarse para llevar a cabo algún
proceso. Los personajes o entidades que participarán en un
caso de uso se denominan actores.
2. ¿Qué son Diagramas de dominio?

Diagrama de dominio son la relación de todas las entidades del
sistema.
3. ¿Qué es un diagrama de requerimientos?
Es un tipo de diagrama usado para modelar interacción entre
objetos en un sistema según UML. En inglés 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

colaboración, también llamados diagramas de comunicación,
muestran explícitamente las relaciones de los roles. Por otra
parte, un diagrama de comunicación no muestra el tiempo como
una dimensión aparte, por lo que resulta necesario etiquetar con
números de secuencia tanto la secuencia de mensajes como los
hilos concurrentes.
Muestra cómo las instancias específicas de las clases trabajan

juntas para conseguir un objetivo común.

Implementa las asociaciones del diagrama de clases mediante el

paso de mensajes de un objeto a otro. Dicha implementación es
llamada "enlace".
Contiene roles de clasificador y roles de asociación en lugar

de sólo clasificadores y asociaciones. Los roles de clasificador y
los de asociación describen la configuración de los objetos y de
los enlaces que pueden ocurrir cuando se ejecuta una instancia
de la comunicación. Cuando se instancia una comunicación, los
objetos están ligados a los roles de clasificador y los enlaces a los
roles de asociación. El rol de asociación puede ser desempeñado
por varios tipos de enlaces temporales, tales como argumentos
de procedimiento o variables locales del procedimiento. Los
símbolos 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 página.
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. Introducción
En este Capítulo se va a explicar todo lo que es el diseño del sistema

para poder desarrollar el software entre ellos el modelado del sistema,
que es la base para poder desarrollar la aplicación,

9.3.1.2. Definición
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.
DESCRIPCIÓN Este proceso permitirá registrar a los clientes de
la empresa.
PRECONDICIÓN Datos completos del cliente.
ACCION
 Tomar datos del cliente (DNI).

FLUJO DE  Consultar cliente.
TRABAJO
 Obtener datos del cliente.
 Registrar cliente.
RIESGO Que los datos del cliente no sean verdaderos.
CATEGORÍA Principal.
1.2.2.2 Especificación de los use case del negocio (EUCN)

CASO DE USO Gestionar Producto.

OBJETIVO Registrar Producto.
DESCRIPCIÓN Este proceso permitirá registrar los productos que
vende la empresa.
PRECONDICIÓN Tener datos del producto
ACCION
FLUJO DE  Consultar producto.
TRABAJO
 Registrar producto.
RIESGO Mal registro de las características del producto.

CASO DE USO Gestionar Reportes.
ACTORES Empleado, Administrador.
OBJETIVO Generar Reporte.
DESCRIPCIÓN Este proceso permitirá elaborar

los reportes solicitados por el área
administrativa.
PRECONDICIÓN Tener ventas registradas y los

registros necesarios para generar
el reporte solicitado.
ACCION
FLUJO DE TRABAJO
 Generar reporte.
RIESGO Pérdida o Eliminación de algunos

datos.

CASO DE USO Gestionar Personal.

OBJETIVO Registrar personal.
DESCRIPCIÓN El caso de uso permite Gestionar el personal que
van a trabajar en la empresa.
PRECONDICIÓN Certificado de antecedentes penales.
ACCION
 consultar personal.
FLUJO DE  consultar ubicación.
TRABAJO
 Consultar tipo personal.
 Registrar personal.
RIESGO El personal se encuentre mal de salud, el
personal no se presenta a la Empresa
Secundario.
CATEGORÍA

CASO DE USO Gestionar Movilidad.

OBJETIVO Registrar movilidad.
DESCRIPCIÓN Este proceso permitirá registrar la movilidad para
el transporte del producto
PRECONDICIÓN Tener los datos necesarios.
ACCION
 Consultar movilidad.
FLUJO DE  Registrar movilidad.
TRABAJO
RIESGO Registrar datos erróneos.
Secundario.
CATEGORÍA

CASO DE USO Gestionar Guía Remisión.

OBJETIVO Registrar Guía Remisión.
DESCRIPCIÓN Este proceso permitirá registrar las guías de
remisión de los productos que serán
transportados.
PRECONDICIÓN Comprobante registrado.
ACCION
 Consultar comprobante.
FLUJO DE  Consultar movilidad.
TRABAJO
 Consultar Personal (Conductor).
 Consultar Ubicación (Destino transporte).
 Registrar guía remisión.
Secundario.
CATEGORÍA

CASO DE USO Gestionar Venta y comprobante.

OBJETIVO Registrar Venta y comprobante.
DESCRIPCIÓN El caso de uso le permite Registrar las ventas y
comprobantes que se realice.
PRECONDICIÓN Suficiente stock de productos.
ACCION
 Consultar el producto.
FLUJO DE  Consultar Cliente.
TRABAJO
 Registrar Venta.
 Registrar comprobante
Principal.
CATEGORÍA

CASO DE USO Gestionar Devolución.

OBJETIVO Registrar devolución.
DESCRIPCIÓN Este aso permite registrar una devolución de
productos.
PRECONDICIÓN No haberse pasado las 24 horas.
ACCION
 Consultar comprobante.
FLUJO DE  Registrar la devolución.
TRABAJO
Secundario.
CATEGORÍA

CASO DE USO Gestionar Tipo Personal.

OBJETIVO Registrar Tipo Personal.
DESCRIPCIÓN Este proceso permitirá registrar los tipos de
personal (cargos) para poder registrar el
personal.
PRECONDICIÓN Tener los datos correspondientes.
ACCION
 Consultar Tipo personal.

FLUJO DE  Registrar Tipo personal.
TRABAJO
Secundario.
CATEGORÍA

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
GUÍA 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
DEVOLUCIÓN
EMPLEADO REGISTRANDO DEVOLUCION
consultar
COMPROBANTE
Registrar

CASO DE USO DE OBJETOS - GESTIONAR CLIENTE
Consultar
CLIENTE
EMPLEADO REGISTRANDO CLIENTE Consultar
UBICACIÓN
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
UBICACIÓN
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 UBICACIÓN
PRODUCTO
1..* 1 1
1 1 *
1..* 1..*
*
VENTA PERSONAL TIPO PERSONAL
1..* 1 1..* 1
* 1
1..*
1..*
*
1 0
COMPROBANTE GUÍA REMISION MOVILIDAD
1 1..* 1
DEVOLUCIÓN

10.1.1.1. Diagrama del dominio del problema (Rose)
10.1.2. Glosario del negocio

1.2.4.1 Introducción
1.2.4.2 Apreciación General
1.2.4.3 Definición
1.2.4.3.1 Términos
Cliente.
Diagrama Dominio: Son las entidades del sistema.
Comprobante: documento que acredita el obtén de
un bien o servicio.

Usuarios:
 Cliente.
 Administrador.
 Vendedor.
Actores del Negocio.
Resumen de Usuarios
Nombre Descripción 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.
Vendedor. registros, elabora  Registra Vendedor.
los reportes. Comprobantes.
 Registra Guía,
devolución

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: DEVOLUCIÓN
<<include>>
CONSULTAR COMPROBANTE
REGISTRAR DEVOLUCION
EMPLEADO

DIAGRAMA REQUERIMIENTOS: GUIA REMISIÓN
<<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 REQUERIMIENTOS)
...)
<<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 Especificación de los casos de uso de

requerimientos.
CASO DE USO Registrando Guía Remisión.

DESCRIPCIÓN Este proceso permitirá registrar las guías de
remisión para poder transportar los productos a
los clientes.
PRECONDICIÓN Tener el comprobante.
ACCIÓN
Flujo
FLUJO DE Básico  Consultar comprobante.
 Consultar movilidad.
EVENTOS  consultar personal(conductor)
 Registrar Guía remisión.
Flujo Aparte del registro también se puede anular.

Alterno
RIESGO Mal registro de la guía remision.
Errores del sistema al momento de registrar.

EXCEPCIONES
POS CONDICIONES La Guía remisión queda registrada.

CASO DE USO Registrando Venta y comprobante.

DESCRIPCIÓN En este caso de uso se realiza el registro de las
ventas y comprobantes.
PRECONDICIÓN Tener stock suficiente.
ACCIÓN
FLUJO DE Flujo Antes de registrar la venta lo primero que se hace
EVENTOS Básico es consultar el artículo y cliente y se procede con
el registro.
Flujo El usuario así como registrar, puede modificar y

Alterno anular.
RIESGO Mal registro de la venta.
EXCEPCIONES Errores del sistema al momento de registrar.
POS CONDICIONES La venta y comprobante quedan registrados.

CASO DE USO Registrando Personal.

DESCRIPCIÓN El caso de uso permite realizar el registro del
personal que van a trabajar en la empresa.
PRECONDICIÓN Tener los datos del personal.
ACCIÓN
Flujo
FLUJO DE Básico  Consultar personal.
 Consultar Tipo personal.
EVENTOS  Consultar Ubicación.
 Registrar personal.
Flujo Aparte del registro también se puede realizar

Alterno consultar, modificar y anular.
RIESGO Mal registro del personal.

EXCEPCIONES
POS CONDICIONES El personal queda registrado.

CASO DE USO Registrando Producto.

DESCRIPCIÓN Este proceso permitirá registrar productos.
PRECONDICIÓN Tener los datos del personal.
ACCIÓN
Flujo
FLUJO DE Básico  Consultar producto
 Registrar producto.
EVENTOS
Flujo Aparte del registro también se realizan las
Alterno consultas, modificaciones y anular.
RIESGO Mal registro del producto.

EXCEPCIONES
POS CONDICIONES El producto queda registrado.

CASO DE USO Registrando Tipo Personal.

DESCRIPCIÓN Este proceso permitirá registrar los tipos de
Personal que puede haber en la empresa.
PRECONDICIÓN Tener los datos del tipo personal.
ACCIÓN
Flujo
FLUJO DE Básico  Consultar Tipo personal.
 Registrar Tipo personal.
EVENTOS .

RIESGO Mal registro del Tipo personal.

EXCEPCIONES
POS CONDICIONES El tipo personal queda registrado.

CASO DE USO Registrando Movilidad.

DESCRIPCIÓN Este proceso permitirá registrar la movilidad que
permitirá el transporte del producto a los
clientes.
PRECONDICIÓN Tener los datos de la movilidad.
ACCIÓN
Flujo
FLUJO DE Básico  Consultar movilidad.
 Registrar movilidad.
EVENTOS
RIESGO Mal registro de la movilidad.

EXCEPCIONES
POS CONDICIONES La movilidad queda registrado.

CASO DE USO Generando Reportes.

DESCRIPCIÓN Este aso permite generar cuatro tipos de
reportes, los cuales son (Ventas realizadas
según Fecha indicada, Top 10 de productos más
vendidos, top 5 de clientes que compran más,
top 5 de clientes que compran más, top 3 de
usuarios que más vendieron)
PRECONDICIÓN Ventas registradas y todos los datos que sean
necesarios para el reporte seleccionado.
ACCIÓN
Flujo
FLUJO DE Básico  Seleccionar el reporte indicado (por el
administrador).
EVENTOS  Generar reporte.
RIESGO Mal registro de la datos requeridos para generar

el reporte.
Errores del sistema al momento de elaborar el
reporte.
EXCEPCIONES
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 capacitación.

10. FASE DE ELABORACIÓN

10.3. Análisis y Diseño.
1.2.1. Modelo del análisis.
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 REMISIÓN
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 CONSTRUCCIÓN

3.1. Análisis y diseño.
3.1.3. Modelo del diseño.
3.1.3.1. Diagrama de secuencia.
 Cliente (Registrar).
SISTEMA INFORMÁTICO DE VENTAS REGISTRADOR : BUSCADOR : BUSCADOR : CREADOR

: BUSCADOR PERSONAL DE CLIENTES CLIENTE UBICACION CLIENTE
: Cliente
: CLIENTE : UBICACIÓN
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 INFORMÁTICO : 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()

 Devolución (Registrar).
SISTEMA INFORMÁTICO : 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()
 Guía Remisión (Registrar).
SISTEMA INFORMÁTICO : 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()

 Guía Remisión (Anular).
SISTEMA INFORMÁTICO : 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 INFORMÁTICO : 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 INFORMÁTICO : 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 INFORMÁTICO : REGISTRADOR PERSONAL : BUSCADOR PERSONAL : BUSCADOR : BUSCADOR TIPO : CREADOR
DE VENTAS UBICACION PERSONAL PERSONAL
: Empleado
: PERSONAL : UBICACIÓN : 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 INFORMÁTICO 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 MANTENIMIENTO
2:
CLICK SUB MENU PRODUCTOS
3: CLICK EN NUEVO
4:
HABILITAR FRMPRODUCTOS
BUSCAR PRODUCTO(NOMBRE)
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 más compran).
: SISTEMA INFORMÁTICO DE VENTAS
: Empleado
1: Click en menu Reportes
2: Click en Sub menu Reportes Clientes
3: Reporte Generado
 Reporte (Top 3 de empleados que más venden).

: SISTEMA INFORMÁTICO DE VENTAS

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

2:
Reporte Generado
3:
 Reporte (top 3 productos más vendidos)
SISTEMA INFORMÁTICO DE VENTAS

: Empleado
1: Click en menu Reportes
2: Click en sub menu productos mas vendidos
3: Reporte Generado

 Tipo Personal (Registrar).
SISTEMA INFORMÁTICO : 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 INFORMÁTICO 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 INFORMÁTICO : 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 INFORMÁTICO DE REGISTRADOR DE VENTA : SISTEMA : BUSCADOR VENTA : ACTUALIZADOR VENTA : CREADOR
: Empleado VENTAS INFORMÁTICO 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.
3.1.3.3. Diagrama de Datos lógico.


3.1.3.4. Diagrama de datos Físico.
3.1.3.5. Diagrama de despliegue
PC empleado
Impresora HP
Procesador 2.50 Ghz

RAM 4GB
Disco 20 GB
Windows 7

11.3. Implementación
11.3.1. Modelo de implementación
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

Descripción 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 Lógico 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 TRANSICIÓN

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 Actualización)
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 menús en la ventana principal,
los cuales se presentan a continuación.
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 Guía Remisión:

En la siguiente figura muestra el formulario de ventas:
En la siguiente figura muestra el formulario de registro de devolución 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

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

Acci Descripción S NS
ón
Guía Remisión X
Consulta comprobante C Se consulta el comprobante. x

Consulta conductor C Se consulta el conductor. x

Consulta ubicación C Se el destinatario. x
Consulta la movilidad C Se consulta la movilidad. x
Ingresar los datos MI Se ingresa la dirección de partida x
restantes para la guía. y llegada, fecha de traslado

Acción Descripción S NS
Devolución X
Consulta C Se consulta el comprobante. x
comprobante
Se Guarda la MA Se actualiza el stock del producto x
devolución y se anula asociado a la devolución.
el comprobante
CONCLUSIONES
Una vez finalizado el trabajo se puede concluir que el objetivo general, la
creación de un sistema para Control de ventas se cumplió a cabalidad mediante
el cumplimiento de los objetivos específicos planteados en un comienzo.
Mediante las metodologías realizadas a cada uno de los elementos
Involucrados se pudo verificar el éxito y aceptación de las pruebas individuales
y globales, tanto para la base de datos como para la aplicación. Dentro de la
realización del sistema existieron ciertos factores que permitieron concretar con
éxito el proyecto, los cuales se detallan a continuación:
-Las metodologías que se aplicaron, las cuales dieron forma y
estructuraron la concepción del sistema.
-Cada una de las herramientas de diseño y creación que se utilizaron,
tanto para la base de datos como para la aplicación 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 información.

Además se recomienda implementar dentro del sistema la impresión de

documentos, tales como boletas o guías, con lo cual permitiría un
desligamiento del usuario, generando un mayor grado de certeza en las
acciones. Se sugiere que al momento de introducir un funcionario nuevo que
interactúe con el sistema sea guiado y entrenado en forma acuciosa, con lo
cual permitiría un mayor grado de seguridad en los datos ingresados.
REFERENCIAS BIBLIOGRÁFICAS.

Sistema de Ventas en Java

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sistema de Ventas en Java

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD DE LA AMAZONÍA "MARIO PELAEZ BAZÁN"

“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 Capítulo I se pretende dar una explicación de lo que es la parte teórica, para

Posteriormente se explica de manera sencilla que son los lenguajes de programación

En el capítulo II se explica lo que es la parte de la modelación para desarrollar el

Además, se describe el proceso de adquisición de los artículos que venden y la

Tipo sistema: Sistema de control de ventas 4

Tipo sistema: Sistema de control de ventas 5

4.1. Viabilidad Económica…………………………………..............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 fases

Tipo sistema: Sistema de control de ventas 8

PLANTEAMIENTO DEL PROBLEMA

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

6. Análisis del Problema

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

Después de conocer los antecedentes y la problemática de la empresa,

8. Viabilidad del Proyecto:

4.4. Viabilidad Económica:

. Los presupuestos de la empresa si son suficientes,

4.5. Viabilidad Tecnológica:

Contar con el equipo necesario para usar el sistema

4.6. Viabilidad Operacional:

Mejora los procesos de ventas, registros de los clientes,

Tipo sistema: Sistema de control de ventas 9

 Crear una base de datos para almacenar los datos

 Diseñar las interfaces de modo que sea fácil de entender y

 Codificar el sistema en base al diseño previamente

 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 10

Tipo sistema: Sistema de control de ventas 11

I. MÉTODOS Y HERRAMIENTAS PARA LA SOLUCIÓN DEL PROBLEMA.

 Para la solución de este problema se realizó una encuesta al

 En la metodología se ha utilizado el UML.

 Para el desarrollo del software se ha utilizado los siguientes

 Open Project (Diseñador del plan de desarrollo)

II. INTRODUCCIÓN A LOS LENGUAJES DE PROGRAMACIÓN.

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

Tipo sistema: Sistema de control de ventas 12

El problema en sí, se puede expresar en, ¿Cómo vamos a poder

Fue así como, tratando de dar una solución al problema

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

1946: Konrad Zuse, un ingeniero Alemán, mientras trabajaba en

Tipo sistema: Sistema de control de ventas 13

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 años 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

avanzadas que los lenguajes ensambladores como estructuras de

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