Proyecto de Investigacion

CAPTULO I
PLANTAMIENTO Y DESCRIPCIN DEL PROBLEMA.

1. PLANTAMIENTO DEL PROBLEMA.
La demanda comercial hoy da en un mercado es muy estimulado por

diferentes
circunstancias,
especialmente
las
empresas
comerciales
industriales, Por consiguiente el departamento de sucre debe cumplir ciertas

elementos que le permitan ser determinantes en cada actividad realizada por
las empresas, concretamente con la parte comercial como es la venta de
productos de calzado, que actualmente a tenido problemas con la
administracin de la informacin en cuanto al control de pedidos y los crditos
a clientes o de una forma mas concreta no llevan un buen control en las ventas,
en conclusin se pudo observar que la mayora de las empresas de sucre no
tienen un software o una aplicacin que les permite llevar una organizacin en
la informacin, esto puede ser por la falta de presupuesto o estrategia para
conseguirlo en el mercado con las otras empresas de calzado de otras
regiones o departamentos.
Por lo tanto la administracin de la informacin en la empresa de calzado
Katherine se ha tornado en algo tedioso puesto que el
manejo de la
informacin de los pedidos hechos por los clientes y de su facturacin por aos
se ha llevado de forma manual, lo cual ocasiona perdida de tiempo, mal
interpretacin de la informacin y prdida de dinero. As la prioridad en esta
rama gira en torno de los procesos relacionados con la toma de pedidos, el
inventario de bodega y la facturacin. La falta de eficiencia y control sobre sus
datos junto con la necesidad de mejorar su servicio, demanda una solucin
sistematizada .Alcanzar un grado de optimizacin en los procesos de
administracin de la informacin, la satisfaccin del cliente, la eficacia en la
produccin, el buen funcionamiento de la empresa, la toma de decisiones
correctas y el lograr todos los objetivos propuestos por la empresa, son muchas
de las inquietudes que deben ser solucionadas por los propietarios, dueos y
gerentes de esta empresa. La solucin mas objetiva y eficaz para dar
respuesta a estas inquietudes, es la de tener un sistema administrativo que se

acople a las necesidades de la empresa pero sin alterar ninguno de los
procesos.
1.2. FORMULACION DEL PROBLEMA.
De que manera el manejo de las nuevas
tecnologas en informtica y
comunicacin por parte de la empresa de calzado Katherine, mejorara

control en las ventas?
el
2. OBJETIVOS.
2.1. OBJETIVO GENERAL.

Identificar el manejo de las nuevas tecnologas e informtica de la empresa de
calzado Katherine de Sincelejo, Que permita administrar las ventas, tratando
de elegir la mejor solucin para optimizar el manejo de la informacin.
2.2. OBJETIVOS ESPECIFICOS.
Identificar que herramientas utilizan la empresa de calzado Katherine

de Sincelejo para llevar el control de las ventas.
Conocer la capacidad que tiene el personal encargado de la

administracin de la empresa de calzado Katherine en el manejo de
las nuevas tecnologas en informtica.
identificar los planes estratgicos que permitan la obtencin de la

herramienta informtica por parte de la empresa de calzado Katherine.
Identificar claramente los requerimientos del sistema como base para la

descripcin de la su funcionalidad.
Describir
las herramientas a utilizar en el desarrollo del Sistema de
informacin.
Identificar
las actividades necesarias que permitan llevar cabo con
mayor eficiencia y eficacia la construccin del Sistema de informacin
3. JUSTIFICACION
Todo en la vida esta expuesto a evolucionar y mas aun cuando se cuenta con
un numero de indeterminados de necesidades por solventar
en cualquier
mbito, por tal motivo la tecnologa ha sido gran aliado hacia estos grandes
cambios en la sociedad, por eso es de gran importancia que todos los
organizaciones requieren de la utilizacin de sistemas informticos que les
permitan agilizar procesos contribuyendo de lleno a la eficiencia, eficacia y a la
reduccin de costos.
Desarrollar el Sistema Administrativo para el Manejo de Facturacin, Pedidos,
Inventario y Clientes de la empresa de calzado Katherine ,surge por la
necesidad de mejorar y optimizar los trabajos relacionados con las ventas y el
inventario de productos, adems poder llevar un registro actualizado tanto de
los productos como de los clientes, todo esto con el fin de que le permita a la
empresa acceder a la informacin relacionada con estos de una forma rpida,
de realizar informes estadsticos de los artculos de mayor aceptacin en el
mercado y de los clientes.
Por consiguiente es importante para las empresas estables y persistentes en el
mercado desarrollarles la investigacin sobre IMPLEMENTACIN DE UNA
HERRAMIENTA TECNLOGICA DE APLICACIN SOFTWARE, QUE PERMITA
EL CONTROL DE VENTAS
EN LA EMPRESA CALZADO KATERINE DE
SINCELEJO, el cual les permita generar procesos traducidos en gestin de

los servicios y calidad de los servicios encontrando as satisfaccin y
contribuyendo a la empresa ser mas competitivo estando siempre al a
vanguardia.
Por otra parte tambin se hace interesante para los gestores del proyecto, ya
que se tiene la oportunidad de plasmar todos los conocimientos adquiridos en
una aplicacin el cual nos abrir las puertas a la investigacin y a ser ms
dinmicos en el mundo del conocimiento.
CAPTULO II
MARCO TEORICO
1. ANTECEDENTES DE LA INVESTIGACIN.
El manejo de la informacin est hoy en el corazn de los negocios. La

velocidad, la precisin y la facilidad para manejar la informacin desde
cualquier lugar se convierte en factores que pueden definir el desempeo de un
negocio. Hoy existe una demanda creciente por soluciones que ofrezcan estos
beneficios.
Esta necesidad fue rpidamente comprendida por Carlos Augusto Uribe
Vergara y Carlos Ariel Mosquera Rodrguez con un proyecto titulado Sistema
Administrativo Para El Manejo De Facturacin, Proveedores, Pedidos,
Inventario Y Clientes De Fbricas De Calzado. La descripcin del problema
respecto al proyecto consisti En que las fbricas de calzado de hoy en da se
ha tornado en algo tedioso, la administracin y manejo de la informacin de los
pedidos hechos por los clientes y de su facturacin ya que por aos se ha
llevado de forma manual, lo cual ocasiona perdida de tiempo, mal
interpretacin de la informacin y prdida de dinero.
El presente proyecto nace en la Universidad Cooperativa de Colombia y surge
como una necesidad para ayudar a la Micro, Pequea y Mediana, (Mipyme)
Empresa del Sector Calzado en Bucaramanga y su rea metropolitana a un
mejoramiento continuo de sus Empresas. Adems poder llevar un registro
actualizado tanto de los productos como de los clientes, todo esto con el fin de
que le permita a la empresa acceder a la informacin relacionada con estos de
una forma rpida, de realizar informes estadsticos de los artculos de mayor
aceptacin en el mercado y de los clientes. 1
Este ejemplo claro, pone de presente, la importancia que represente el buen
manejo de la informtica y la comunicacin, por parte de las pyme de calzado
1
Bucaramanga, Universidad Cooperativa de Colombia, 2003, 160 pginas
Katherine del municipio de Sincelejo, lo que quiere decir que deben entrar con
urgencia a manejar las nuevas tecnologas en este sentido.
2. BASES TEORICAS.
2.1. Desarrollo con Proceso Unificado.

El Proceso Unificado es un proceso de software genrico que puede ser
utilizado para una gran cantidad de tipos de sistemas de software, para
diferentes reas de aplicacin, diferentes tipos de organizaciones, diferentes
niveles de competencia y diferentes tamaos de proyectos.
Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades
dentro de una organizacin de desarrollo. Su meta es asegurar la produccin
de software de muy alta calidad que satisfaga las necesidades de los
administradors finales, dentro de un calendario y presupuesto predecible.
El equipo de desarrollo se fundamenta en el modelo de produccin Proceso

Unificado, que incluye el modelo de ingeniera y est conformado por cuatro
fases: iniciacin tambin conocida como concepcin, elaboracin, construccin
y transicin, para cada una de ellas se asocia un flujo de trabajo que est
conformado por las siguientes etapas: Especificacin de Requisitos, Anlisis,
Diseo, Implementacin y Pruebas. Figura 1. Fases del desarrollo del software
de navegacin y administracin de recursos.
El Proceso Unificado tiene dos dimensiones (Figura 1)
Ciclo de vida del desarrollo del software

