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 e 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 el control en las ventas?

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 informacin3. 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.

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 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 desenvolvimientoUn 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 usoUn 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 arquitecturaEl 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 UMLUn 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 tareaDescripcin tarea

1panorama general

1.1Deteccin del problema

2anlisis y especificacin de requisitos

2.1Especificacin de requisitos

2.2Diagramas de casos de uso

2.3Documentacin de los casos de uso

2.4Diagrama de Clases

2.5Modelo Entidad Relacin

2.6.Modelo Relacional

2.8Diccionario de Datos

3implementacin

3.1Codificacin

3.2Pruebas

4.Documentacin

4.1.Manual de administradors

5 Presentacin

6Entrega

ANLISIS Y ESPECIFICACIN DE REQUISITOS

3.1. Identificacin y descripcin de pasosEl 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 1ID OBJETIVONOMBREDESCRIPCIONESTABILIDADCOMENTARIO

ID-OBJ-01Control de AccesoEl modulo permitir niveles de acceso de acuerdo al tipo de administrador.AltaNinguno

ID-OBJ-02Gestin de administradorEl modulo permitir la gestin (guardar, consultar, modificar) de los administradors del sistema.AltaNinguno

ID-OBJ-02Gestin del modulo de los productosEl modulo permitir la gestin (guardar, consultar, modificar) de los productos del sistema.AltaNinguno

ID-OBJ-03Gestin del modulo Entrada de ProductosEl modulo permitir la gestin (ingresar) las entradas de los productos al sistemaAltaNinguno

ID-OBJ-04Gestin de del modulo de ClientesEl modulo permitir la gestin (guardar, modificar, consultar, eliminar) las entradas de los productos al sistemaAltaNinguno

ID-OBJ-05Gestin del modulo de ventasEl modulo permitir la gestin (ingresar, anular) las ventas al sistemaAltaNinguno

ID-OBJ-06Gestin del modulo de pagosEl modulo permitir la gestin (consultar, guardar) los pagos a crditosAltaNinguno

ID-OBJ-07gestin del modulo de de consultaEl modulo permitir la gestin de (consultar) los productos en el sistema para ser visualizadosAltaNinguno

3.3.1.2. Requisitos de informacinTabla 2. Requisito de informacin Control de Acceso

RI - 01INFORMACIN SOBRE ACCESO

Objetivos asociadosID OBJ 01 Control de acceso.

Requisitos asociadosRF 01 : Controlar acceso de administrador.

descripcinEl sistema planificacin deber controlar el acceso de los administradors a las diferentes categoras establecidas (docente, estudiante).

Datos especficosNombre de administrador, contrasea (username, password).

Tiempo de vida

promedioSiempre

ComentariosNinguno

Tabla 3. Requisito de informacin gestin de administradors

RI - 02INFORMACIN SOBRE ADMINISTRADORS

Objetivos asociadosID OBJ 02 Gestin de administradors.

Requisitos asociadosRF 02 Ingresar administrador.

RF 03 Modificar administrador.

RF 04 Consultar administrador

descripcinEl sistema Planificacin deber permitir almacenar la informacin de los diferentes administradors.

Datos especficosIdentificacin, 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

ComentariosNinguno

Tabla 4. Requisito de informacin gestin de productos

RI - 03INFORMACIN SOBRE PRODUCTOS

Objetivos asociadosID OBJ 03 Gestin del modulo de los productos

Requisitos asociadosRF 04 guardar producto.

RF 05 Modificar producto

RF 06 Eliminar producto.RF 07 Consultar producto

descripcinEl sistema Planificacin deber permitir almacenar la informacin de los diferentes productos

Datos especficosReferencia, descripcin, costo, precio, existencia, stock_minimo, stock_maximo.

Tiempo de vida

promedio

ComentariosNinguno

Tabla 5. Requisito de informacin entrada

RI - 04INFORMACIN SOBRE ENTRADAS DE PRODUCTOS

Objetivos asociadosID OBJ 04 Gestin del modulo de entradas de productos

Requisitos asociadosRF 05 guardar las entradas de los productos.

descripcinel 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 especficosNo Entrada, fecha, recibe, observaciones, referencia, descripcin, valor costo unidad, valor venta unidad, cantidad, total costo, total entrada

