Download - 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.
Requisitos asociadosRI-03
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.
Requisitos asociadosRI-04
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.
El administrador introduce los datos requeridos.
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.
Requisitos asociadosRI-05
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 administrador introduce los datos requeridos.
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.
Requisitos asociadosRI-06
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.
Requisitos asociadosRI-07
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
NOMBRE DEL CAMPOTIPOTAMDESCRIPCIN
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
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
NOMBRE DEL CAMPOTIPOTAMDESCRIPCIN
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
NOMBRE DEL CAMPOTIPOTAMDESCRIPCIN
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
NOMBRE DEL CAMPOTIPOTAMDESCRIPCIN
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
NOMBRE DEL CAMPOTIPOTAMDESCRIPCIN
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
NOMBRE DEL CAMPOTIPOTAMDESCRIPCIN
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
NOMBRE DEL CAMPOTIPOTAMDESCRIPCIN
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
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
Ingresar datos requeridos
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
Ingresar datos requeridos
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
Usuario no 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
Usuario no 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
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
Proceso finalizado con xito
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
Operacin finalizada con xito
si
no
Digite referencia
no
Localizar factura
Hace pedido
Operacin finalizada con xito
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
Operacin finalizada con xito
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