Figura 1.
Un eje horizontal que representa el tiempo y muestra los aspectos del ciclo de
vida del proceso a lo largo de su desenvolvimiento
Un eje vertical que representa las disciplinas, las cuales agrupan actividades de
una manera lgica de acuerdo a su naturaleza. La primera dimensin
representa el aspecto dinmico del proceso conforme se va desarrollando, se
expresa en trminos de fases, iteraciones e hitos.
La segunda dimensin representa el aspecto esttico del proceso: cmo es
descrito en trminos de componentes del proceso, disciplinas, actividades,
flujos de trabajo, artefactos y roles.
El Proceso Unificado se basa en componentes, lo que significa que el sistema
en construccin est hecho de componentes de software interconectados por
medio de interfaces bien definidas
El Proceso Unificado usa el Lenguaje de Modelado Unificado (UML) en la

preparacin de todos los planos del sistema. De hecho, UML es una parte
integral del Proceso Unificado, fueron desarrollados a la par.
Los aspectos distintivos del Proceso Unificado estn capturados en tres
conceptos clave: dirigido por casos de uso, centrado en la arquitectura iterativo
e incremental. Esto es lo que hace nico al Proceso Unificado.
2.1.1. El Proceso Unificado es dirigido por casos de uso
Un sistema de software se crea para servir a sus administradors. Por lo tanto,

para construir un sistema exitoso se debe conocer qu es lo que quieren y
necesitan los administradors prospectos.
El trmino administrador se refiere no solamente a los administradors
humanos, sino a otros sistemas. En este contexto, el trmino administrador
representa algo o alguien que interacta con el sistema por desarrollar.
Un caso de uso es una pieza en la funcionalidad del sistema que le da al
administrador un resultado de valor. Los casos de uso capturan los
requerimientos funcionales. Todos los casos de uso juntos constituyen el
modelo de casos de uso el cual describe la funcionalidad completa del sistema.
Este modelo reemplaza la tradicional especificacin funcional del sistema. Una
especificacin funcional tradicional se concentra en responder la pregunta:
Qu se supone que el sistema debe hacer? La estrategia de casos de uso
puede ser definida agregando tres palabras al final de la pregunta: por cada
administrador? Estas tres palabras tienen una implicacin importante, nos
fuerzan a pensar en trminos del valor a los administradors y no solamente en
trminos de las funciones que sera bueno que tuviera. Sin embargo, los casos
de uso no son solamente una herramienta para especificar los requerimientos
del sistema, tambin dirigen su diseo, implementacin y pruebas, esto es,
dirigen el proceso de desarrollo.
2.1.2. El Proceso Unificado est centrado en la arquitectura
El concepto de arquitectura de software involucra los aspectos estticos y

dinmicos ms significativos del sistema. La arquitectura surge de las
necesidades de la empresa, tal y como las interpretan los administradors
La arquitectura es la vista del diseo completo con las caractersticas ms
importantes hechas ms visibles y dejando los detalles de lado. Ya que lo
importante depende en parte del criterio, el cual a su vez viene con la
experiencia, el valor de la arquitectura depende del personal asignado a esta
tarea. Sin embargo, el proceso ayuda al arquitecto a enfocarse en las metas
correctas, tales como claridad, flexibilidad en los cambios futuros y
reusabilidad.
2.1.3. El Proceso Unificado es Iterativo e Incremental
Desarrollar un producto de software comercial es una tarea enorme que puede

continuar por varios meses o aos. Es prctico dividir el trabajo en pequeos
pedazos o mini-proyectos. Cada mini-proyecto es una iteracin que finaliza en
un incremento. Las iteraciones se refieren a pasos en el flujo de trabajo, los
incrementos se refieren a crecimiento en el producto. Para ser ms efectivo, las
iteraciones deben estar controladas, esto es, deben ser seleccionadas y
llevadas a cabo de una manera planeada.
Los desarrolladores basan su seleccin de qu van a implementar en una
iteracin en dos factores. Primero, la iteracin trata con un grupo de casos de
uso que en conjunto extienden la usabilidad del producto. Segundo, la iteracin
trata con los riesgos ms importantes. Las iteraciones sucesivas construyen los
artefactos del desarrollo a partir del estado en el que fueron dejados en la
iteracin anterior.
En cada iteracin, los desarrolladores identifican y especifican los casos de uso

relevantes, crean el diseo usando la arquitectura como gua, implementan el
diseo en componentes y verifican que los componentes satisfacen los casos
de uso. Si una iteracin cumple sus metas y usualmente lo hace el
desarrollo contina con la siguiente iteracin. Cuando la iteracin no cumple
con sus metas, los desarrolladores deben revisar sus decisiones previas y
probar un nuevo enfoque.
2.2. Diagramas UML
Un diagrama es la representacin grfica de un conjunto de elementos con sus

relaciones. En concreto, un diagrama ofrece una vista del sistema a modelar.
Para poder representar correctamente un sistema, UML ofrece una amplia
variedad de diagramas para visualizar el sistema desde varias perspectivas.
Dentro del proceso de desarrollo del software de calzado Catherine el equipo
de desarrollo se fundament en los siguientes diagramas:
Diagrama de casos de uso.
Diagrama de clases.
Diagrama de actividad.
El diagrama de casos de usos representa grficamente los casos de uso que
tiene un sistema. Se define un caso de uso como cada interaccin supuesta
con el sistema a desarrollar, donde se representan los requisitos funcionales.
Es decir, se est diciendo lo que tiene que hacer un sistema y cmo.
El diagrama de clases muestra un conjunto de clases, interfaces y sus
relaciones. ste es el diagrama ms comn a la hora de describir el diseo de
los sistemas orientados a objetos.
El Diagrama de Actividad es un diagrama de flujo del proceso multi-propsito

que se usa para modelar el comportamiento del sistema. Los diagramas de
actividad se pueden usar para modelar un Caso de Uso, o una clase, o un
mtodo complicado.
Un diagrama de actividad es parecido a un diagrama de flujo; la diferencia
clave es que los diagramas de actividad pueden mostrar procesado paralelo
.Esto es importante cuando se usan diagramas de actividad para modelar
procesos 'bussiness' algunos de los cuales pueden actuar en paralelo, y para
modelar varios hilos en los programas concurrentes.
CAPTULO III
DISEO METODOLOGICO
1. TIPO DE INVESTIGACIN
2. Planificacin del Proyecto

2.1. Anlisis de Recursos
El proyecto se deasarrollar con sistema operativo Windows Xp.
Las consultas de la informacin se realizan bajo SQL.
Herramientas de desarrollo de la aplicacin JDK
La instalacin del motor de base de datos MySQL

Connector Driver 5.1.7 necesario para interactuar con la base de datos.
2.2. Necesidades Tcnicas
El equipo de desarrollo enfrent las necesidades tcnicas de aprender a utilizar

nuevas herramientas de desarrollo, tales como:
Administracin de bases de datos (MySQL)
Tcnicas de anlisis y diseo de sistemas
pruebas para asegurar el funcionamiento del producto final.
2.3. Actividades a Desarrollar

Id
tarea
1
1.1
Descripcin tarea
panorama general
Deteccin del problema
2
2.1
2.2
2.3
2.4
2.5
2.6
2.8
anlisis y especificacin de requisitos

Especificacin de requisitos
Diagramas de casos de uso
Documentacin de los casos de uso
Diagrama de Clases
Modelo Entidad Relacin
.Modelo Relacional
Diccionario de Datos
3
3.1
3.2
implementacin
Codificacin
Pruebas
4.
4.1.
Documentacin
Manual de administradors
Presentacin
Entrega
ANLISIS Y ESPECIFICACIN DE REQUISITOS
3.1. Identificacin y descripcin de pasos

El proceso de anlisis y especificacin de requisitos es un proceso donde se
realizan
Abstracciones de los escenarios a implementar como resultado de anlisis
profundos al sistema. Este capitulo del presente documento recoge la
especificacin de requisitos as como toda la documentacin correspondiente al
anlisis del sistema. A partir de l se estar en condiciones de establecer un
diseo que se ajuste a los requerimientos aqu expuestos, despus de realizar
el estudio de reutilizacin se determinaran los componentes de los cuales ya se
disponen en el desarrollo de la aplicacin de calzado Catherine. Estas
especificaciones y documentos que surgen del anlisis se dirigen en primer
trmino al grupo responsable del diseo e implementacin del software, as
como al grupo de calidad y al coordinador del proyecto. Ests especificaciones
estn sujetas a revisiones por el grupo de administradors a quien va dirigido,
que se recogern por medio de sucesivas versiones del documento, hasta
alcanzar su aprobacin por parte de los entes que le competen. Una vez
aprobado servir de base al grupo de desarrollo para la construccin del
software y sus mdulos correspondientes. Bsicamente en el proceso de la
especificacin de requisitos se concretara de manera detallada y clara todas
las funcionalidades y restricciones del software de navegacin y administracin
de recursos de aprendizaje.
La especificacin de requisitos que se utiliz para el desarrollo de este
software, ha seguido las directrices dadas por el estndar IEEE-830, con
algunas variantes y adaptaciones especiales y los casos de uso de UML. En
sntesis, este anlisis y especificacin de requisitos incluye los siguientes
elementos:
3.3.1. Especificacin de requisitos.
3.3.1.1. Objetivos del sistema.