Tiempo de vida

promedio

ComentariosNinguno

Tabla 6. Requisito de informacin de clientes

RI - 05INFORMACIN SOBRE CLIENTES

Objetivos asociadosID OBJ 05 Gestin del modulo de clientes

Requisitos asociadosRF 06 Guardar clientes

RF 07 Modificar clientes

RF 08 Consultar clientes

descripcinel sistema planificacin deber permitir almacenar los datos de los diferentes clientes

Datos especficosNit, nombres, apellidos, telfono fijo, telfono mvil, direccin , ciudad , email

Tiempo de vida

promedio

ComentariosNinguno

Tabla 7. Requisito de informacin de ventas

RI - 06INFORMACIN SOBRE VENTAS

Objetivos asociadosID OBJ 06 Gestin del modulo de clientes

Requisitos asociadosRF 07 Guardar ventas

RF 08 anular ventas

descripcinel sistema planificacin deber permitir almacenar los datos de los de las ventas realizadas

Datos especficosNo factura, fecha, tipo de pago, nit , cliente, referencia, descripcin, valor venta unidad, cantidad, total venta, subtotal , descuento , total factura

Tiempo de vida

promedio

ComentariosNinguno

Tabla 8. Requisito de informacin de pagos

RI - 07INFORMACIN SOBRE REGISTRO DE PAGOS

Objetivos asociadosID OBJ 07 Gestin del modulo de registrar pagos

Requisitos asociadosRF 08 Guardar pagos

RF 09 Consultar pagos

descripcinel sistema planificacin deber permitir consultar, almacenar los datos de los pagos de facturas por cobrar realizadas

Datos especficosNo. Factura, fecha factura,, fecha de pago, cliente, tipo pago, valor factura, saldo, pago parcial, tipo pago, Numero .de pagos, cuota.

Tiempo de vida

promedio

ComentariosNinguno

3.3.1.3. Requisitos FuncionalesEn 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 9ACTORESDESCRIPCIONCOMENTARIO

ADMINISTRADOR

El actor ADMINISTRADOR es el

Encargado de administrar el software y cada una de las caracterstica de este.ninguna

CLIENTE

El actor cliente es el encargado de solicitar los pedidos.Ninguna

3.3.2. Diagramas de casos de usoFigura No 2. Diagrama de casos de uso control de acceso.

Figura No. 3. Diagrama de casos de uso administrador

Figura 4 diagrama caso de uso gestin de administrador

Figura 5. Diagrama de caso de uso productos

figura 6. Diagrama Caso de uso de gestin de los productos

Figura No. 7. Diagrama de caso de uso de entrada de productos

Figura No. 8 Diagrama Caso de uso de gestin de entrada de productos

Figura No. 9. Diagrama de caso de clientes

Figura No. 10. Diagrama de caso de gestin de los clientes

Figura No. 11. Diagrama de caso uso de ventas

Figura No. 12. Diagrama de caso de uso gestin de ventas

Figura No. 13. Diagrama de caso uso de pagos

Figura No. 14 Diagrama de caso de uso gestin de pagos

3.3.3. Documentacin de los casos de usoTabla 10. Control de acceso. CU01CONTROL DE ACCESO

Objetivos asociadosID OBJ 01 Control de acceso.

Requisitos asociadosRI-01

descripcinEl sistema deber permitir la realizacin de un conjunto de acciones cuando un administrador intenta ingresar al sistema.

precondicin.

Secuencia normal

PasoAccin

1

2

3

4

5

6

Actor digita su nombre de administrador y su contrasea.

Actor hace clic en ingresar

Conectarse a la base de datos

Localizar administrador en la base de datos

Entrar al sistema

cargar men principal

Pos condicinSi el administrador esta registrado puede usar los servicios del sistema

Excepciones3. Si ocurre error al validar, direccionar a 1

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

CU03Registrar Productos

Objetivos asociadosID OBJ 03 Gestin del modulo de productos.


descripcinEl sistema planificacin deber controlar el ingreso de los productos a las diferentes categoras del producto.

precondicin

Secuencia normal

PasoAccin

1

2

3