En esta seccin se define una lista con los diferentes objetivos que se
esperan alcanzar cuando el sistema a desarrollar est en uso. Sern
especificados mediante una plantilla para objetivos. Los objetivos
principales del desarrollo de
esta aplicacin se describen a continuacin en la siguiente tabla:
Tabla 1
ID
OBJETIVO
NOMBRE
DESCRIPCION
ESTABILIDAD
COMENTARIO
ID-OBJ-01
Control de
Acceso
Alta
Ninguno
ID-OBJ-02
Gestin de
administra
dor
Alta
Ninguno
ID-OBJ-02
Gestin
del
modulo de
los
productos
Gestin
del modulo
Entrada de
Productos
Gestin de
del modulo
de
Clientes
Gestin
del modulo
de ventas
Gestin
del modulo
de pagos
gestin del
modulo de
de
consulta
El modulo permitir niveles de

acceso de acuerdo al tipo de
administrador.
El modulo permitir la gestin
(guardar, consultar, modificar)
de los administradors del
sistema.
(guardar, consultar, modificar)
de los productos del sistema.
Alta
Ninguno

(ingresar) las entradas de los
productos al sistema
Alta
Ninguno

(guardar, modificar, consultar,
eliminar) las entradas de los
productos al sistema
(ingresar, anular) las ventas al
sistema
(consultar, guardar) los pagos
a crditos
de (consultar) los productos en
el sistema para ser
visualizados
Alta
Ninguno
Alta
Ninguno
Alta
Ninguno
Alta
Ninguno
ID-OBJ-03
ID-OBJ-04
ID-OBJ-05
ID-OBJ-06
ID-OBJ-07
3.3.1.2. Requisitos de informacin
Tabla 2. Requisito de informacin Control de Acceso

RI - 01
INFORMACIN SOBRE ACCESO
Objetivos
asociados
ID OBJ 01 Control de acceso.
Requisitos
asociados
RF 01 : Controlar acceso de administrador.
descripcin
El sistema planificacin deber controlar el acceso de los

administradors a las diferentes categoras establecidas (docente,
estudiante).
Datos especficos
Nombre de administrador, contrasea (username, password).
Tiempo de vida
Siempre
promedio
Comentarios
Ninguno
Tabla 3. Requisito de informacin gestin de administradors

RI - 02
INFORMACIN SOBRE ADMINISTRADORS
Objetivos asociados
ID OBJ 02 Gestin de administradors.
Requisitos asociados
RF 02 Ingresar administrador.
RF 03 Modificar administrador.
descripcin
Datos especficos
RF 04 Consultar administrador
El sistema Planificacin deber permitir
informacin de los diferentes administradors.
Ninguno
Tabla 4. Requisito de informacin gestin de productos

RI - 03
la
Identificacin, primer nombre, segundo nombre, primer

apellido, segundo apellido, fecha de nacimiento, telfono,
direccin, correo electrnico, sexo, programa, tipo de
administrador, administrador, contrasea.
Tiempo de vida
promedio
Comentarios
almacenar
INFORMACIN SOBRE PRODUCTOS
Objetivos
asociados
ID OBJ 03 Gestin del modulo de los productos
Requisitos
asociados
RF 04 guardar producto.
RF 05 Modificar producto
RF 06 Eliminar producto.
descripcin
RF 07 Consultar producto
El sistema Planificacin deber permitir almacenar la informacin de
los diferentes productos
Datos
especficos
Referencia, descripcin, costo, precio, existencia, stock_minimo,

stock_maximo.
Tiempo de vida
promedio
Comentarios
Ninguno
Tabla 5. Requisito de informacin entrada

RI - 04
INFORMACIN SOBRE ENTRADAS DE PRODUCTOS
Objetivos
asociados
ID OBJ 04 Gestin del modulo de entradas de productos
Requisitos
asociados
RF 05 guardar las entradas de los productos.
descripcin
el sistema planificacin deber permitir almacenar las entradas

realizadas haciendo un control de lo recibido por parte del
administrador esto se hace para tener una constancia o soporte de
lo que se recibe .
Datos
especficos
No Entrada, fecha, recibe, observaciones, referencia, descripcin,

valor costo unidad, valor venta unidad, cantidad, total costo, total
entrada
Tiempo de vida
promedio
Comentarios
Ninguno
Tabla 6. Requisito de informacin de clientes

RI - 05
INFORMACIN SOBRE CLIENTES
Objetivos
ID OBJ 05 Gestin del modulo de clientes
asociados
Requisitos
asociados
RF 06 Guardar clientes
RF 07 Modificar clientes
descripcin
RF 08 Consultar clientes
el sistema planificacin deber permitir almacenar los datos de los
diferentes clientes
Datos
especficos
Nit, nombres, apellidos, telfono fijo, telfono mvil, direccin ,

ciudad , email
Tiempo de vida
promedio
Comentarios
Ninguno
Tabla 7. Requisito de informacin de ventas

RI - 06
INFORMACIN SOBRE VENTAS
Objetivos
asociados
ID OBJ 06 Gestin del modulo de clientes
Requisitos
asociados
RF 07 Guardar ventas
RF 08 anular ventas
descripcin
el sistema planificacin deber permitir almacenar los datos de los

de las ventas realizadas
Datos
especficos
No factura, fecha, tipo de pago, nit , cliente, referencia, descripcin,

valor venta unidad, cantidad, total venta, subtotal , descuento , total
factura
Tiempo de vida
promedio
Comentarios
Ninguno
Tabla 8. Requisito de informacin de pagos
RI - 07
INFORMACIN SOBRE REGISTRO DE PAGOS
Objetivos
asociados
ID OBJ 07 Gestin del modulo de registrar pagos
Requisitos
asociados
RF 08 Guardar pagos
descripcin
RF 09 Consultar pagos
el sistema planificacin deber permitir consultar, almacenar los
datos de los pagos de facturas por cobrar realizadas
Datos
especficos
No. Factura, fecha factura,, fecha de pago, cliente, tipo pago, valor
factura, saldo, pago parcial, tipo pago, Numero .de pagos, cuota.
Tiempo de vida
promedio
Comentarios
Ninguno
3.3.1.3. Requisitos Funcionales

En esta seccin se han incluido los requisitos funcionales del sistema SONAR, que
incluyen: diagramas de casos de uso, definicin de actores y la documentacin de los
casos de usos.
2.3.1. Definicin de actores.

Tabla 9
ACTORES
DESCRIPCION
ADMINISTRADOR
El actor ADMINISTRADOR es
el
Encargado de administrar el
software y cada una de las
caracterstica de este.
CLIENTE
El actor
encargado
pedidos.
COMENTARIO
ninguna
cliente es el
de solicitar los
Ninguna
3.3.2. Diagramas de casos de uso
Figura No 2. Diagrama de casos de uso control de acceso.
Control de acceso
Captura
login y
clave
Localiza
r
usuario
Conecta
r base
de datos
Base de datos
administrador
Entrar al
sistema
Cargar
men
principal
Figura No. 3. Diagrama de casos de uso administrador
Informacin de usuario
Ingresar
datos
USUARIO
Consultar
usuario
administrador
Base de datos
Actualiz
ar
usuario
Figura 4 diagrama caso de uso gestin de administrador
Gestin de usuarios
Ingresar
datos
requeridos
Verificar
datos del
usuario
Base datos
administrador
Guardar
usuario
Figura 5. Diagrama de caso de uso productos
Informacin de los
productos
Guardar
productos
Consultar
productos
administrador
Base de datos
Actualiz
ar
product
os
figura 6. Diagrama Caso de uso de gestin de los productos
Caso de uso gestin de

productos
los
Se introducen
los datos
requeridos
Verificar
referencia
del
producto
administrador
Localizar
producto
Base de datos
Datos
verificados
Guardar
productos
Figura No. 7. Diagrama de caso de uso de entrada de productos
Informacin sobre entrada de

productos
Guardar
entrada de
productos
administrador
Anular
entrada de
productos
Base de datos
Figura No. 8 Diagrama Caso de uso de gestin de entrada de productos
Gestin de entradas de productos
Se introducen
los datos
requeridos
Verificar
Guardar
Localizar
Datos de
referencia
entrada
productos
verificados
producto
productos
administrador
Base de datos
Figura No. 9. Diagrama de caso de clientes
Informacin de los clientes

Guardar
clientes
Consultar
clientes
administrador
Actualiz
ar
clientes
Figura No. 10. Diagrama de caso de gestin de los clientes
Base de datos
Gestin de los clientes
Ingresar
datos
requeridos
Verificar
datos del
cliente
administrador
Cliente
Guardar
cliente
Base datos
Figura No. 11. Diagrama de caso uso de ventas
Informacin de de ventas
Guardar
ventas
Consultar
ventas
administrador
Base datos
Anular
ventas
Figura No. 12. Diagrama de caso de uso gestin de ventas
Gestin de ingreso de ventas

Ingresar
datos
requeridos
Digitar
nm. de la
factura
Cliente
Digitar el
nit del
cliente
Obtiene la
informaci
n de
cliente
administrador
Digitar
referencia
del producto
a comprar
Obtiene la
informaci
n del
producto
Base de datos
Guardar
factura
Figura No. 13. Diagrama de caso uso de pagos
Informacin de pagos
Consultar
factura
administrador
Guardar
pagos
Base de datos
Figura No. 14 Diagrama de caso de uso gestin de pagos
gestin de pagos
Digitar No. De
la factura del
cliente
Obtener
Guardar
Digitar
datos
de la
pagos
pagos
factura
Cliente
administrador
Base de datos
3.3.3. Documentacin de los casos de uso

Tabla 10. Control de acceso
. CU01
CONTROL DE ACCESO
Objetivos asociados
descripcin
ID OBJ 01 Control de acceso.

RI-01
El sistema deber permitir la realizacin de un conjunto de
acciones cuando un administrador intenta ingresar al
sistema.
.
Paso
Accin
1
Actor digita su nombre de administrador y su
contrasea.
2
Actor hace clic en ingresar
3
Conectarse a la base de datos
4
Localizar administrador en la base de datos
5
Entrar al sistema
6
cargar men principal
precondicin
Secuencia normal
Pos condicin
Si el administrador esta registrado puede usar los servicios
del sistema
3. Si ocurre error al validar, direccionar a 1
Excepciones
5. Si el administrador no esta en la base de datos,

direccionar a 1
Rendimiento
Frecuencia
Comentarios
Tabla 11. Documentacin caso de uso del modulo registrar productos
CU03
Registrar Productos
Objetivos
asociados
Requisitos
asociados
descripcin
ID OBJ 03 Gestin del modulo de productos.
precondicin
Secuencia
normal
RI-03
El sistema planificacin deber controlar el ingreso de los
productos a las diferentes categoras del producto.
Paso
1
Accin
El administrador ingresa al modulo
registrar productos
de
2
El sistema muestra cajas de texto para pedir
los siguientes datos: referencia, descripcin,
costo, precio, stock_minimo, stock_maximo
3
El
administrador
requeridos.
4
Pos condicin
Excepciones
introduce
los
datos
la referencia del producto es registrada al

sistema.
1. El sistema comprueba la validez de los datos, si falta alguno de
los datos, se avisa al administrador de ello permitindole que los

agregue, el flujo regresa al punto 3 del escenario principal
2. El sistema comprueba la validez de los datos, el sistema
detecta que la referencia ya esta registrado y le informa al
administrador, el flujo regresa al punto 3
Rendimiento
Frecuencia
Comentarios
Tabla 12. Documentacin caso de uso del modulo de entrada

CU04
Registrar Entradas
Objetivos asociados
descripcin
ID OBJ 04 Gestin del modulo entrada de productos.

RI-04
El sistema permitir la realizacin de un conjunto de acciones
cuando un administrador intenta ingresar al sistema.
El numero de entrada aparece digitada
Paso
Accin
1
de
registrar entrada.
precondicin
Secuencia normal

los siguientes datos: fecha, recibe,
observaciones, referencia, descripcin, valor
costo unidad, valor venta unidad, cantidad,
total costo, total entrada.
3
El administrador
requeridos.
4
Pos condicin
Excepciones
Los datos
sistema.
introduce
los
datos
del producto es registrada al
1. El sistema comprueba la validez de los datos, si falta

alguno de los datos, se avisa al administrador de ello
permitindole que los agregue, el flujo regresa al punto 3 del
escenario principal.
2. verifica que la referencia del producto exista si no existe

regresa al punto 3
Rendimiento
Frecuencia
Comentarios
Tabla 13. Documentacin caso de uso del modulo de clientes
CU05
Registrar Clientes
Objetivos asociados
descripcin
ID OBJ 05 Gestin del modulo de clientes.

RI-05
cuando un administrador intenta ingresar al sistema.
precondicin
Secuencia normal
Paso
1
2
3
Accin
registrar clientes.
de

los siguientes datos: Nit, nombres, apellidos,
telfono fijo, telfono mvil, direccin , ciudad ,
email
El
administrador
requeridos.
introduce
los
datos
4
el nit del cliente es registrada al sistema.
Pos condicin
Excepciones
1. El sistema comprueba la validez de los datos, si falta alguno

de los datos, se avisa al administrador de ello permitindole que
los agregue, el flujo regresa al punto 3 del escenario principal.
detecta que el nit del cliente ya esta registrado y le informa al

Rendimiento
Frecuencia
Comentarios
Tabla 14. Documentacin caso de uso del modulo de ventas
CU06
Registrar Ventas
Objetivos asociados
descripcin
ID OBJ 06 Gestin del modulo de ventas.

RI-06
cuando el administrador ingrese al modulo de ventas.
precondicin
Secuencia normal
Paso
1
Accin
registrar ventas.
de

los siguientes datos: No factura, fecha, tipo de
pago, nit , cliente, referencia, descripcin,
valor venta unidad, cantidad, total venta,
subtotal , descuento, total factura
3
4
El administrador introduce el nmero de la

factura.
El administrador digita el nit del cliente
El sistema obtiene el dato del cliente
El administrador digita la referencia del
producto
El sistema obtiene los datos de los productos
L a factura es registrada al sistema.
Pos condicin
Excepciones

los agregue, el flujo regresa al 3 del escenario principal.
detecta quela factura de la venta ya esta registrado y le informa
al administrador, el flujo regresa al punto 3 del escenario
principal.
detecta que el nit del cliente existe y le informa al administrador,
el flujo regresa al punto 4 del escenario principal.
detecta que la referencia del producto
y le informa al
administrador, el flujo regresa al punto 6 del escenario principal.
Rendimiento
Frecuencia
Comentarios
Tener en cuenta el tipo de venta a registrar (crdito o contado)
Tabla 15. Documentacin caso de uso del modulo de pagos

CU07
Registrar pagos
Objetivos asociados
descripcin
ID OBJ 07 Gestin del modulo de pagos.

RI-07
cuando un administrador ingrese al modulo de registros pagos.
precondicin
Secuencia normal
Paso
1
3
4
5
Accin
registrar ventas.
de

los siguientes datos: No factura, fecha, tipo de
pago, nit , cliente, referencia, descripcin,
valor venta unidad, cantidad, total venta,
subtotal , descuento , total factura
El administrador introduce el nmero de la
factura.
El sistema obtiene los datos de la factura
digitar pagos
Pos condicin
Excepciones
Pago de la factura es registrada al sistema.

los agregue, el flujo regresa al punto 3 del escenario principal.
detecta que la factura por cobrar esta registrado y le informa al
Rendimiento
Frecuencia
Comentarios
4. DISEO DEL SISTEMA