4El administrador ingresa al modulo de registrar productos

El sistema muestra cajas de texto para pedir los siguientes datos: referencia, descripcin, costo, precio, stock_minimo, stock_maximo

El administrador introduce los datos requeridos.

la referencia del producto es registrada al sistema.

Pos condicin

Excepciones1. 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

CU04Registrar Entradas

Objetivos asociadosID OBJ 04 Gestin del modulo entrada de productos.


descripcinEl sistema permitir la realizacin de un conjunto de acciones cuando un administrador intenta ingresar al sistema.

precondicinEl numero de entrada aparece digitada

Secuencia normal

PasoAccin

1

23

4El administrador ingresa al modulo de registrar entrada.

El sistema muestra cajas de texto para pedir los siguientes datos: fecha, recibe, observaciones, referencia, descripcin, valor costo unidad, valor venta unidad, cantidad, total costo, total entrada.


Los datos del producto es registrada al sistema.

Pos condicin

Excepciones1. 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

CU05Registrar Clientes

Objetivos asociadosID OBJ 05 Gestin del modulo de clientes.


descripcinEl sistema permitir la realizacin de un conjunto de acciones cuando un administrador intenta ingresar al sistema.

precondicin

Secuencia normal

PasoAccin

1

2

3

4El administrador ingresa al modulo de registrar clientes.

El sistema muestra cajas de texto para pedir los siguientes datos: Nit, nombres, apellidos, telfono fijo, telfono mvil, direccin , ciudad , email


el nit del cliente es registrada al sistema.

Pos condicin

Excepciones1. 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 el nit del cliente ya esta registrado y le informa al administrador, el flujo regresa al punto 3

Rendimiento

Frecuencia

Comentarios

Tabla 14. Documentacin caso de uso del modulo de ventas

CU06Registrar Ventas

Objetivos asociadosID OBJ 06 Gestin del modulo de ventas.


descripcinEl sistema permitir la realizacin de un conjunto de acciones cuando el administrador ingrese al modulo de ventas.

precondicin

Secuencia normal

PasoAccin

1

2

3

4

56

7

8

El administrador ingresa al modulo de registrar ventas.

El sistema muestra cajas de texto para pedir 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 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

Excepciones1. 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 3 del escenario principal.

2. El sistema comprueba la validez de los datos, el sistema detecta quela factura de la venta ya esta registrado y le informa al administrador, el flujo regresa al punto 3 del escenario principal.

3. El sistema comprueba la validez de los datos, el sistema detecta que el nit del cliente existe y le informa al administrador, el flujo regresa al punto 4 del escenario principal.

4. El sistema comprueba la validez de los datos, el sistema detecta que la referencia del producto y le informa al administrador, el flujo regresa al punto 6 del escenario principal.

Rendimiento

Frecuencia

ComentariosTener en cuenta el tipo de venta a registrar (crdito o contado)

Tabla 15. Documentacin caso de uso del modulo de pagos

CU07Registrar pagos

Objetivos asociadosID OBJ 07 Gestin del modulo de pagos.


descripcinEl sistema permitir la realizacin de un conjunto de acciones cuando un administrador ingrese al modulo de registros pagos.

precondicin

Secuencia normal

PasoAccin

1

2

34

5

6El administrador ingresa al modulo de registrar ventas.

El sistema muestra cajas de texto para pedir 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

Pago de la factura es registrada al sistema.

Pos condicin

Excepciones1. 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 factura por cobrar esta registrado y le informa al administrador, el flujo regresa al punto 3

Rendimiento

Frecuencia

Comentarios

4. DISEO DEL SISTEMA

4.1. Diagrama de Clases.Figura 15. Diagrama de clases.

4.2. Modelo Entidad RelacinFigura 16. Modelo entidad relacin.

4.3. Modelo Relacional

Figura 17

4.4. Diccionario de DatosTabla 15. Tabla productoNOMBRE DE LA TABLAProducto

DESCRIPCIONAlmacena informacin general de todos los productos.

CAMPO LLAVEid_producto

LLAVE FORANEA

NOMBRE DEL CAMPOTIPOTAMDESCRIPCIN

id_productoBigint (EnteroLargo) 20Numero de identificacin del producto almacenados en la tabla