4.1. Diagrama de Clases
.Figura 15. Diagrama de clases.
Cliente
Prvate
Prvate String
String nit
nit
Prvate
Prvate String
String nombres
nombres
Prvate
Prvate String
String apellidos
apellidos
Prvate
Prvate String
String direccin
direccin
Prvate
Prvate String
String telfonoFijo
telfonoFijo
Prvate
Prvate String
String telfonoMovil
telfonoMovil
Prvate
Prvate String
String ciudad
ciudad
Prvate
Prvate String
String email
email
Guardar
Guardar ()
()
Consultar
Consultar ()
()
Actualizar
Actualizar ()
()
Factura
Factura
Prvate
Prvate String
String numFactura
numFactura
Prvate
Prvate String
String tipoFactura
tipoFactura
Prvate
Prvate Double
Double porc
porc Descuento
Descuento
Private
Private Double
Double valorDescuento
valorDescuento
Prvate
Prvate Double
Double subtotal
subtotal
Prvate
Prvate Double
Double totalFactura
totalFactura
Guardar
Guardar ()
()
Consultar
Consultar ()
()
Anular
Anular ()
()
Pago
Prvate
Prvate String
String numFactura
numFactura
Prvate
Prvate String
String tipoPago
tipoPago
Prvate
Prvate String
String numTransaccion
numTransaccion
Prvate
Prvate Double
Double valorCuota
valorCuota
Prvate
Prvate Int
Int numeroCuota
numeroCuota
Guardar
Guardar ()
()
Consultar
Consultar ()
()
Producto
Producto
Categora
Prvate
Prvate String
String nombre
nombre
Guardar
Guardar ()
()
Prvate
Prvate String
String referencia
referencia
Prvate
Prvate String
String descripcin
descripcin
Prvate
Prvate Double
Double costo
costo
Prvate
Prvate Double
Double precio
precio
Prvate
Prvate Double
Double existencia
existencia
Prvate
Prvate Double
Double stockMaximo
stockMaximo
Prvate
Prvate Double
Double stockMinimo
stockMinimo
Guardar
Guardar ()
()
Consultar
Consultar ()
()
Actualizar
Actualizar ()
()
Entrada
Prvate
Prvate Date
Date fecha
fecha
Prvate
Prvate String
String recibe
recibe
Prvate
Prvate String
String observacion
observacion
Prvate
Prvate Double
Double totalEntrada
totalEntrada
Guardar
Guardar ()
()
4.2. Modelo Entidad Relacin

Figura 16. Modelo entidad relacin.
Modelo Entidad Relacin
4.3. Modelo Relacional

Figura 17
Modelo relacional
Id_cliente
num_factura Id_cliente
Id_pago
num_factura
Llave primaria
1:n
client
e
1 :
factur
a
Llave fornea
pago
1
num_factura
Id_producto Id_producto Id_categoria Id_entrada
n
Detalle_fact
ura
Id_producto
n : 1
Id_entrada
n : 1
product
o
Id_categoria
1
categora
Detalle_entra
da
entrada
4.4. Diccionario de Datos

Tabla 15. Tabla producto
NOMBRE
DE Producto
LA TABLA
DESCRIPCION
Almacena informacin
productos.
CAMPO LLAVE
id_producto
general
de
todos
los
LLAVE
FORANEA
NOMBRE DEL TIPO
CAMPO
id_producto
referencia
descripcion
costo
precio
existencia
stock_minimo
stock_maximo
id_categoria
TAM
Bigint
(EnteroLargo)
varchar
(cadena)
varchar
(cadena)
Doubl
double
20
varchar
(cadena)
Bigint
(EnteroLargo
Bigint
(EnteroLargo
Bigint
(EnteroLargo)
DESCRIPCIN
50
Numero de identificacin del

almacenados en la tabla
Referencia del producto
50
Breve descricion del producto
20
20
Valor costo del producto

Valor venta del producto
50
Indica la cantidad de productos existente

en la tabla
Indica cual es la cantidad minima de
productos en bodega
Indica cual es la cantidad maxima de
productos en bodega
50
100
20
producto
Identificacin del tipo de producto por

categoria
NOMBRE
DE Cliente
LA TABLA
DESCRIPCION
Permite almacenar los datos de los clientes
CAMPO LLAVE
id_cliente
LLAVE
FORANEA
NOMBRE DEL TIPO
CAMPO
id_cliente
Bigint
(EnteroLargo)
varchar
varchar
(cadena)
varchar
(cadena)
Bigint
(EnteroLargo)
Bigint
(EnteroLargo)
varchar
(cadena)
varchar
(cadena)
varchar
(cadena)
nit
nombres
apellidos
telfono_fijo
telfono_movil
direccion
email
ciudad
TAM
20
DESCRIPCIN
30
50
Permite
identificar
los
clientes
Numero de identificacin del cliente
Nombres completos del clientes
50
Apellidos completos del cliente
20
indica el telfono fijo del cliente
20
Indica el telfono mvil del cliente
50
Direccin exacta del cliente
100
El email del cliente
50
Ciudad residente del cliente
Tabla 16. Tabla cliente
Tabla 17. Tabla factura
NOMBRE DE LA factura
TABLA
DESCRIPCION
Almacena informacin general de las ventas.
CAMPO LLAVE
Num_factura
LLAVE FORANEA
id_cliente
NOMBRE
CAMPO
TIPO
Num_factura
DEL
Bigint
(EnteroLargo)
TAM
20
DESCRIPCIN
Numero de la factura a consultar
fecha factura
date
50
Fecha en que fue editada la factura
Id_cliente
Bigint
(EnteroLargo)
20
Cliente al cual le fue asignada la

factura
Tipo_factura
varchar
20
Indica el tipo de venta (crdito

contado)
subtotal
double
20
Precio total de la factura sin descuento
Procentaje_descuento
double
20
Indica el porcentaje a descontar por

cada producto
Valor_descuento
double
20
Indica el valor a descontar por cada

producto
Total_factura
double
20
Valor de la factura a consultar
estado
Int
10
Indica el estado de la factura (anulada

o activa)
Tabla 18. Tabla detalle_factura
NOMBRE DE LA detalle_factura
TABLA
DESCRIPCION
Almacena informacin de los detalles por facturas de

las ventas.
CAMPO LLAVE
Num_factura
LLAVE
FORANEA
Id_producto
NOMBRE DEL TIPO

CAMPO
Num_factura
TAM
DESCRIPCIN
20

50
Identificacin del producto para vender
costo
precio
Bigint
(EnteroLar
go)
Bigint
(EnteroLar
go)
Doubl
Doubl
20
0
Valor costo del producto

total
Doubl
20
Indica el valor total de la factura
Id producto
producto
Tabla 19. Tabla pago
NOMBRE DE
LA TABLA
Pago
DESCRIPCION
Almacena informacin de los pagos

crdito
CAMPO
LLAVE
Id_pago
LLAVE
FORANEA
Num_factura
NOMBRE DEL TIPO

CAMPO
Id_pago
TAM
por facturas a
DESCRIPCIN
20
Indica el ndice del pago
50
Numero de factura a pagar o abonar
Fecha_pago
Tipo_pago
Num_transaccion
Bigint
(EnteroLargo)
Bigint
(EnteroLargo)
Date
Varchar
Varchar
20
20
50
Indica la fecha de los pagos

especifica al pago a crdito
Indica que si el pago es con cheque, tarjeta
Valor_pago
Num_pago
Doubl
Int
20
10
Especfica el valor a pagar

Indica el numero de pagos hechos
Num_factura
Tabla 20. Tabla categoria
NOMBRE DE
LA
TABLA
Categora
DESCRIPCIO
N
permite almacenar los diferentes tipos de calzado por

categora
CAMPO
LLAVE
id_categoria
LLAVE
FORANE
A
NOMBRE
DEL
CAMPO
TIPO
id_categoria
Bigint
(EnteroLargo)
varchar
(cadena)
nombre
TAM
20
50
DESCRIPCIN
indice de la categora del producto
almacenado en la tabla
Nombre de la categora del producto
Tabla 21. Tabla detalle_entrada
NOMBRE DE
LA
TABLA
Detalle_entrada
DESCRIPCIO
N
Almacena todos los detalles que entran al sistema
CAMPO
LLAVE
id_entrada
LLAVE
FORANE
A
id_producto
NOMBRE
DEL
CAMPO
TIPO
Id entrada
Bigint
(EnteroLargo)
Bigint
(EnteroLargo)
Id_producto
TAM
20
50
DESCRIPCIN
producto
Identificacin del producto para vender
costo
valor
Doubl
Doubl
50
20
Breve descripcin del producto

cantidad
Bigint
(EnteroLargo)
Doubl
20
Cantidad de productos que entran al sistema
20
Indica el valor total de los productos que

entraron al sistema
total
Tabla 22. Tabla entrada
NOMBRE DE
LA
TABLA
entrada
DESCRIPCIO
N
Almacena las entradas realizadas al sistema
CAMPO
LLAVE
id_entrada
LLAVE
FORANE
A
NOMBRE
DEL
CAMPO
TIPO
Id_entrada
20
Identificador de la entrada realizada
50
observacin
Bigint
(EnteroLargo)
Bigint
(EnteroLargo)
varchar
(cadena)
Doubl
total_entrada
Doubl
20
Fecha en entraron los productos al

sistema
Nombre del administrador de quien recibe
el pedido productos.
Pequea Descripcin acerca del entrada
de los productos
Indica el valor total de las entradas de los
productos
Fecha_entrada
recibe
TAM
50
20
DESCRIPCIN
NOMBRE DE
LA TABLA
administrador
DESCRIPCIO
N
Almacena administrador al sistema
CAMPO
LLAVE
id_administrador
LLAVE
FORANEA
Nombre
Tipo
Descripcin
T
A
M
Id_administrador
nit
nombres
apellidos
telfono_fijo
Telfono_movil
direccion
email
ciudad
login
clave
Bigint
(EnteroLargo)
Bigint
(EnteroLargo)
varchar
(cadena)
varchar
(cadena)
Bigint
(EnteroLargo)
20
20
ndice del administradors almacenados en la

tabla
Numero de identificacin del administrador
del sistema
Nombres completos del administrador del
sistema
Apellidos completos del administrador del
sistema
Numero Telfonico de administrador
varchar
(cadena)
varchar
(cadena)
varchar
(cadena)
varchar
(cadena)
varchar
(cadena)
50
Numero de Celular del administrador

Direccin de residencia del administrador
50
50
20
250
El correo electrnico del administrador
50
Ciudad residencia del administrador
50
administrador del sistema
50
Clave del administrador del sistema
4.5. Diagramas de actividad
Figura No. 18. Diagrama de actividad del control de acceso
Usuario
sistema
Entrar al
sistema
ingresar
login y
clave
Error en los
Validar los
Localizar
usuario
Datos
Entrar al
sistema
Usuario
encontrado
Usuario no
encontrado
Proceso finalizado con

exito
Figura No. 19. Diagrama de actividad del control de acceso
Usuario
sistema
Entrar al
sistema
Error en los datos

Ingresar
datos del
usuario
Validar los datos
Localizar
usuario
Datos validos
Usuario no
encontrado
Guardar
registro
Usuario
encontrado

xito
Figura No. 20 Diagrama de actividades Ingresar administrador.
Usuario
sistema
Entrar al
sistema
Error en los datos

Ingresar
datos del
usuario
Validar los datos
Localizar
usuario
Datos validos
Usuario no
encontrado
Guardar
registro
Usuario
encontrado

xito
Figura No. 21 Diagrama de actividades Ingresar productos
Usuario
sistema
Entrar al
sistema
Error en los
Ingresar
datos del
producto
Validar los
datos
Localiza
r
product
o
Datos
validos
Producto no
encontrado
Guardar
producto
Producto
encontrado
Proceso finalizado con xito
Figura No.22 Diagrama de actividades Ingresar entrada de productos
usuario
sistema
Entrar
al
sistem
a
Error en los datos
Ingresar
datos de las
entradas
Validar datos
Datos validos
Localiza
r
product
os
Producto
encontrado
Producto no
encontrado
Guardar
las
entrada
s
Operacin finalizada con
xito
Figura No. 23 Diagrama de actividades Ingresar clientes
usuario
sistema
Ingresar
al
sistema
Error en los
datos
Ingresar
datos del
cliente
Validar datos
Datos
validos
Localiza
r cliente
Cliente no
encontrado
Guardar
cliente
Cliente
encontrado

xito
Figura No. 24 Diagrama de actividades Ingresar clientes
Cliente
Sistema
Usuario
Ingresa
al
sistema
Error de
datos
Hace
pedido
si
Ingresa No.
factura
Localiza
r factura
no
Factura no existe
Ingresar nit cliente
si
no
Error de
datos
no
si
Localiz
ar
cliente
Mostrar datos
del cliente
si
Cliente
existe
no
Error de
datos
Digite
referencia
Mostrar datos
de productos
si
no
Producto
existe
Localiz
ar
product
no
sio
Guardar registro
Confirmar
pedido
xito
Figura No. 25 Diagrama de actividades Ingresar pagos
Cliente
Usuario
Sistema
Realiza
r pagos
Ingresar
al
sistema
Error en los
Digitar
No.
Factura
Validar
datos
Datos
validos
Factura
Pagar
factura
Factura no
Confirma
r pago
Guardar
pago

xito
5. Implementacin
5.1. Arquitectura de desarrollo
La arquitectura de desarrollo del software implementada para la empresa de
calzado Katherine se fundamenta en tres aspectos centrales:
Arquitectura de Desarrollo
Figura 26.
Capa de Persistencia
Capa de la Lgica del

Negocio
Capa de Presentacin
5.1.1. Capa de Persistencia: En esta capa fue utilizado el motor de bases de

datos MYSQL puesto, que
es sencillo de usar e increblemente rpido.
Tambin es uno de los motores de base de datos ms usados en Internet, la

principal razn de esto es que es gratis para aplicaciones no comerciales es
multiplataforma, soporta integridad referencial.
Las caractersticas principales de MySQL son:
Es un gestor de base de datos. Una base de datos es un conjunto de

datos y un gestor de base de datos es una aplicacin capaz de manejar
este conjunto de datos de manera eficiente y cmoda.
Es una base de datos relacional. Una base de datos relacional es un

conjunto de datos que estn almacenados en tablas entre las cuales se
establecen unas relaciones para manejar los datos de una forma
eficiente y segura. Para usar y gestionar una base de datos relacional se
usa el lenguaje estndar de programacin SQL.
Es Open Source. El cdigo fuente de MySQL se puede descargar y

est accesible a cualquiera, por otra parte, usa la licencia GPL para
aplicaciones no comerciales.
Es una base de datos muy rpida, segura y fcil de usar. Gracias a la

colaboracin de muchos administradors, la base de datos se ha ido
mejorando optimizndose en velocidad. Por eso es una de las bases de
datos ms usadas en Internet.
5.1.2. Capa de Lgica del Negocio: Esta capa es administrada por java el
cual,
Es un lenguaje de programacin que ofrece la potencia del diseo
orientado a objetos con una sintaxis fcilmente accesible y un entorno robusto

y agradable. Proporciona un conjunto de clases potente y flexible, es adems
multiplaforma y completamente integrado con muchos gestores de bases de
datos, entre ellos MYSQL, Una de las principales caractersticas que favoreci
el crecimiento y difusin del lenguaje Java es su capacidad de que el cdigo
fuente funcione sobre cualquier plataforma de software y hardware, es decir, un
mismo programa puede ejecutarse en varios sistemas sin tocar el cdigo
fuente.
5.1.3. Capa de Presentacin: el equipo de desarrollo aplic la capa de

presentacin swing el cual ofrece un conjunto de clases jerarquizadas que
permiten disear e implementar interfaces grficas e interactivas escritas en

lenguaje Java, se opto por swing por que ofrece una variedad de utilidades en
cuando a la dinmica de disear
interfaces que estuvieran acordes a la
funcionalidad final del sistema.
CAPTULO IV.
RESULTADOS
Los resultados generados durante el desarrollo del proyecto
fueron
satisfactorios de acuerdo al as necesidades prioritarias de la empresa, adems

el aplicativo pas todas las pruebas de validacin y verificacin de datos en los
cuales se logro el objetivo que era el cliente estuviera satisfecho
El aplicativo manejar los mdulos ingreso, consultas y reportes lo cual le
proporcionar al administrador del sistema tener una visin ms amena en lo
que tiene que ver en los aspectos ventas, clientes, productos, pagos, Es un
producto sencillo pero eficiente al a hora de controlar la informacin, Lo cual
contribuir al a empresa a tener una mejora con respectos a los aos
anteriores.
CONCLUSIONES
Considerando la importancia que en los ltimos aos ha representado el utilizar

los avances tecnolgicos, principalmente el servicio de las aplicaciones en
diversas empresas, con la finalidad de lograr una mayor publicidad de sus
productos, bienes o servicios; el desarrollar un sistema para el control de la
informacin
en las ventas de la empresa calzado Katherine
fue de gran
beneficio, puesto que logran tener una mayor eficiencia y agilidad en el proceso
de la informacin, por lo cual este
proyecto es una base para seguir
solventado necesidades que en nuestro pas le hace falta especialmente la

ciudad de Sincelejo.
Para los investigadores, sta experiencia signific una puerta de entrada al
conocimiento, la adquisicin de un espritu investigador, el enriquecimiento y
fortalecimiento de los procesos investigativos en cuanto a la tecnologa, que
esperamos sirvan de ejemplo y motivacin para otros estudiantes interesados
en la bsqueda de fortalecer el mbito de la investigacin.
ANEXOS
Acerca de este documento

Este documento recoge una breve explicacin del funcionamiento de la
aplicacin. Su contenido, es fcil de entender, por ello sin embargo vamos a
documentar como funciona la aplicacin para tener una mejor visin de las
interfaces,
Las anotaciones acerca de las funcionalidades de la aplicacin
vienen acompaadas de capturas de pantalla para hacer ms intuitivo el

seguimiento.
1. Inicio de sesin
La aplicacin se lanza utilizando o pulsando doble clic en su icono que lo
identifica, luego aparecer en la pantalla un formulario o interfaz grafica de
inicio de sesin, la cual se muestra en la figura 1.
Figura1.
El proceso es sencillo, basta con introducir nuestro nombre de administrador y
nuestra contrasea luego damos clic en el botn ACEPTAR para iniciar sesin.
Los dos campos son obligatorios, si se intenta acceder sin administrador o sin
contrasea se nos mostrar un mensaje de error. Lo mismo ocurrir si el
administrador o la contrasea son incorrectos, si los datos fueron introducidos
correctamente se accede a otro formulario o pantallazo siendo llamado el
Men General de la aplicacin el cual es el corazn de ingreso a todas las
opciones que proporciona este.
Conozcamos ahora el Men General.
2. MEN GENERAL
El men General describe todas las posibles opciones que tiene un
administrador para navegar y poder realizar todas las operaciones que la
aplicacin le brinda, como se observa en la figura 2. Las opciones son las
siguientes:
2.1. Ingresos.
2.2. Consultas.
2.3. Reportes.
Ahora miremos la funcionalidad de los Ingresos.
2.1. ingresos.
El men Ingresos nos proporciona un repertorio de opciones, su funcin es
determinante para el resto de programa el cual se ingresaran al sistema un sin
nmeros de registros claves importantes para la empresa de calzado
Katherine, este men se subdivide en 5 opciones:
2.1.1. Registrar Productos.
Figura 3.
Como se muestra en la figura 4, esta opcin como permitir registrar todos los
productos al sistema de la empresa calzado Katherine, a continuacin se
conocer su funcionamiento para eso debemos dar click en dicha opcin para
ingresar al formulario de registrar productos.
Figura 4
Este modulo permitir tener el control de todos los productos de calzado de la

empresa calzado Katherine, el cual consta de los campos, Los cuales deben
ser llenados todos sin excepcin:
:
Campos
Descripcin
REFERENCIA
Referencia del producto a registrar
DESCRIPCIN
Breve descripcin del producto a registrar
VALOR COSTO
Valor costo del producto a registrar
VALOR VENTA
Valor venta del producto a registrar
EXISTENCIA
Indica la cantidad de productos existente en

la tabla
STOCK_MINIMO
Indica cual es la cantidad minima

productos en bodega a registrar
STOCK_MAXIMO
Indica cual es la cantidad mxima de

productos en bodega a registrar
CATEGORA
Nombre de la categora del producto
de
Ahora miremos visualmente su funcionamiento:
Como Guardar un Producto: para realizar la operacin guardar debemos

llenar todos los campos como se aprecia en la figura 5, posteriormente nos
dirigimos al botn GUARDAR para almacenarlo en la base de datos y luego
damos click en el botn ACEPTAR para ingresar un cliente nuevo.
Figura 5
Este procedimiento de guardar lo hace es registrar todos aquellos productos
nuevos en el sistema, es decir que cada vez que se tenga un modelo de
calzado nuevo para la venta este es ingresado.
Como consultar un producto: para realizar la operacin consultar

debemos digitar la referencia del producto como de aprecia en la figura 6,
posteriormente nos dirigimos al botn CONSULTAR para mostrar todos los
datos de ese producto.
Figura 6
Como actualizar un producto: para realizar la operacin modificar

debemos digitar la referencia del producto como de aprecia en la figura 7,
datos de ese producto.
Figura 7
Figura 8
Luego damos click en el botn ACTUALIZAR y el registro que completamente
actualizado como se observa en la figura 9
Figura 9
2.1.2. Registrar entradas de productos:
Como se muestra en
la figura 10, esta opcin como permitir registrar el
detalle de las entrada de todos los productos existentes en la base de datos, a

continuacin se conocer su funcionamiento para eso debemos escoger dicha
opcin para ingresar al formulario de registrar entradas.
Campos
Descripcin
NO. ENTRADA
Indica el numero de entrada de los producto al

sistemas
Fecha en entraron los productos al sistema
FECHA_ENTRAD
A
RECIBE
OBSERVACIN
REFERENCIA
DESCRIPCION
COSTO
VALOR
UNIDAD
VALOR
VENTA
UNIDAD
CANTIDAD
TOTAL COSTO
TOTAL_ENTRADA
Nombre del administrador de quien recibe el

pedido productos.
Pequea Descripcin acerca del entrada de
los productos
Referencia del producto registrado
Nombre del producto registrado
Breve descripcin del producto
Cantidad de productos que entran al sistema

Indica el valor total de cada uno de los
productos que entraron al sistema
Indica el valor total de las entradas de todos
los productos
Figura 11
En este formulario el numero de entrada se da automticamente como se
muestra en la figura 11, luego digitamos la fecha ,despus quien recibe el
pedido a continuacin viene un campo en el cual se digitar la referencia del
producto a entrar el cual le mostrar automticamente en el campo descripcin
el nombre del articulo , luego digitar el nuevo valor costo del producto en el
campo valor costo unidad, adems valor venta en el campo valor venta unidad
luego de digitar la cantidad de productos que ingresarn al sistema luego se
da enter al mismo campo cantidad para qu muestre el total de ese producto,
a continuacin dar click en el botn verde con la figura del signo mas
para adicionar en la tabla que aparecer debajo de ese botn, si desea
remover algn producto por cualquier motivo ya sea que quieren ese producto
hay dirigirse a botn que tiene la figura del signo menos
para eliminar un
producto.
.
Para adicionar un detalle a la tabla haga clic en el botn
figura 12
Figura 12
Para quitar o eliminar un detalle de la tabla debemos primero que seleccionar
la fila de queramos eliminar dentro de la tabla don de se muestran los detalles
de los productos y luego haga click en el
figura 13
Figura 13
Como Guardar las entradas de productos: para realizar la operacin

guardar debemos llenar todos los campos como se aprecia en la figura n,
posteriormente nos dirigimos al botn GUARDAR para almacenarlo en la
base.
2.1.3. Registrar Clientes
Figura 14
Como se muestra en la figura 14, esta opcin como permitir registrar todos
los clientes al sistema de la empresa calzado Katherine, a continuacin se
conocer su funcionamiento para eso debemos escoger dicha opcin para
ingresar al formulario de registrar clientes.
Figura 15
Este modulo permitir tener el control de todos los clientes de la empresa

calzado Katherine, el cual consta de unos campos en los cuales se pueden
apreciar, el cual deben ser llenados todos sin excepcin, miremos visualmente
su procedimiento:
NOMBRE
Descripcin
NIT
NOMBRES
APELLIDOS
TELFONO_FIJO
TELFONO_MOVIL
Numero de identificacin del cliente

Nombres completos del clientes
Apellidos completos del cliente
indica el telfono fijo del cliente
Indica el telfono mvil del cliente
DIRECCION
EMAIL
Direccin exacta del cliente

El email del cliente
CIUDAD
Ciudad residente del cliente
Como Guardar un Cliente: para realizar la operacin guardar debemos

damos click en el botn ACEPTAR para ingresar un cliente nuevo.
Figura 16
Como consultar un cliente: para realizar la operacin consultar debemos

digitar el nit de del clientes como de aprecia en la figura 17, posteriormente
nos dirigimos al botn CONSULTAR para mostrar todos los datos de ese
cliente.
figura 17
Como modificar un cliente: para realizar la operacin modificar debemos

digitar el nit de del clientes como de aprecia en la figura 18, posteriormente
nos dirigimos al botn CONSULTAR para mostrar todos los datos de ese
cliente.
figura 18
Posteriormente podemos modificar cualquier dato del cliente excepto
el mismo nit, ahora procederemos a modificar el campo ciudad de
dicho cliente el cual es en ese momento Sincelejo ahora lo
cambiaremos por Barranquilla.
figura 19
Luego damos click en el
botn ACTUALIZAR y el registro que
completamente actualizado como se observa en la figura 20
figura 20
2.1.4. Registrar ventas
figura 21
Como se muestra en la figura 21, esta opcin como permitir registrar todos
los productos al sistema de la empresa calzado Katherine, a continuacin se
conocer su funcionamiento para eso debemos escoger dicha opcin para
ingresar al formulario de registrar ventas.
Figura 22
Este modulo permitir tener el control de todas las ventas de calzado de la
empresa calzado Katherine, el cual consta de los campos, Los cuales deben
ser llenados todos sin excepcin:
NOMBRE
Descripcin
NUM_FACTURA
FECHA
TIPO FACTURA
Numero de la factura a consultar

Fecha en que fue editada la factura
Indica el tipo de venta (crdito
contado)
Numero de identificaron del cliente
Nombre al cual le es asignada la
factura
Porcentaje de descuento
Precio del producto para vender
Cantidad de producto solicitado por el
cliente
Total venta realizada por el producto
Total de la venta sin descuento
Valor del descuento
Valor de la factura total con descuento
NIT
CLIENTE
% DESCUENTO
VALOR VENTA UND.
CANTIDAD
TOTAL PRODUCTO
SUBTOTAL
VAL DESCUENTO
TOTAL FACTURA
Ahora miremos su funcionamiento:
En este formulario lo primero que se hace es digitar el nmero de la factura, si

la factura existe el sistema arrojar un mensaje diciendo que la factura ya
existe luego digitamos la fecha, posteriormente hay combo en el cual se
encuentra el tipo de venta a realizar es de mucho cuidado para el administrador
de la aplicacin tener pendiente siempre el tipo de venta a realizar, luego
aparece el nit del cliente que se encuentra registrado en el sistema, si el cliente
no aparece es porque aun no lo ha registrado o ha tenido un error al digitar el
nit, a continuacin viene un campo en le cual usted digitar la referencia del
producto a vender
el cual le mostrar automticamente
en el campo
descripcin en nombre del articulo , en el campo existencia el nmeros de

productos disponibles y, en el campo valor venta por unidad aparece
automticamente el precio a comercializar, posteriormente digitar en el campo
cantidad el numero de productos a vender, luego de digitar la cantidad se
deber darle enter al mismo campo para qu muestre el total de ese producto,
a continuacin dar click en el botn verde con la figura del signo mas
para adicionar en la tabla que aparecer debajo de ese botn, si desea
remover algn producto por cualquier motivo ya sea que quieren ese producto
hay dirigirse a botn que tiene la figura del signo menos
para eliminar un
producto que no se va a vender, Posterior a todo esto el programa ofrece un

campo en el cual usted puede digitar el descuento que usted desea colocarle a
esa factura llamado descuento.
.
Para adicionar un detalle a la tabla haga clic en el botn
figura 23
Figura 23
Para quitar o eliminar un detalle de la tabla debemos primero que seleccionar
la fila de queramos eliminar den tro de la tabla don de se muestran los detalles
de los productos y luego haga click en el
Figura 24
figura 24
Como Guardar una venta: para realizar la operacin guardar debemos

damos click en el botn ACEPTAR para ingresar una nueva venta.
Figura 25
Como consultar una venta: para realizar la operacin consultar debemos

digitar el numero de la factura como de aprecia en la figura 25,
datos o detalles de esa factura realizada.
Figura 26
Luego damos clic en el botn CONSULTAR figura 27.
Figura 27
Como anular una venta: para realizar la operacin consultar debemos

digitar el numero de la factura como de aprecia en la 28, posteriormente nos
dirigimos al botn CONSULTAR para mostrar todos los datos o detalles de
esa factura realizada y luego hacemos click en el botn ANULAR y

posteriormente saldr un mensaje indicando que la factura ha sido anulada.
Figura 28
2.1.4. Registrar Pagos
Como se muestra en
la figura 29, esta opcin como permitir registrar el
detalle de las entrada de todos los productos existentes en la base de datos, a

continuacin se conocer su funcionamiento para eso debemos escoger dicha
opcin para ingresar al formulario de registrar pagos.
Figura 30
Este modulo permitir tener el control de todos los pagos de clientes de la

empresa calzado Katherine, el cual consta de unos campos especficos que
usted debe de llenar el formulario consta de los siguientes campos:
CAMPOS
DESCRIPCIN
FACTURA
FECHA
CLIENTE
VALOR FACTURA
Especifica el nmero de factura a consultar

para su respectivo pago
Fecha en la cual fue elaborada la factura
Nombre del cliente dueo de la factura
Valor total de la factura
PAGO PARCIAL
SALDO
Especifica el pago que lleva abonado

Especifica lo que aun debe por la factura
FECHA PAGO
Especifica la fecha en las cuales se han

realizado los abonos
Especifica si el pago es en efectivo, letra o
cheque
Este solo se digita si el tipo de pago se da
en cheque o letra
Indica el numero de pagos realizados por el
cliente
Indica el valor de la cuota o abono .
TIPO DE PAGO
NUMERO RECIBO
NUMERO
DEL PAGO
VALOR CUOTA
Ahora miremos funcionamiento:
Como consultar factura: para realizar la operacin de consultar debemos

digitar en el campo factura el numero de la factura correspondiente el cual
debe ser a crdito como se aprecia en la figura 31, posteriormente nos
dirigimos al botn CONSULTAR y mostrar todos los datos de esa factura
en los campos que se encuentran debajo del numero de la factura como
son la fecha, cliente, valor de la factura, pago parcial y saldo.
Figura 31
Como guardar pagos de la factura: para realizar la operacin de guardar

los pagos de la factura se digitan los siguiente datos fecha del pago, tipo de
pago, siel tipo de pago es con cheque o letra automticamente se activa el
campo numero de recibo el cual se digitar, posteriormente aparece un
campo que se incrementa a la medida que se realicen los pagos este
campos es el numero de pagos y por ultimo el digitamos el valor de la cuota

en el campo valor cuota. Luego nos dirigimos al botn GUARDAR para
registrar el pago realizado como se aprecia en la figura 32 y 33.
Figura 32
Figura 33

Proyecto de Investigacion

Enviado por

Dados do documento

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

Proyecto de Investigacion

Enviado por

Direitos autorais:

Formatos disponíveis

CAPTULO I

PLANTAMIENTO Y DESCRIPCIN DEL PROBLEMA.

La demanda comercial hoy da en un mercado es muy estimulado por

industriales, Por consiguiente el departamento de sucre debe cumplir ciertas

respuesta a estas inquietudes, es la de tener un sistema administrativo que se

1.2. FORMULACION DEL PROBLEMA.

De que manera el manejo de las nuevas

comunicacin por parte de la empresa de calzado Katherine, mejorara

2.1. OBJETIVO GENERAL.

2.2. OBJETIVOS ESPECIFICOS.

Identificar que herramientas utilizan la empresa de calzado Katherine

Conocer la capacidad que tiene el personal encargado de la

identificar los planes estratgicos que permitan la obtencin de la

Identificar claramente los requerimientos del sistema como base para la

las herramientas a utilizar en el desarrollo del Sistema de

las actividades necesarias que permitan llevar cabo con

mayor eficiencia y eficacia la construccin del Sistema de informacin

EN LA EMPRESA CALZADO KATERINE DE

SINCELEJO, el cual les permita generar procesos traducidos en gestin de

El manejo de la informacin est hoy en el corazn de los negocios. La

Bucaramanga, Universidad Cooperativa de Colombia, 2003, 160 pginas

2.1. Desarrollo con Proceso Unificado.

El equipo de desarrollo se fundamenta en el modelo de produccin Proceso

El Proceso Unificado tiene dos dimensiones (Figura 1)

Ciclo de vida del desarrollo del software

El Proceso Unificado usa el Lenguaje de Modelado Unificado (UML) en la

2.1.1. El Proceso Unificado es dirigido por casos de uso

Un sistema de software se crea para servir a sus administradors. Por lo tanto,

2.1.2. El Proceso Unificado est centrado en la arquitectura

El concepto de arquitectura de software involucra los aspectos estticos y

2.1.3. El Proceso Unificado es Iterativo e Incremental

Desarrollar un producto de software comercial es una tarea enorme que puede

En cada iteracin, los desarrolladores identifican y especifican los casos de uso

2.2. Diagramas UML

Un diagrama es la representacin grfica de un conjunto de elementos con sus

El Diagrama de Actividad es un diagrama de flujo del proceso multi-propsito

2. Planificacin del Proyecto

El proyecto se deasarrollar con sistema operativo Windows Xp.

Las consultas de la informacin se realizan bajo SQL.

Herramientas de desarrollo de la aplicacin JDK

La instalacin del motor de base de datos MySQL

2.2. Necesidades Tcnicas

El equipo de desarrollo enfrent las necesidades tcnicas de aprender a utilizar

Administracin de bases de datos (MySQL)

Tcnicas de anlisis y diseo de sistemas

pruebas para asegurar el funcionamiento del producto final.

2.3. Actividades a Desarrollar

anlisis y especificacin de requisitos

ANLISIS Y ESPECIFICACIN DE REQUISITOS

3.1. Identificacin y descripcin de pasos

3.3.1. Especificacin de requisitos.

3.3.1.1. Objetivos del sistema.

El modulo permitir niveles de

El modulo permitir la gestin

El modulo permitir la gestin

3.3.1.2. Requisitos de informacin

Tabla 2. Requisito de informacin Control de Acceso

INFORMACIN SOBRE ACCESO

ID OBJ 01 Control de acceso.

RF 01 : Controlar acceso de administrador.

El sistema planificacin deber controlar el acceso de los

Nombre de administrador, contrasea (username, password).

Tabla 3. Requisito de informacin gestin de administradors