referenciavarchar (cadena) 50Referencia del producto

descripcionvarchar (cadena) 50Breve descricion del producto

costoDoubl 20Valor costo del producto

precio

double 20Valor venta del producto

existencia varchar (cadena) 50Indica la cantidad de productos existente en la tabla

stock_minimoBigint (EnteroLargo 50Indica cual es la cantidad minima de productos en bodega

stock_maximo

Bigint (EnteroLargo 100Indica cual es la cantidad maxima de productos en bodega

id_categoria

Bigint (EnteroLargo) 20Identificacin del tipo de producto por categoria

NOMBRE DE LA TABLACliente

DESCRIPCIONPermite almacenar los datos de los clientes

CAMPO LLAVEid_cliente

LLAVE FORANEA


id_clienteBigint (EnteroLargo) 20Permite identificar los clientes almacenados en la tabla

nitvarchar 30Numero de identificacin del cliente

nombres varchar (cadena) 50Nombres completos del clientes

apellidos varchar (cadena) 50Apellidos completos del cliente

telfono_fijo Bigint (EnteroLargo) 20indica el telfono fijo del cliente

telfono_movil

Bigint (EnteroLargo) 20Indica el telfono mvil del cliente

direccion varchar (cadena) 50Direccin exacta del cliente

email

varchar (cadena) 100El email del cliente

ciudad varchar (cadena) 50Ciudad residente del cliente

Tabla 16. Tabla clienteTabla 17. Tabla facturaNOMBRE DE LA TABLAfactura

DESCRIPCIONAlmacena informacin general de las ventas.

CAMPO LLAVENum_factura

LLAVE FORANEAid_cliente


Num_facturaBigint (EnteroLargo) 20Numero de la factura a consultar

fecha facturadate 50Fecha en que fue editada la factura

Id_clienteBigint (EnteroLargo) 20Cliente al cual le fue asignada la factura

Tipo_facturavarchar 20Indica el tipo de venta (crdito contado)

subtotal double 20Precio total de la factura sin descuento

Procentaje_descuentodouble 20Indica el porcentaje a descontar por cada producto

Valor_descuentodouble 20Indica el valor a descontar por cada producto

Total_factura

double 20Valor de la factura a consultar

estadoInt 10Indica el estado de la factura (anulada o activa)

Tabla 18. Tabla detalle_facturaNOMBRE DE LA TABLAdetalle_factura

DESCRIPCIONAlmacena informacin de los detalles por facturas de las ventas.

CAMPO LLAVENum_factura

LLAVE FORANEAId_producto


Num_facturaBigint (EnteroLargo) 20Numero de identificacin del producto almacenados en la tabla

Id productoBigint (EnteroLargo) 50Identificacin del producto para vender

costoDoubl 20Valor costo del producto

precio

Doubl 0Valor venta del producto

totalDoubl 20Indica el valor total de la factura

Tabla 19. Tabla pagoNOMBRE DE LA TABLAPago

DESCRIPCIONAlmacena informacin de los pagos por facturas a crdito

CAMPO LLAVEId_pago

LLAVE FORANEANum_factura


Id_pagoBigint (EnteroLargo) 20Indica el ndice del pago

Num_facturaBigint (EnteroLargo) 50Numero de factura a pagar o abonar

Fecha_pagoDate 20Indica la fecha de los pagos

Tipo_pagoVarchar 20especifica al pago a crdito

Num_transaccion

Varchar 50Indica que si el pago es con cheque, tarjeta

Valor_pagoDoubl 20Especfica el valor a pagar

Num_pago Int 10Indica el numero de pagos hechos

Tabla 20. Tabla categoriaNOMBRE DE LA TABLACategora

DESCRIPCIONpermite almacenar los diferentes tipos de calzado por categora

CAMPO LLAVEid_categoria

LLAVE FORANEA


id_categoriaBigint (EnteroLargo) 20indice de la categora del producto almacenado en la tabla

nombrevarchar (cadena) 50Nombre de la categora del producto

Tabla 21. Tabla detalle_entradaNOMBRE DE LA TABLADetalle_entrada

DESCRIPCIONAlmacena todos los detalles que entran al sistema

CAMPO LLAVEid_entrada

LLAVE FORANEAid_producto


Id entradaBigint (EnteroLargo) 20Numero de identificacin del producto almacenados en la tabla

Id_productoBigint (EnteroLargo) 50Identificacin del producto para vender

costoDoubl 50Breve descripcin del producto

valor

Doubl 20Valor venta del producto

cantidadBigint (EnteroLargo) 20Cantidad de productos que entran al sistema

totalDoubl 20Indica el valor total de los productos que entraron al sistema

Tabla 22. Tabla entradaNOMBRE DE LA TABLAentrada

DESCRIPCIONAlmacena las entradas realizadas al sistema

CAMPO LLAVEid_entrada

LLAVE FORANEA


Id_entradaBigint (EnteroLargo) 20Identificador de la entrada realizada

Fecha_entradaBigint (EnteroLargo) 50Fecha en entraron los productos al sistema

recibevarchar (cadena) 50Nombre del administrador de quien recibe el pedido productos.

observacin

Doubl 20Pequea Descripcin acerca del entrada de los productos

total_entradaDoubl 20Indica el valor total de las entradas de los productos

NOMBRE DE LA TABLAadministrador

DESCRIPCIONAlmacena administrador al sistema

CAMPO LLAVEid_administrador

LLAVE FORANEA

Nombre

Tipo TAMDescripcin

Id_administradorBigint (EnteroLargo) 20ndice del administradors almacenados en la tabla

nitBigint (EnteroLargo) 50Numero de identificacin del administrador del sistema

nombresvarchar (cadena) 50Nombres completos del administrador del sistema

apellidosvarchar (cadena) 20Apellidos completos del administrador del sistema

telfono_fijo

Bigint (EnteroLargo) 20Numero Telfonico de administrador

Telfono_movilNumero de Celular del administrador

direccionvarchar (cadena) 50Direccin de residencia del administrador

emailvarchar (cadena)250El correo electrnico del administrador

ciudadvarchar (cadena)50Ciudad residencia del administrador

login varchar (cadena) 50administrador del sistema

clavevarchar (cadena) 50Clave del administrador del sistema

4.5. Diagramas de actividad Figura No. 18. Diagrama de actividad del control de acceso

Figura No. 19. Diagrama de actividad del control de acceso

Figura No. 20 Diagrama de actividades Ingresar administrador.

Figura No. 21 Diagrama de actividades Ingresar productos

Figura No.22 Diagrama de actividades Ingresar entrada de productos

Figura No. 23 Diagrama de actividades Ingresar clientes

Figura No. 24 Diagrama de actividades Ingresar clientes

Figura No. 25 Diagrama de actividades Ingresar pagos

5. Implementacin5.1. Arquitectura de desarrolloLa arquitectura de desarrollo del software implementada para la empresa de calzado Katherine se fundamenta en tres aspectos centrales:

Arquitectura de Desarrollo Figura 26.

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:

:

CamposDescripcin

REFERENCIAReferencia del producto a registrar

DESCRIPCINBreve descripcin del producto a registrar

VALOR COSTOValor costo del producto a registrar

VALOR VENTA Valor venta del producto a registrar

EXISTENCIA Indica la cantidad de productos existente en la tabla

STOCK_MINIMOIndica cual es la cantidad minima de productos en bodega a registrar

STOCK_MAXIMO

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

CATEGORANombre de la categora del producto

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 5Este 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, posteriormente nos dirigimos al botn CONSULTAR para mostrar todos los datos de ese producto.

Figura 7

Figura 8Luego damos click en el botn ACTUALIZAR y el registro que completamente actualizado como se observa en la figura 9

Figura 92.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.CamposDescripcin

NO. ENTRADAIndica el numero de entrada de los producto al sistemas

FECHA_ENTRADAFecha en entraron los productos al sistema

RECIBENombre del administrador de quien recibe el pedido productos.

OBSERVACIN

Pequea Descripcin acerca del entrada de los productos

REFERENCIAReferencia del producto registrado

DESCRIPCIONNombre del producto registrado

COSTO VALOR UNIDADBreve descripcin del producto

VALOR VENTA UNIDAD

Valor venta del producto

CANTIDADCantidad de productos que entran al sistema

TOTAL COSTOIndica el valor total de cada uno de los productos que entraron al sistema

TOTAL_ENTRADAIndica 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 14Como 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 15Este 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:

NOMBREDescripcin

NITNumero de identificacin del cliente

NOMBRES Nombres completos del clientes

APELLIDOS Apellidos completos del cliente

TELFONO_FIJO indica el telfono fijo del cliente

TELFONO_MOVIL

Indica el telfono mvil del cliente

DIRECCION Direccin exacta del cliente

EMAIL

El email del cliente

CIUDAD Ciudad residente del cliente

Como Guardar un Cliente: para realizar la operacin guardar debemos llenar todos los campos como se aprecia en la figura 16, 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 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 18Posteriormente 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 19Luego damos click en el botn ACTUALIZAR y el registro que completamente actualizado como se observa en la figura 20

figura 202.1.4. Registrar ventas

figura 21Como 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 22Este 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:

NOMBREDescripcin

NUM_FACTURANumero de la factura a consultar

FECHAFecha en que fue editada la factura

TIPO FACTURAIndica el tipo de venta (crdito contado)

NIT Numero de identificaron del cliente

CLIENTENombre al cual le es asignada la factura

% DESCUENTOPorcentaje de descuento

VALOR VENTA UND.Precio del producto para vender

CANTIDADCantidad de producto solicitado por el cliente

TOTAL PRODUCTOTotal venta realizada por el producto

SUBTOTALTotal de la venta sin descuento

VAL DESCUENTOValor del descuento

TOTAL FACTURA

Valor de la factura total con descuento

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 23Para 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 llenar todos los campos como se aprecia en la figura 25, posteriormente nos dirigimos al botn GUARDAR para almacenarlo en la base de datos y luego 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, posteriormente nos dirigimos al botn CONSULTAR para mostrar todos los datos o detalles de esa factura realizada.

Figura 26Luego 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 282.1.4. Registrar PagosComo 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 30Este 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:CAMPOSDESCRIPCIN

FACTURAEspecifica el nmero de factura a consultar para su respectivo pago

FECHAFecha en la cual fue elaborada la factura

CLIENTENombre del cliente dueo de la factura

VALOR FACTURA Valor total de la factura

PAGO PARCIALEspecifica el pago que lleva abonado

SALDOEspecifica lo que aun debe por la factura

FECHA PAGOEspecifica la fecha en las cuales se han realizado los abonos

TIPO DE PAGO Especifica si el pago es en efectivo, letra o cheque

NUMERO RECIBOEste solo se digita si el tipo de pago se da en cheque o letra

NUMERODEL PAGO Indica el numero de pagos realizados por el cliente

VALOR CUOTAIndica el valor de la cuota o abono .

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 33Control de acceso

Captura login y clave

Localizar usuario

Conectar base de datos

administrador

Base de datos

Entrar al sistema

Cargar men principal

Informacin de usuario

Ingresar datos USUARIO

Base de datos

Consultar usuario

administrador

Actualizar usuario

Gestin de usuarios

Ingresar datos requeridos

Verificar datos del usuario

administrador

Guardar usuario

Base datos

Informacin de los productos

Guardar productos

Base de datos

Consultar productos

administrador

Actualizar productos

Caso de uso gestin de los productos

Se introducen los datos requeridos

Base de datos

Verificar referencia del producto

administrador

Localizar producto

Datos verificados

Guardar productos

Informacin sobre entrada de productos

Base de datos

Guardar entrada de productos

administrador

Anular entrada de productos

Gestin de entradas de productos

Se introducen los datos requeridos

Verificar referencia producto

Localizar productos

Datos verificados

Guardar entrada de productos

Base de datos

administrador

Informacin de los clientes

Guardar clientes

Base de datos

Consultar clientes

administrador

Actualizar clientes

Gestin de los clientes

Base datos

Cliente


Verificar datos del cliente

Guardar cliente

administrador

Informacin de de ventas

Base datos

Guardar ventas

Consultar ventas

administrador

Anular ventas

Gestin de ingreso de ventas


Digitar nm. de la factura

Cliente

Digitar el nit del cliente

Obtiene la informacin de cliente

administrador

Digitar referencia del producto a comprar

Base de datos

Obtiene la informacin del producto

Guardar factura

Informacin de pagos

Base de datos

Consultar factura

Guardar pagos

administrador

gestin de pagos

Guardar pagos

Digitar pagos

Obtener datos de la factura

Digitar No. De la factura del cliente

Cliente

administrador

Base de datos

Factura

Prvate String numFactura

Prvate String tipoFactura

Prvate Double porc Descuento

Private Double valorDescuento

Prvate Double subtotal

Prvate Double totalFactura

Guardar ()

Consultar ()

Anular ()

Cliente

Prvate String nit

Prvate String nombres

Prvate String apellidos

Prvate String direccin

Prvate String telfonoFijo

Prvate String telfonoMovil

Prvate String ciudad

Prvate String email

Guardar ()

Consultar ()

Actualizar ()

Pago

Prvate String numFactura

Prvate String tipoPago

Prvate String numTransaccion

Prvate Double valorCuota

Prvate Int numeroCuota

Guardar ()

Consultar ()

Producto

Prvate String referencia

Prvate String descripcin

Prvate Double costo

Prvate Double precio

Prvate Double existencia

Prvate Double stockMaximo

Prvate Double stockMinimo

Guardar ()

Consultar ()

Actualizar ()

Entrada

Prvate Date fecha

Prvate String recibe

Prvate String observacion

Prvate Double totalEntrada

Guardar ()

Categora

Prvate String nombre

Guardar ()

Modelo Entidad Relacin

Modelo relacional

Llave fornea

Llave primaria

1

n

n

1 : n

1

n : 1

n : 1

1 : n

Id_categoria

Id_entrada

Id_producto

Id_entrada

Id_categoria

Id_producto

num_factura

Id_producto

num_factura

Id_pago

Id_cliente

num_factura

Id_cliente

pago

categora

entrada

Detalle_entrada

producto

Detalle_factura

factura

cliente

Usuario sistema

Usuario no encontrado

Usuario encontrado

Error en los datos

Datos validos

Validar los datos

ingresar login y clave

Entrar al sistema

Localizar usuario

Entrar al sistema

Proceso finalizado con exito

Usuario sistema

Usuario encontrado


Localizar usuario

Datos validos

Validar los datos

Ingresar datos del usuario

Entrar al sistema

Error en los datos

Guardar registro

Proceso finalizado con xito

Usuario sistema

Usuario encontrado


Localizar usuario

Datos validos

Validar los datos

Ingresar datos del usuario

Entrar al sistema

Error en los datos

Guardar registro


Usuario sistema

Entrar al sistema

Error en los datos

Ingresar datos del producto

Validar los datos

Localizar producto

Datos validos

Producto no encontrado

Producto encontrado

Guardar producto


usuario sistema

Producto no encontrado

Producto encontrado

Localizar productos

Datos validos

Validar datos

Error en los datos

Entrar al sistema

Ingresar datos de las entradas

Guardar las entradas

Operacin finalizada con xito

Cliente no encontrado

Datos validos

Cliente encontrado

Validar datos

Error en los datos

Localizar cliente

usuario sistema

Ingresar al sistema

Ingresar datos del cliente

Guardar cliente


si

no

Digite referencia

no

Localizar factura

Hace pedido


Guardar registro

Confirmar pedido

Mostrar datos de productos

Localizar producto

Mostrar datos del cliente

Cliente Usuario Sistema

Ingresa al sistema

Error de datos

si

Ingresa No. factura

no

no

Factura no existe

si

Error de datos

Ingresar nit cliente

Localizar cliente

si

Cliente existe

si

no

Error de datos

Producto existe

si

no

Error en los datos


Factura no encontrada

Factura encontrada

Datos validos

Validar datos

Digitar No. Factura

Ingresar al sistema

Realizar pagos

Cliente Usuario Sistema

Guardar pago

Confirmar pago

Pagar factura

Capa de Presentacin

Capa de la Lgica del Negocio

Capa de Persistencia

Bucaramanga, Universidad Cooperativa de Colombia, 2003, 160 pginas

proyecto de investigacion

Documents