tesis beta
TRANSCRIPT
TESIS
“DESARROLLO DE SOFTWARE PARA FACTURACIÓN EN BODEGAS”
SUSTENTADO POR:
MARVIN DANIEL CANALES MEJÍA
PREVIA INVESTIDURA AL TÍTULO INGENIERÍA EN SISTEMAS COMPUTACIONAL CON EL GRADO DE
LICENCIATURA.
COMAYAGUA HONDURAS, CA
AGOSTO, 2015
UNIVERSIDAD POLITÉCNICA DE HONDURAS
AUTORIDADES UNIVERSITARIAS
RECTOR
DR. JOSÉ CARLETON CORRALES
VICERRECTORA ACADÉMICA
MASTER. NORMA IDALIA MARTINEZ CHÁVEZ
SECRETARIA GENERAL
LIC. DIRIAN BEATRIZ PEREIRA CÁLIX
DEDICATORIA
Dedico este proyecto y toda mi carrera universitaria en primer lugar a Dios por darme la sabiduría en todo momento, en mi tristeza y alegrías, desánimos y entusiasmos, por ser el que me impulsa a seguir adelante proveyéndome de fe y fuerzas para vencer todo obstáculo.
A mi Familia Padres y Hermanos que estuvieron dispuestos a apoyarme, dándome ánimos para seguir adelante en cada momento a no desmayar e impulsándome a continuar hasta lograr mis metas propuestas, a pesar de los obstáculos encontrados en mi diario vivir, y enseñándome que todo lo que tiene valor en esta vida requiere de esfuerzo y entrega, Así como también aprendí de ellos que todos mis logros deben estar encaminados al servicio de los demás actuando con honestidad y sencillez sobre todo con amor.
A mi abuelita paterna que está en el cielo quien fue mí inspiración ya que me enseñó a trabajar y a ser honrado en todas mis acciones y me demostró que el camino de la rectitud es la mejor opción en el camino de mi vida.
I
AGRADECIMIENTOS.
Agradezco a Dios por el regalo de la vida, salud, ánimo y disposición que me permitió tener para decidir iniciar y culminar esta honorable carrera profesional con éxito.
También agradezco a mi esposa que me dio ánimos para impulsarme, con su amor, consejos y cuidados.
A mi querida abuela paterna que me inculcó la formación espiritual y moral, a ella que siempre estuvo alerta ante cualquier problema que se pudo presentar.
A mis amigos y compañeros cercanos, esos amigos que siempre nos han acompañado y apoyado, con los cuales he contado desde que nos conocimos, amigos que son como hermanos en tiempos de tempestad y alegría.
II
RESUMEN EJECUTIVO
En este proyecto se presentará la propuesta para el desarrollo de un sistema de control de inventario y facturación para la bodega Jesús es mí Pastor. El trabajo está estructurado en secciones, se presentará un análisis realizado en la empresa para conocer la problemática y la manera en que se maneja el inventario y facturación, luego se dará a conocer la propuesta que incluirá la planificación necesaria para el desarrollo del software.
La planificación contendrá la viabilidad del proyecto, un cronograma de actividades para ayudar a desarrollar a tiempo el software. Se realizará un modelado del sistema propuesto para dar a conocer cómo debe funcionar el sistema. Además se describirá de manera resumida como se pretende desarrollar el diseño, codificación, pruebas e implementación del sistema.
EXECUTIVE SUMMARY
In this report the proposal to develop a system of inventory control and billing for hold Jesus is my Shepherd was presented. The work is divided into sections, an analysis in the company to know the problems and how the inventory and billing is handled is present, and then it will release the proposal to include the necessary planning for the development of software.
The plan will contain the project's viability, a schedule of activities to help develop the software in time. The proposed modeling to show how the system should work system will perform. In addition it will be described in summary as it aims to develop the design, coding, testing and deployment.
III
Índice General.
I. INTRODUCCIÓN...........................................................................................................................1
II. ANTECEDENTES...........................................................................................................................2
2.1. Entrada de materia prima...........................................................................................................2
2.2. Venta de productos.....................................................................................................................2
2.3. Cancelación de la venta...............................................................................................................2
2.4. En cuanto al proceso de pago existen diferentes formas............................................................3
III. PLANTEAMIENTO DEL PROBLEMA...............................................................................................3
3.1. Descripción de la realidad problemática.....................................................................................3
IV. OBJETIVOS...................................................................................................................................5
4.1. Objetivo General.........................................................................................................................5
4.2. Objetivos Específicos...................................................................................................................5
V. JUSTIFICACIÓN.............................................................................................................................6
5.1. Alcances y límites de la Investigación..........................................................................................6
5.1.1. Delimitación................................................................................................................................6
5.1.2. Alcance o cobertura....................................................................................................................6
5.1.3. Restricciones...............................................................................................................................6
5.1.4. Limitaciones................................................................................................................................7
5.2. Beneficio social del estudio.........................................................................................................7
VI. MARCO TEÓRICO.........................................................................................................................8
6.1. Marco Referencial.......................................................................................................................8
6.2. Marco Conceptual.......................................................................................................................8
6.2.1. Sistema Informático....................................................................................................................8
6.3. Proceso de ventas.......................................................................................................................8
6.4. Marco Contextual.......................................................................................................................9
6.4.1. Acerca de la Bodega Jesús es mí Pastor.......................................................................................9
6.5. Metodologías ágiles...................................................................................................................10
6.5.1. Características de las metodologías ágiles.................................................................................10
6.5.2. Diseño de la Investigación.........................................................................................................11
6.6. Desarrollo de Software..............................................................................................................12
6.7. Seguridad..................................................................................................................................13
6.8. Ingeniería del software..............................................................................................................13
6.9. Ciclo de vida del desarrollo del software...................................................................................16
6.9.1. Definición de la solicitud...........................................................................................................17
6.10. Requerimientos funcionales......................................................................................................17
6.11. Herramientas y métodos para desarrollo de software..............................................................18
6.12. Herramientas para Análisis y diseño orientado a objeto...........................................................19
6.14. Fases en que se descompone el proceso de desarrollo orientado a objetos:............................20
6.15. UML...........................................................................................................................................20
6.15.1 Diagramas para modelar el Comportamiento del Sistema:.......................................................21
6.15.2. Diagramas para modelar la Estructura del Sistema:..................................................................21
6.15.3. Diagrama de Despliegue:...........................................................................................................21
VII. PREGUNTAS DE INVESTIGACIÓN...............................................................................................24
7.1. Pregunta General......................................................................................................................24
7.2. Preguntas específicas................................................................................................................24
VIII. DISEÑO DE LA INVESTIGACIÓN..................................................................................................25
8.1. Definición del tipo de estudio....................................................................................................25
8.1.1. Investigación aplicada...............................................................................................................25
8.1.2. Estudios Descriptivos.................................................................................................................25
8.2. Hipótesis de estudio..................................................................................................................26
8.3. Operacional de variables e hipótesis.........................................................................................26
8.4. Variables principales del estudio...............................................................................................27
8.4.1. Determinación de la Unidad de Estudio: (Determinación de la muestra).................................27
8.5. Relaciones entre variables.........................................................................................................28
8.6. Método para recopilar la información.......................................................................................29
8.6.1. Diseño de técnicas e instrumentos de recolección de información..........................................29
8.6.2. Técnicas de Análisis...................................................................................................................29
IX. ANÁLISIS DE DATOS...................................................................................................................30
9.1. Descripcion de la Información Obtenida...................................................................................30
9.2. Información relacionada al inventario.......................................................................................31
9.2.1. Problemas que se presentan en la bodega por la falta de control del inventario:....................32
9.2.2. Información relacionada a las facturas......................................................................................32
9.3. Síntesis comparativa de los datos generales obtenidos en la investigación..............................33
X. PROPUESTA DEL SOFTWARE PARA LAS MEJORAS DEL PROBLEMA...........................................34
10.1. Estudio de factibilidad del proyecto de software......................................................................34
10.1.1. Estudio de factibilidad técnica...................................................................................................34
10.1.2. Factibilidad Operativa................................................................................................................36
10.1.3. Factibilidad Económica..............................................................................................................36
10.2. Cronograma de actividades para el desarrollo del software.....................................................38
10.3. Análisis......................................................................................................................................38
10.4. Descripción de los requerimientos funcionales.........................................................................39
10.4.1. Gestión de Inventario................................................................................................................39
10.5. Diagrama de caso de uso...........................................................................................................44
10.6. Caso de uso bodega Jesús es mí Pastor.....................................................................................44
10.6.1. Caso de uso: acceso o iniciar sesión..........................................................................................44
10.6.2. Caso de uso: Registro de artículos.............................................................................................45
10.6.3. Caso de uso: reporte de productos...........................................................................................47
10.6.4. Caso de uso: Registro de categorías..........................................................................................48
10.6.5. Caso de uso: Registro de clientes..............................................................................................50
10.6.6. Caso de uso: Factura de venta...................................................................................................52
10.6.7. Caso de uso: Registro de usuarios.............................................................................................54
10.6.8. Caso de uso: Reportes...............................................................................................................57
10.7. Diccionario de datos del Sistema...............................................................................................58
10.8. Fase de diseño...........................................................................................................................63
10.9. Codificación...............................................................................................................................63
10.10. Pruebas e implementación del sistema.....................................................................................63
10.11. Riesgos que se deben tener en cuenta en el proyecto de software..........................................64
10.12. Diseño arquitectónico...............................................................................................................64
10.13. Forma lógica de las capas..........................................................................................................65
10.14. Diseño de datos.........................................................................................................................66
XI. RESULTADOS Y CONCLUSIONES DE LA INVESTIGACIÓN............................................................68
XII. RECOMENDACIONES.................................................................................................................69
XIII. BIBLIOGRAFÍA............................................................................................................................70
XIV. ANEXOS.....................................................................................................................................71
XV. Glosario de términos Técnicos................................................................................................114
XVI. LISTA DE TABLAS......................................................................................................................115
XVII. LISTA DE ILUSTRACIONES........................................................................................................115
XVIII. LISTA DE FOTOGRAFÍAS E IMÁGENES......................................................................................116
I. INTRODUCCIÓN.
En la presente tesis seda a conocer de manera simple y con un lenguaje sencillo la información del análisis realizado que da seguimiento al desarrollo de un software con el propósito de optimizar los procesos de facturación, ventas e inventarios que actualmente se lleva a cabo en la “Bodega Jesús es mí Pastor”.
El País cada día se moderniza e implementa tecnologías a nivel de grandes y pequeñas empresas, el comercio en nuestra ciudad fluctúa y para los entes dueños de negocios ven la necesidad de un mayor control que reflejen sus ganancias y se optimice el control de sus almacenes, tanto como el de sus clientes y ventas, para eso es necesario el uso de un software que se adapte a las necesidades y faciliten la información rápida clara y completa.
Realizado el análisis de los controles de inventario y facturación, se describirá un plan para el desarrollo del software o sistema que se encargará de llevar a cabo estos controles, incluyendo en esta planificación las diferentes fases del ciclo de vida para el desarrollo del software, un cronograma de tiempo por cada fase para el desarrollo del software, el análisis detallado del sistema, factibilidad económica, técnica, operativa, y la descripción de la manera en que se pretende desarrollar cada fase para el desarrollo del sistema.
En la actualidad particularmente en la ciudad de Comayagua no existen muchos sistemas de automatización de venta, manejo de inventarios o generación de datos comerciales para bodegas.
Debido a lo anterior se decidió desarrollar un software que permita manejar y controlar un mayor volumen de ventas y almacenamiento de productos, lo que permitiría facilitar las labores de los trabajadores enfocándose solamente al servicio prestado, para la cual se tomará como empresa piloto a “Bodega Jesús es mí Pastor”.
La importancia de implementar un software en dicha bodega, radica en Las funcionalidades de Ventas que permiten generar consultas a clientes por ventas realizadas. Las de Control de Inventario permiten el despliegue y consulta de información específica de las cantidades de productos en bodega más fechas de vencimiento, etc.
1
II. ANTECEDENTES.
Actualmente en la “Bodega Jesús es mí Pastor” no existe ningún proceso automatizado, por lo cual la realización de los procesos de ventas es de forma manual y la toma de inventario es de forma visual, por lo tanto se pretende iniciar desde cero. En la actividad atención al cliente existen distintos procesos necesarios con variadas actividades que sólo tienen una meta en común, producir un sólo servicio y obtener ganancias sobre tales acciones.
Se tiene el reto de llevar el control de ventas e inventariado en la bodega con el fin de mejorar la trazabilidad que él dueño de la bodega necesita. Se realizará un análisis previo que encaje de manera correcta el software de facturación
Las actividades de la bodega están divididas en 3 procesos principales:
I.1. Entrada de materia prima.Actualmente las compras de materia prima son estimadas por lo menos para un día de atención, en el caso de día de la semana, y de dos días para el caso de fin de semana. Todo el proceso de captación de la materia prima se realiza a mano, quedando como registros las facturas y boletas, almacenadas en archivadores Internamente, sólo se chequea visualmente la cantidad de materia prima remanente en las bodegas.
Además, la cantidad de materia prima es ubicada en los estantes que se visualizan para la venta, los productos son variados.
I.2. Venta de productos.Posteriormente el proceso de venta y atención del cliente dentro del local, el cual debido a que los clientes llegan al local en gran número en horarios específicos, se debe realizar con la mayor rapidez posible. Cabe destacar que además de la venta tradicional (dentro del local).
I.3. Cancelación de la venta.A continuación se detalla el proceso de entrega de la factura al cliente, que se realiza de tres formas:
Se le entrega al cliente la factura.
El cliente concurre a la caja y recibe la factura
Si el cliente queda inconforme con el producto, presenta su reclamo y devuelve la factura con el producto exigiendo el retorno del efectivo.
2
I.4. En cuanto al proceso de pago existen diferentes formas. El cliente se dirige a caja junto con la entrega de la factura, el cual es llevado por el
usuario hacia la caja registradora.
El cliente cancela directamente en la caja registradora en efectivo.
Todos los procesos detallados requieren de una coordinación muy grande, debido a que existe una gran cantidad de personas que interactúan entre sí. La coordinación entre las distintas personas va disminuyendo a medida que la cantidad de pedidos aumenta. Esta descoordinación que se produce, afecta los tiempos de respuesta hacia el cliente.
III. PLANTEAMIENTO DEL PROBLEMA.¿Es viable el desarrollo de un software de facturación para la Micro empresa Jesús es mi Pastor de la ciudad de Comayagua?
3.1. Descripción de la realidad problemática.Actualmente las grandes empresas comerciales como por ejemplo supermercados, farmacias, ferreterías etc. cuentan con un Sistema de facturación que administra sus actividades principales como son: compras, ventas y cotizaciones; y en la mayoría de casos no tienen problemas cuando hacen sus inventarios, porque todo se maneja mediante lectores de código de barras que registran sus productos, costos y cantidades de manera precisa y confiable.
En comparación con las pequeñas y medianas empresas comerciales que buscan también administrar adecuadamente su negocio, pero que sin embargo no tienen acceso a este tipo de tecnologías por lo que tienen una gran desventaja competitiva.
La mayoría de Pymes (2003/361 de la UE (UNION EUROPEA)). La sigla "PYME" corresponde a "pequeñas y medianas empresas" tal como se definen en la legislación de la UE1. En la región de Comayagua desconocen completamente qué es un sistema de facturación, la forma como funciona y por ende los beneficios que les reportaría.
Este proyecto de tesis tendrá como propuesta un modelo de negocio que homogenice todos los procesos que se ejecutan en este rubro haciendo uso de la tecnología.
Inicialmente cuando se comenzó con la bodega se realizaba un control de inventario y de las facturas.
Se encargaba de esta tarea la dueña del negocio en ocasiones lo hacía diaria o semanalmente de forma manual para mantener una lista de los artículos del inventario actualizado y un control de los ingresos y gastos que se generaban en la bodega, pero debido a que llevar estos controles le tomaban mucho de su tiempo poco a poco decidió dejar de hacer.
Un negocio que no maneje control sobre su inventario tiene serio problema, por este motivo se está tratando de buscar una solución mediante un software que ayude a controlar el inventario y facturación sin invertir tanto tiempo y que resulte eficiente, eficaz para la bodega.
1 ec.europa.eu
3
La bodega no está llevando un control sobre el inventario, lo cual produce problemas como el no saber de cuanta es la existencia de un artículo en la empresa y no saber de manera rápida el pedido exacto que deben realizar.
Para no tener el problema de quedarse sin producto para la venta, en relación a la facturación solamente almacenan las facturas de compras y de ventas, pero no realizan ninguna actividad sobre estas facturas como ser cuanto se ha gastado en la compra de artículos y cuanto se ha obtenido de la venta de artículos ya sea en el día o el mes.
Solamente con las facturas de ventas se lleva un pequeño control de cuentas por cobrar en un cuaderno donde se apunta el nombre del cliente y el total de la venta.
El problema que afecta a la bodega es el no tener un inventario actualizado, con el cual poder identificar si se tiene un producto, si se cuenta en inventario suficiente de ese producto, saber de cuáles artículos con exactitud se necesita hacer un pedido a los proveedores.
IV. OBJETIVOS.
4
I.1. Objetivo General.
Desarrollar un Software para el control de inventario y generación de datos comerciales para la Micro empresa Jesús es mi Pastor.
I.2. Objetivos Específicos.
Reconocer la utilidad y la necesidad de realizar inventarios en la empresa.
Garantizar la eficiencia del sistema de inventario automatizado.
Organizar el sistema de inventario de tal manera que se tenga disponible la cantidad de artículos en existencia.
Modelar una base de datos acorde al modelo de negocio y a los requerimientos de los usuarios.
Desarrollar una aplicación con los distintos módulos de los procesos con los que contará el sistema.
Capacitar a usuarios sobre el uso de la aplicación que servirá como unidad motora de la Micro empresa.
Realizar pruebas para verificar el cumplimiento de los requisitos.
5
V. JUSTIFICACIÓN.
5.1. Alcances y límites de la Investigación.
5.1.1. Delimitación.
Automatizar el sistema de facturación e inventario en la bodega Jesús es mí Pastor.
El proyecto se aplicará de forma específica a las PYMES que se dediquen a la venta de abarrotes.
Además estas PYMES (Pequeñas y Medianas Empresas) no tienen acceso a las TICS (Tecnología de la Información y la Comunicación), En donde llevan todos los controles de forma manual en sus operaciones, casi siempre tienen problemas con su stock de mercaderías y no tienen un control exacto de su caja chica.
El abarrote no cuenta con un computador por lo que se le recomendará el tipo de unidad procesadora lógica ya que será necesaria la utilización e implementación del software de facturación y el sistema operativo necesario.
Se le asesorará del inmueble necesario para la incorporación del computador a la instalación física del lugar.
5.1.2. Alcance o cobertura.El local Bodega Jesús es mí Pastor está ubicada, en el Barrio Piedras Bonitas al Sur de la ciudad de Comayagua, República de Honduras. El análisis que se hará para dar como propuesta el sistema que se encargue de controlar y realizar todo el proceso de venta.
Contendrá un análisis de la situación actual de la empresa para identificar los problemas que tienen en relación al control inventario y facturación.
Además se incluirá en la planificación como se pretende desarrollar cada fase del desarrollo del sistema. Luego realizar un presupuesto del sistema en base a la factibilidad técnica, operativa y económica que se necesitará para el desarrollo del sistema.
5.1.3. Restricciones.Debido a inconvenientes por el horario se ha resultado difícil recabar información relevante para el desarrollo de dicho análisis.
La propietaria del local es la única persona que conoce sobre la mercancía que se compra, es por ello que se debe esperar hasta conversar con ella para retroalimentar sobre el proceso en sí de la empresa.
6
5.1.4. Limitaciones.La investigación que se propone para el sistema de inventario y facturación se limitará únicamente al análisis del sistema, abarcando los diagramas de caso de uso, secuencia, de clases, entidad relación y diccionario de datos, detallando cada uno de ellos de manera desarrollada.
Las demás fases del ciclo de vida para el desarrollo del sistema únicamente serán descritas. El software estará enfocado en el manejo del inventario y las facturas, este mismo no se encargará de la contabilidad de la bodega.
En el desarrollo de la presente investigación se encontró con las siguientes limitaciones:
Deficiente acceso a la información del proceso de ventas.
Desconocimiento del proceso de venta por parte del cliente a través de un sistema informático.
Poca disponibilidad de las personas involucradas al sistema de proceso de ventas.
5.2. Beneficio social del estudio.El software para ventas se presenta como una solución para agilizar los procesos de ventas, compras y control de inventario, pero hasta ahora solo han estado disponibles para las grandes cadenas de supermercados, farmacias, ferreterías etc. todo esto debido a sus elevados costos.
Teniendo en cuenta que la mayoría de las bodegas desconocen la utilización y el beneficio de este tipo de herramientas, se implementará un software para un manejo sencillo y fácil acceso, que permita proponer un plan estratégico de negocio utilizando la tecnología para que todos los procesos que se realizan a diario en el área de venta.
Es necesario que se utilice los implementos de hardware adicionales necesarios, que se ajuste a la realidad de las PYMES Comayagüenses, que pueda dinamizar e impulsar su crecimiento, de forma que amplié su mercado y sus clientes, todo esto se puede lograr teniendo un nivel de inventario actualizado con un control de ventas estricto que impida las fugas de mercadería y otros errores comunes.
7
VI. MARCO TEÓRICO.6.1. Marco Referencial.En la actualidad las empresas en Honduras se encuentran en auge de crecimiento es por ello que existen diferencias entre unas y otras, así tenemos su clasificación según su dimensión pueden ser Microempresa, Pequeña empresa, Mediana empresa y Gran empresa, cabe resaltar que esto es según su volumen de ventas, capital propio, número de trabajadores, beneficios, etc. El proyecto está orientado hacia las Microempresa o Pequeñas empresas, también llamadas Pymes.
6.2. Marco Conceptual.6.2.1. Sistema Informático.Según, KENDALL KENNETH E. (2007), Un sistema informático como todo, es el conjunto de partes interrelacionadas, hardware, software y de recurso humano (humanware) que permite almacenar y procesar información.
El hardware incluye computadoras o cualquier tipo de dispositivo electrónico inteligente, que consisten en procesadores, memoria, sistemas de almacenamiento externo, etc. El software incluye al sistema operativo, firmware y aplicaciones, siendo especialmente importante los sistemas de gestión de bases de datos.
Por último el soporte humano incluye al personal técnico que crean y mantienen el sistema (analistas, programadores, operarios, etc.) y a los usuarios que lo utilizan.
Según tesis actual (2015). Se coincide con el autor mencionado, un sistema informático es para almacenar y procesar información que va cumplir con todas las necesidades de la misma forma requerirá la Bodega Jesús es mi Pastor para mantener una forma rápida y segura manteniendo confiabilidad.
Módulo: es un software que agrupa un conjunto de subprogramas y estructuras de datos.
Sistema: es un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo.
Multiprogramación: se refiere a la idea genera de poder cargar múltiples programas dentro de un mismo computador para que sean ejecutados en un determinado momento.
Multiusuario: a la característica de un sistema operativo o programa que permite proveer servicio y procesamiento a múltiples usuarios simultáneamente.
Ingeniería del software: es una disciplina de ingeniería que comprende todos los aspectos de la producción de software.
Lenguaje de programación: es cualquier lenguaje artificial que puede utilizarse para definir una secuencia de instrucciones para su procesamiento por un ordenador o computadora.
8
6.3. Proceso de ventas.Según, FERNÁNDEZ BALAGUER Zaldívar (2008). El término ventas tiene múltiples definiciones, dependiendo del contexto en el que se maneje. Una definición general es cambio de productos y servicios por dinero. Desde el punto de vista legal, se trata de la transferencia del derecho de posesión de un bien, a cambio de dinero. Desde el punto de vista contable y financiero, la venta es el monto total cobrado por productos o servicios prestados.
En cualquier caso, las ventas son el corazón de cualquier negocio, es la actividad fundamental de cualquier aventura comercial. Se trata de reunir a compradores y vendedores, y el trabajo de toda la organización es hacer lo necesario para que esta reunión sea exitosa.
Según tesis actual (2015) se ha coincidido con el autor arriba mencionado de un proceso de ventas que es un procedimiento que resuelve adquirir un producto a manera de un cambio del mismo valor utilizando el dinero.
6.4. Marco Contextual.6.4.1. Acerca de la Bodega Jesús es mí Pastor.La Bodega está dedicada a la venta de productos como ser granos y todo en cuanto a la canasta básica del hogar, está ubicado en la ciudad de Comayagua una cuadra al sur del Blv. Roberto Romero Larios B. º Piedras Bonitas Sur.
La empresa está conformado por la dueña de la empresa quien administra y por dos empleados que se encarga de vender.
Toda la investigación debe de ubicar dentro de contexto el entorno en el que se desarrollará ésta y un trabajo de tesis no es la excepción. En este sentido, se enmarca en una situación muy particular al desarrollar un software informático
Con aplicación inmediata y de interés específico para el que la suscribe, para administrar un negocio propio para la comercialización de productos comestibles como lo es la Bodega Jesús es mi Pastor.
Independientemente del trámite académico para la obtención del grado, tal como lo señala Ángeles Mendieta (Mendieta Alatorre, 1979): Esta investigación presenta el diseño de un sistema informático el cual es de aplicación para la administración de negocios.
9
6.5. Metodologías ágiles.Surgen como una extensión las metodologías tradicionales para mejorar el desarrollo, según el tipo de proyecto y empresa, añadiendo y mejorando (optimizando) las prácticas de desarrollo de software.
Desde el surgimiento de la crisis del software en la década del 70 hasta nuestros días han tenido las metodologías ágiles nuevos modificaciones que permiten a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto. Se pretendía ofrecer una alternativa a los procesos de desarrollo de software tradicionales, caracterizados por ser rígidos y dirigidos por la documentación que se genera en cada una de las actividades desarrolladas. Varias de las denominadas metodologías ágiles ya estaban siendo utilizadas con éxito en proyectos reales.
6.5.1. Características de las metodologías ágiles.Por el uso de técnicas para agilizar el desarrollo de software, mayor flexibilidad para adaptarse a los cambios en los requisitos del proyecto, realimentación entre el cliente y el equipo del desarrollo, comunicación fluida entre todos los participantes y simplicidad en las soluciones implementadas.
10
Administrador
Vendedor 1 Vendedor 2
Tabla 1 Organigrama de la bodega Jesús es mí Pastor
6.5.2. Diseño de la Investigación.
El tipo de investigación es la del tipo aplicada, ya que pondrá en práctica la aplicación de los conocimientos adquiridos, en este caso, se usará la tecnología desarrollada para solucionar un problema específico del sector productivo de bienes y servicios, con el fin de mejorarlo y hacerlo más eficiente.
El nivel de la Investigación es de tipo descriptiva, porque se realizará un análisis descriptivo de la problemática que se presenta en las Pymes con sus características y propiedades determinadas de forma tal que se pueda proporcionar una percepción del funcionamiento del objeto en estudio y del comportamiento de los elementos que lo componen. El sistema planteado está compuesto específicamente por dos subsistemas, característica que permite separar la administración del negocio del proceso de venta en sí mismo:
Primero: el Software de venta propiamente dicho, del cual se podría decir es la parte frontal del sistema el cual contará con las opciones de ventas, cobros, impresión y entrega de comprobantes.
Debe funcionar con mucha rapidez para poder agilizar el proceso de venta y entrega de los productos. Esta parte de la aplicación también actualiza el stock disponible.
Segundo: el Sistema de Administración de Venta que gestiona la información del negocio. Administra la información necesaria para el correcto funcionamiento de la aplicación, como son los productos, las categorías de productos, los almacenes, control del proceso de compras, devoluciones y control de caja, permite consultar las estadísticas, los datos de las ventas, compras, stock2 entre otros, lo que permite tomar una mejor decisión por parte de la administración.
Estos dos subsistemas, trabajarán de manera integrada, separándose las dos funciones de acuerdo a los permisos que les otorguemos a los usuarios, pero compartiendo siempre la misma información, en resumen accediendo a la misma base de datos.
2 Stock:Conjunto de mercancías o productos que se tienen almacenados en espera de su venta o comercialización.
11
6.6. Desarrollo de Software3.Propósito: El propósito de Desarrollo de Software es la realización sistemática de las actividades de planeación, diseño, codificación, pruebas, lanzamiento de productos de software nuevos cumpliendo con los requisitos especificados y con las normativas de seguridad de información.
Descripción: El proceso de Desarrollo de Software apoyado sobre la metodología del desarrollo ágil adaptando la programación extrema la cual se compone de uno o más ciclos de desarrollo. Cada ciclo está compuesto de las siguientes fases:
Planeación: Conjunto de actividades cuya finalidad es obtener la documentación de la especificación de las historias de usuario y definir las responsabilidades del equipo de desarrollo para las pruebas de recepción del Sistema. Para conseguir un entendimiento común entre el cliente y el proyecto, se compone por uno o más ciclos de desarrollo.
Revisión del Plan de Desarrollo por los miembros del Equipo de Trabajo para lograr un entendimiento común del proyecto y el poder elaborar el plan de interacción, para obtener el compromiso de su realización. Cabe destacar las siguientes tareas: Especificación de historias de usuario. Hacer el Plan de Interacciones.
Diseño: Esta fase involucra un conjunto de actividades en las cuales se analizan los requisitos especificados para producir una descripción de la estructura de los componentes de software, la cual servirá de base para la codificación. Como resultado se obtiene el documento de especificación del Sistema.
Codificación: Conjunto de actividades para producir Componente(s) de software que correspondan al Análisis y Diseño. Como resultado se obtienen el (los) Componente(s) de software codificados.
Pruebas: Conjunto de actividades para probar el software, basadas en el Plan de Pruebas de Sistema, con la finalidad de obtener el Software que satisfaga los requisitos especificados. Como resultado se obtiene el producto de Software probado y documentado.
Lanzamiento: Es cuando el cliente no tiene más historias para ser incluidas en el sistema. Esto requiere que se satisfagan las necesidades del cliente y el Documento de especificación del Sistema. Se genera el Acta de entrega y no se realizan más cambios en la arquitectura. La muerte del proyecto también ocurre cuando el sistema no genera los beneficios esperados por el cliente o cuando no hay presupuesto para mantenerlo con lo cual se genera el documento de inconvenientes del sistema.
3 WWW.artemisa.unicauca.edu.co/~leydierazo/ProyectoSW/ProcesoDeDesarrollo.pdf
12
6.7. Seguridad.Dado que la información que se maneja en los sistemas de cómputo actuales es vital para las organizaciones; en algunos casos confidenciales, y en otros con características de restricción de acceso, la seguridad se ha convertido en un asunto de vital importancia para la mayoría de los proyectos de desarrollo de sistemas. Los sistemas en la actualidad deben evitar el acceso no autorizado, además de la actualización y la eliminación de datos delicados.
El software de computadora se ha convertido en el alma máter. Es la máquina que conduce a la toma de decisiones comerciales. Sirve como base de investigación científica moderna y de resolución de problemas de ingeniería.
6.8. Ingeniería del software.El desarrollo de software hoy en día se ha convertido en un desafío constante, en un desarrollo evolutivo contínuo y acelerado. Esto es producto a la gran influencia del software dentro del mundo de los negocios y de la vida cotidiana, desde entonces surgen propuestas y herramientas que proponen reducir tiempo y procesos, simplificando las tareas tediosas a una fácil y simple operación.
Así, las metodologías de desarrollo, han permitido que el software evolucionará provocando, que de acuerdo a las necesidades creadas, la aparición de una nueva disciplina: la ingeniería de software.
La ingeniería de software aparece a finales de los años sesenta y principios de los setenta, comenzando con las técnicas de programación estructurada, incorporándolas a las fases del ciclo de vida del software. La programación estructurada fue seguida por otros métodos estructurados de análisis y también métodos estructurados de diseño, existen también tecnologías orientadas a objetos. En un principio la programación era la tarea de oro de la ingeniería de software, pero ahora la ingeniería, el análisis y el diseño de la definición de los requisitos son más importantes, ya que se exige que el software sea eficaz y barato tanto en el desarrollo como en la compra. También se requiere una serie de características como fiabilidad, facilidad de mantenimiento y de uso, eficiencia, etc.
Los estándares de la ingeniería de software y la madurez de proceso, han caracterizado la industria del software como una disciplina madura. En un nivel más técnico, la ingeniería de software comienza con una serie de tareas que hacen modelos y que resultan en una especificación completa de requisitos y una representación comprensiva de diseño del software que será construido.
13
La ingeniería de software comprende un conjunto estructurado de procesos que representan los “paradigmas de la ingeniería de software”. Estos paradigmas se basan en la naturaleza del proyecto y de la aplicación, en los métodos y las herramientas que serán usados en el proyecto, los controles y los productos o servicios desarrollados.4
La ingeniería del software se podría definir como una nueva disciplina que define los estándares para el desarrollo de software basados en diversos indicadores, como: la corrección, la eficacia, la eficiencia, la fiabilidad, facilidad de comprensión, de uso y de mantenimiento, la interoperabilidad, la portabilidad, la reusabilidad, la robustez y funcionamiento eficiente que satisfaga las necesidades del usuario.
La ingeniería de software nos dará el enfoque sistemático del desarrollo, operación, mantenimiento y ciclo de vida del software. También ayudará a establecer el costo beneficio dentro del desarrollo del producto.
A través de la ingeniería de software se buscan los siguientes objetivos:
• Establecer calidad en los productos dirigidos a los usuarios.
• Aumentar la productividad.
• Controlar el proceso del desarrollo de software.
• Conocer las bases para la construcción de software eficientemente.
• Garantizar la producción y mantenimiento de los productos de software desarrollados en el plazo fijado y dentro del costo estimado.
Las ventajas que se observan al realizar un producto siguiendo un modelo de ciclo de vida dentro de la ingeniería de software son:
Capacidad: Las actividades de cualquier organización empresarial están influenciadas por la capacidad de ésta para procesar transacciones con rapidez y eficiencia.
Los sistemas de información mejoran esta capacidad en tres formas:
• Velocidad de procesamiento: Los sistemas de cómputo eliminan tareas costosas en cuestión de tiempo y recursos humanos. Un sistema automatizado puede ser de gran utilidad si lo que se necesita es un procesamiento de información acelerado.
• Volumen de actividades: La implementación de un sistema deberá tener la capacidad de resistir el impacto ante la cantidad de actividades comerciales que deberá resolver en un tiempo factible para los usuarios.
• Disponibilidad de información: La mayoría de las organizaciones almacenan grandes cantidades de datos; por ende, debe tenerse en cuenta dónde almacenarlos y cómo recuperarlos cuando se necesita.
4 Pressman, R.S, Ingeniería del software. Un enfoque práctico, McGraw-Hill, 5ª Edición.
14
Todo sistema, en general, busca un manejo de información adecuada, manteniendo la recuperación rápida.
Costos: Cualquier sistema ayudará a la reducción de costos porque toma ventaja de las capacidades de cálculo automático.
Control: El hecho de que los datos puedan ser guardados en una forma adecuada para su lectura, se deben seguir planes de backup5 de la información de producción y brindar un respaldo ante cualquier contingencia. También el acceso de información puede estar controlado por un complejo esquema de contraseñas, limitando el acceso a ciertas áreas o personal; si está bien protegido, es difícil de acceder.
Comunicación: La falta de comunicación es una fuente común de dificultades que afectan tanto a cliente como a empleados. Sin embargo, los sistemas de información bien desarrollados amplían la comunicación y facilitan la integración de funciones individuales. Recuperación de datos de manera efectiva, casi eliminando por completo actividades cuya ejecución es de manera manual.
Muchas empresas aumentan sus vías de comunicación por medio del desarrollo de redes para este fin, dichas vías abarcan todo el país y les permiten acelerar el flujo de información dentro de sus oficinas y otras instalaciones que no se encuentran en la misma localidad.
Una de las características más importantes de los sistemas de información para oficinas es la transmisión electrónica de información, como por ejemplo, los mensajes y los documentos. Dentro de estas interconexiones por redes, también es importante aplicar métodos de seguridad para que el envío de información hacia una matriz sea confiable y consistente.
Con frecuencia las actividades de las empresas abarcan varias áreas de la organización, la información que surge en un área se necesita en otra. Los sistemas de información ayudan a comunicar los detalles del diseño a los diferentes grupos, mantienen las especificaciones esenciales en un sitio de fácil acceso, calculan factores en el nivel de costos a partir de detalles proporcionados por otros grupos. Debe haber un flujo de información entre áreas involucradas sin perder la consistencia y veracidad de la información.
Competitividad: Los sistemas de información computacionales son un arma estratégica, capaz de cambiar la forma en que la compañía compite en el mercado. En consecuencia, estos sistemas mejoran la organización y la ayudan a ganar “ventaja competitiva”; sin embargo, si los competidores de la compañía tienen capacidades más avanzadas para el procesamiento de información, entonces los sistemas de información pueden convertirse en una “desventaja competitiva”.
5 backupDefiniciones web
1. Una copia de seguridad, copia de respaldo o backup en tecnologías de la información e informática es una copia de los datos originales que se realiza con el fin de disponer de un medio de recuperarlos en caso de su pérdida
15
Una organización puede ganar ventaja competitiva a través de sus sistemas de información de diferentes formas. Como el cliente es lo más importante para una organización, los directivos buscan diferentes formas para conseguir nuevos clientes y mantener los que tienen. Para eso las empresas proporcionan:
Mejores precios
Servicios exclusivos
Productos diferentes
La estrategia eficaz de precios a menudo se alcanza al desarrollar sistemas de información, por razones tales como reducción de costos y ganancia en la exactitud de cálculos.
Generalmente, cuando una compañía puede ofrecer servicios exclusivos y atraer clientes es posible que dicha empresa se vaya convirtiendo en líder ante los demás competidores.
En los negocios, los proveedores también tienen importancia estratégica. Una manera de utilizar los sistemas de información para favorecer arreglos con los proveedores es ofreciendo un mejor precio, disminuyendo los costos.
Los sistemas de información también forman la base de muchos productos y servicios nuevos. La generación de nuevos productos y servicios eficientes es posible porque los sistemas tienen la capacidad de establecerse a la medida de los clientes gracias al procesamiento de información confiable.
6.9. Ciclo de vida del desarrollo del software.El proceso de desarrollo de software requiere por un lado un conjunto de conceptos, una metodología y un lenguaje propio. A este proceso también se le llama el ciclo de vida del software que comprende fases como: concepción, elaboración, construcción y transición.
La concepción define el alcance del proyecto y desarrolla un caso de negocio. La elaboración define un plan del proyecto, especifica las características y fundamenta la arquitectura. La construcción crea el producto y la transición transfiere el producto a los usuarios.
Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El ciclo de vida para el desarrollo de sistemas es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información.
Así, el modelo de ciclo de vida suministra una guía para los ingenieros de software con el fin de ordenar las diversas actividades técnicas en el proyecto, por otra parte permite un marco para la administración del desarrollo y el mantenimiento, en el sentido de estimar recursos, definir puntos de control intermedios, monitorear el avance, etc.
16
6.9.1. Definición de la solicitud.Antes de considerar cualquier investigación de sistemas, la solicitud de proyecto debe examinarse para determinar con precisión lo que el solicitante desea; ya que muchas solicitudes que provienen de empleados y usuarios no están formuladas de manera clara.
6.9.2. Estudio de factibilidad.
En la investigación preliminar un punto importante es determinar que el sistema solicitado sea factible. Existen cinco aspectos relacionados con el estudio de factibilidad, que son realizados por lo general por analistas capacitados o Directivos:
Factibilidad técnica: Estudia si el trabajo para el proyecto, puede desarrollarse con el software y el personal existente, y si en caso de necesitar nueva tecnología, cuáles son las posibilidades de desarrollarla.
Factibilidad económica: Investiga si los costos se justifican con los beneficios que se obtienen, y si se ha invertido demasiado para no crear el sistema, si se cree necesario.
Factibilidad operacional: Investiga si será utilizado el sistema, si los usuarios usarán el sistema para obtener beneficios.
6.10. Requerimientos funcionales.Como el sistema de ventas estará en manos de personas, cuya función es sólo realizar ventas de productos, el sistema en primera instancia deberá manejar la información de manera segura y responsable cumpliendo con los objetivos antes mencionados dentro del marco teórico.
Estas personas encargadas de realizar las ventas de productos frecuentemente no son técnicas, ante una nueva estrategia empresarial, se preguntan si los sistemas de información merecen su confianza que se ve mermada por cada fallo y sobre todo, cuando la inversión en defensa de los medios de trabajo no se traduce en ganancia.
El análisis, en consecuencia, nos permitirá tomar decisiones certeras y seguras para cumplir con todos los objetivos de la organización y adicionalmente la elección correcta de los componentes para el desarrollo del sistema.
Se deben elegir los elementos de trabajo adecuados para confrontar la complejidad del problema al que se enfrentará; complejidad en el sentido de que hay muchos elementos a considerar y que, si no se es riguroso, las conclusiones serán de poco fiar.
17
Los métodos de la ingeniería del software indican como construir técnicamente el software. Los métodos abarcan una gran gama de tareas que incluyen:
Análisis de requisitos
Diseño
Construcción de programas
Pruebas
Mantenimiento
Los métodos de la ingeniería del software dependen de un conjunto de principios básicos que gobiernan cada área de la tecnología e incluyen actividades y otras técnicas descriptivas.
6.11. Herramientas y métodos para desarrollo de software.Visual Studio 20136 (visual-studio-2013). Es el IDE de programación por excelencia de la plataforma .NET y, por ende, de las aplicaciones que corren en los dispositivos del ecosistema de Microsoft. Transciende las necesidades específicas del desarrollo al construir, junto con otros servidores, un completo y complejo sistema integrado de gestión de programación de aplicaciones informáticas. El nacimiento de Visual Studio En 1992, Microsoft entra en liza en el mercado de las herramientas de desarrollo con el editor de su lenguaje estrella: Visual Basic. Este tenía como prioridad el hacer más sencillas las labores de programación, centrándose en un entorno de construcción visual basado en controles que situaban su posición en pantalla por medio de Drag & Drop. El éxito de este marco de programación fue incrementándose de forma continuada hasta llegar a la versión 6.0 – la más utilizada en su momento, en donde Microsoft dio un potente golpe de timón evolucionando el sistema hacia su nuevo Framework .NET, y en donde aparece la primera versión del Visual Studio moderno.
Visual Studio permite la creación de aplicaciones de todo tipo: aplicaciones de escritorio, aplicaciones web, servicios Windows, servicios web e incluso aplicaciones para dispositivos móviles con Windows Phone 7 o superior. SQL server 7 Microsoft® SQL Server™ es un sistema de administración y análisis de bases de datos relacionales de Microsoft para soluciones de comercio electrónico, línea de negocio y almacenamiento de datos. En esta sección, encontrará información sobre varias versiones de SQL Server. También encontrará artículos sobre bases de datos y aplicaciones de diseño de bases de datos así como ejemplos de los usos de SQL Server.
Microsoft SQL Server 2012 se basa en las funciones críticas ofrecidas en la versión anterior, proporcionando un rendimiento, una disponibilidad y una facilidad de uso innovadores para las aplicaciones más importantes.
6 www.genbetadev.com/herramientas/visual-studio-2013.7 Información obtenida de la página oficial de MSDN. Microsoft.
18
Microsoft SQL Server 2012 ofrece nuevas capacidades en memoria en la base de datos principal para el procesamiento de transacciones en línea y el almacenamiento de datos, que complementan las capacidades de almacenamiento de datos en memoria y existentes para lograr la solución de base de datos en memoria más completa del mercado. SQL Server 2008 también proporciona nuevas soluciones de copia de seguridad y de recuperación ante desastres, así como de arquitectura híbrida con Windows Azures, lo que permite a los clientes utilizar sus actuales conocimientos con características locales que aprovechan los centros de datos globales de Microsoft. Además, SQL Server 2012 aprovecha las nuevas capacidades de Windows Server 2005 para ofrecer una escalabilidad sin parangón a las aplicaciones de base de datos en un entorno físico o virtual.
SQL server es un sistema de administración de bases de datos que es una colección estructurada de datos. La información que almacena puede ser tan simple como la de una agenda, un contador, o un libro de visitas, o como la de una tienda en línea, un sistema de noticias, un portal, o la información generada en una red corporativa. Para agregar, acceso, y procesar los datos almacenados, se necesita un sistema de administración, tal como SQL server.
SQL server es Open Source Open Source significa que la persona que quiera puede usar y modificar SQL server. Cualquiera puede descargar el software de SQL de Internet y usarlo sin pagar por ello. Inclusive, cualquiera que lo necesite puede estudiar el código fuente y cambiarlo de acuerdo a sus necesidades. SQL usa la licencia GPL (Licencia Pública General GNU), para definir qué es lo que se puede y no se puede hacer con el software para diferentes situaciones. Sin embargo, si uno está incómodo con la licencia GPL o tiene la necesidad de incorporar código de SQL en una aplicación comercial es posible comprar una versión de SQL con una licencia comercial.
¿Por qué usar SQL? El servidor de bases de datos SQL es muy rápido, seguro, y fácil de usar. Si eso es lo que se está buscando, se le debe dar una oportunidad a SQL. Se pueden encontrar comparaciones de desempeño con algunos otros manejadores de bases de datos en la página de SQL.
6.12. Herramientas para Análisis y diseño orientado a objeto.Booch et al. (1999), se puede decir que el modelado es una parte central de todas las actividades que conducen a la programación de buen software. Se construyen modelos para comunicar la estructura deseada y el comportamiento del sistema. Estos modelos permiten, además, visualizar y controlar la arquitectura del sistema. Se construyen modelos también con la finalidad de comprender mejor el sistema, muchas veces descubriendo oportunidades para la simplificación y la reutilización. En definitiva, se construyen modelos para controlar el riesgo.
Estos mismos autores (Booch et al., 1999) plantean un símil extraído del contexto de la construcción de inmuebles para convencer de la importancia de modelar durante el proceso de desarrollo de software. En este sentido, afirman que, curiosamente, una gran cantidad de empresas de desarrollo de software comienzan queriendo construir “rascacielos”, pero enfocan
19
el problema como si estuvieran enfrentándose a la “caseta de un perro”. Si realmente se quiere construir el software equivalente a una casa o a un rascacielos, el problema es algo más que una cuestión de escribir grandes cantidades de software. De hecho, el software de calidad se centra en optimizar al máximo el código, imaginar cómo escribir menos software y conseguir el mejor rendimiento sin que disminuya la eficacia. Esto convierte al desarrollo de software de calidad en una cuestión de arquitectura, proceso y herramientas, es decir, en una cuestión de modelado.
6.14. Fases en que se descompone el proceso de desarrollo orientado a objetos: 1. Planificación y Especificación de Requisitos: Planificación, definición de requisitos, conocer los procesos del dominio, etc.
2. Construcción: La construcción del sistema. Se subdivide en las siguientes:
Análisis: Se analiza el problema a resolver desde la perspectiva de los usuarios y de las entidades externas que van a solicitar servicios al sistema.
Diseño: El sistema se especifica en detalle, describiendo cómo va a funcionar internamente para satisfacer lo especificado en el análisis.
Implementación: Se lleva lo especificado en el diseño a un lenguaje de programación.
Pruebas: Se llevan a cabo una serie de pruebas para corroborar que el software funciona correctamente y que satisface lo especificado en la etapa de Planificación y Especificación de Requisitos.
3. Instalación: La puesta en marcha del sistema en el entorno previsto de uso.
6.15. UMLEl Unified Modeling Language (UML) define un lenguaje de modelado orientado a objetos comunes para visualizar, especificar, construir y documentar los componentes de un sistema a objetos.
El UML no es una metodología, sino una notación que trata de posibilitar el intercambio de modelos de software.
Un modelo es una simplificación de la realidad creada para comprender mejor un sistema.
UML es un lenguaje de modelado visual, utiliza diagramas, para la representación de los sistemas.
20
6.15.1 Diagramas para modelar el Comportamiento del Sistema: Diagrama de Casos de Uso: Muestra un conjunto de casos de uso y actores y sus
relaciones.
Diagrama de Secuencia: Diagrama de interacción con la relación temporal de los mensajes y los objetos.
Diagrama de Colaboración: Diagrama de interacción que resalta la organización estructural de los objetos que envían y reciben mensajes.
Diagrama de Estados: Muestra una máquina de estados, que consta de estados, transiciones, eventos y actividades. Vista dinámica del sistema.
Diagrama de Actividades: Muestra el flujo de actividades dentro de un sistema.
6.15.2. Diagramas para modelar la Estructura del Sistema: Diagrama de Clases: Muestra un conjunto de clases, interfaces y colaboraciones, así
como sus relaciones.
Diagrama de Objetos: Muestra un conjunto de objetos y sus relaciones.
Diagrama de Componentes: Muestra la organización y las dependencias entre un conjunto de componentes.
6.15.3. Diagrama de Despliegue:Representa la infraestructura de un sistema en tiempo de ejecución
Método Caso uso
Se puede dibujar un diagrama de casos de uso para resumir quién usa la aplicación o sistema y qué pueden hacer.
Con la ayuda de un diagrama de casos de uso, puede analizar y notificar:
Los escenarios en los que el sistema o aplicación interactúa con personas, organizaciones o sistemas externos.
Los objetivos que el sistema o aplicación ayuda a conseguir8.
El ámbito del sistema.
En un diagrama de casos de uso, no se muestran los casos de uso en detalle; solamente se resumen algunas de las relaciones entre los casos de uso, los actores y los sistemas. En concreto, en el diagrama no se muestra el orden en el que se llevan a cabo los pasos para lograr los objetivos de cada caso de uso. Esos detalles pueden describirse en otros diagramas y documentos, que pueden vincularse a cada caso de uso. Para obtener más información.
8 www.tdx.cat tesis doctoral pág. (19 a 33)
21
En las descripciones que se proporcionen de los casos de uso se utilizarán diversos términos relacionados con el dominio en el que trabaja el sistema, como Ventas, Menú, Cliente, etc. Resulta importante definir estos términos y sus relaciones y, para ello, puede resultar útil un diagrama de clases de UML. Para obtener más información.
Los casos de uso solamente se utilizan para los requisitos funcionales de un sistema. Otros requisitos, como las reglas de negocios, los requisitos de calidad del servicio y las restricciones de implementación, deben representarse por separado. La arquitectura y los detalles internos también deben describirse de forma independiente. Para obtener más información acerca de cómo se definen los requisitos del usuario.
Diagramas de Secuencia.
Un diagrama de secuencia muestra una interacción, que representa la secuencia de mensajes entre las instancias de clases, componentes, subsistemas o actores. El tiempo fluye hacia abajo en el diagrama y muestra el flujo de control de un participante a otro. El diagrama muestra instancias y eventos de ejemplo, en lugar de clases y métodos; más de una instancia del mismo tipo puede aparecer en el diagrama y más de una aparición del mismo mensaje también puede aparecer.
Diagrama de Clases
Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de agregación, ya que una clase es una descripción de conjunto de objetos que comparten los mismos atributos, operaciones, métodos, relaciones y semántica; mostrando un conjunto de elementos que son estáticos, como las clases y tipos junto con sus contenidos y relaciones. Un diagrama de clases está compuesto por los siguientes elementos: Clase: atributos, métodos y visibilidad, relaciones9.
Diagrama Entidad Relación
Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través de un Esquema gráfico empleando los terminología de Entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus características particulares denominadas Atributos, el enlace que rige la unión de las entidades está representada por la relación del modelo.
En un ER, cada entidad se representa mediante un rectángulo, cada relación mediante un rombo y cada dominio (conjunto donde toma valores el atributo) mediante un círculo. Mediante líneas se conectan las entidades con las relaciones, igual que las entidades con los dominios, representando a los atributos. Los Atributos Llaves se representan subrayando el correspondiente conjunto de valores.
9 Información obtenida de la página oficial de MSDN. Microsoft.
22
Entidad
Una entidad es un objeto que existe y se distingue de otros objetos de acuerdo a sus características llamadas Atributos. Las Entidades pueden ser concretas como una persona o abstractas como una fecha. Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad.
Atributos
Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades.Un conjunto de entidades dentro de una entidad, tiene valores específicos asignados para cada uno de sus atributos, de esta forma, es posible su identificación unívoca.
Relación
Relación: Una relación es una asociación o relación matemática entre varias Entidades. Las relaciones también se nombran. Se representan en el Diagrama Entidad Relación, representado también por E-R mediante flechas y rombos10.
Diccionario de datos
Es un catálogo, un depósito, de los elementos en un sistema. Como su nombre lo sugiere, estos elementos se centran alrededor de los datos y la forma en que están estructurados para satisfacer los requerimientos de los usuarios y las necesidades de la organización. En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos en todo el sistema. Los elementos más importantes son flujos de datos, almacenes de datos y procesos. El diccionario guarda los detalles y descripciones de todos estos elementos.
Elementos para un diccionario de datos:
Un nombre: para distinguir un dato de otro.
Descripción: indica lo que representa en el sistema.
Alias: porque un dato puede recibir varios nombres, dependiendo de quién uso este dato.
Longitud: porque es de importancia de saber la cantidad de espacio necesario para cada dato.
Valores de los datos: porque en algunos procesos solo son permitidos valores muy específicos para los datos. Si los valores de los datos están restringidos a un intervalo especifico, esto debe estar en la entrada del diccionario11.
10 Información obtenida de la página msdn.microsoft.com.11 Información obtenida de la página msdn.microsoft.com.
23
VII. PREGUNTAS DE INVESTIGACIÓN.
7.1. Pregunta General.
¿Cuáles son los procedimientos necesarios para desarrollar el software de facturación, para el funcionamiento eficaz de la Micro empresa “Jesús es mí Pastor”?
7.2. Preguntas específicas.
¿Cuáles son los requerimientos operativos de la Micro empresa?
¿Qué tipo de base de datos resulta más apropiada para los requerimientos de la Micro empresa?
¿Qué diseño de sistema operativo general será más apropiada para el Software en la Micro empresa?
¿Cuál es la inversión para el desarrollo e instalación del sistema?
¿Será necesario un plan de capacitación para el uso del Sistema, para el personal de la bodega?
¿Dónde se instalará?
¿Cuándo esté instalado el sistema, necesitará un manual de seguridad operativa?
24
VIII. DISEÑO DE LA INVESTIGACIÓN.
VIII.1. Definición del tipo de estudio.
La presente investigación es de tipo: Descriptiva y aplicada, porque se utilizará la tecnología de la información para luego aplicarla a través de un sistema informático y descriptiva porque se analizará los datos recogidos a través del instrumento de recopilación para procesarlo a través de cuadros estadísticos que se explicará en función de las variables independientes y dependientes.
M O
M: Sistema Informático
O: Proceso de ventas
VIII.1.1. Investigación aplicada.
Su principal objetivo se basa en resolver problemas prácticos, con un margen de generalización limitado. De este modo genera pocos aportes al conocimiento científico desde un punto de vista teórico.12
8.1.2. Estudios Descriptivos.
Describen los hechos como son observados.
12 metodologia02.blogspot.com/p/operacionalizacion-de-variables.html
25
VIII.2. Hipótesis de estudio.
H1: El Diseño e implementación de un sistema de facturación si mejorará el sistema de inventariado en la Micro empresa Jesús Es mi Pastor de la ciudad de Comayagua, 2015.
H0: El Diseño e implementación de un sistema de Facturación no mejorará el sistema de inventariado en la Micro empresa Jesús Es mi Pastor de la ciudad de Comayagua, 2015.
VIII.3. Operacional de variables e hipótesis.
Hipótesis General
Tabla 2 Cuadro de definición Operacional
HIPÓTESIS DEFINICIÓN CONCEPTUAL
DEFINICIÓN OPERACIONAL
Hipótesis GeneralVariable IndependienteSoftware de Facturación
Un sistema informático como todo, es el conjunto de partes interrelacionadas, hardware, software y de recurso humano (humanware) que permite almacenar y procesar información.
Conjunto de procedimientos que describe las actividades que un observador debe realizar para recibir las impresiones sensoriales (sonidos, impresiones visuales o táctiles, etc.) de un registro o venta de un producto determinado de Bodega Jesús es mí Pastor.
Variable DependienteProceso de Ventas
Cantidades de ventas de un producto determinado cuantificable en términos monetarios.
Son las distintas Variaciones de ventas cuantitativas que experimenta la bodega Jesús es mí Pastor al año.
26
VIII.4.Variables principales del estudio.
Esta conceptualización tiene su origen en las matemáticas, en las cuales “X” es la variable independiente e “Y” la variable dependiente. En los experimentos, el investigador manipula la variable independiente, modificando de esta manera las variables dependientes. De esta manera se estudian, por ejemplo, los efectos de la aplicación de distintos métodos de enseñanza en una determinada asignatura. En este caso: el método de enseñanza es la variable independiente y los distintos resultados, la variable dependiente.13
Variables Independientes: “SOFTWARE DE FACTURACIÓN”
Variable dependiente: “SISTEMA DE INVENTARIADO.”
VIII.4.1. Determinación de la Unidad de Estudio: (Determinación de la muestra)
La bodega Jesús es mí Pastor cuenta únicamente con el administrador que es el dueño de la empresa y con un ayudante que le ayuda a vender. Por lo tanto la unidad de estudio será únicamente el administrador y vendedor.
13 www.univo.edu.sv:8081/tesis/019210/019210_Cap3.pdf
27
VIII.5.Relaciones entre variables.
Tabla 3 Relaciones de variables.
Variables Dimensiones Indicadores
(VI) Software de facturación
(VD) Proceso de Ventas
Organización
Tecnología
-¿Cuenta con un sistema informático actualizado?-¿Cuenta la bodega con una buena organización?
-¿Conoce Ud. el stock de todos sus productos?-¿La bodega usa una tecnología avanzada?-¿Cuenta con un sistema informático actualizado?-¿Utilizó un sistema de ventas alguna vez?
Administrativa
Atención
-¿Lleva un registro de sus productos el Departamento de ventas?
-¿Lleva un registro de todos sus clientes?
-¿Usa el Departamento de recuperación con crédito?
-¿Brindó la atención adecuada eficientemente a sus clientes?
-¿Con el proceso manual los clientes se sienten satisfechos de su atención?
28
VIII.6.Método para recopilar la información.Para seleccionar la muestra lo primero que hay que hacer es definir una unidad de análisis según lo mencionan Fernández, Hernández y Baptista, 2003. Para efecto de este estudio en la fase exploratoria se realizará una entrevista a profundidad a la comerciante de la bodega Jesús es mí Pastor.
VIII.6.1. Diseño de técnicas e instrumentos de recolección de informaciónPara efectos de la presente investigación se utilizará información de fuentes primarias, es decir, aquella que se obtiene de primera mano. Es así que se utilizarán: entrevistas a la comerciante de Bodega Jesús es mí Pastor y también se realizará la observación del objeto de estudio.
Para complementar la investigación también se usarán fuentes secundarias como libros, tesis cuyos temas se relacionen con la investigación provenientes de las biblioteca de las distintas universidades de la región de Comayagua, así como el uso de las tecnologías de la información como lo es el Internet y sus más reconocidos buscadores como son: Google, Bing, Yahoo entre otros.
VIII.6.2. Técnicas de AnálisisComo mencionan Hernández, Fernández y Baptista (2003), se necesita seleccionar un instrumento o método de recolección de los datos. Además se usará MICROSOFT EXCEL para procesar la información y analizar los registros obtenidos y así identificar las variables de interés y llegar a las conclusiones pertinentes, utilizando como herramienta de análisis de resultados: Cuadros, Diagramas, tabulación de datos entre otros.
29
IX. ANÁLISIS DE DATOS.
IX.1. Descripcion de la Información Obtenida.Se realizó la entrevista al señor (a) comerciante de Bodega Jesús es mí Pastor para recabar información importante lo cual nos indica de una forma global sus relaciones internas y su entorno, lo cual permitió identificar algunas desventajas y problemas que presenta para su normal funcionamiento.
La bodega es una empresa familiar que tiene como objeto la Venta de productos alimenticios a clientes privados y públicos. Con el resultado de las entrevistas se hizo un seguimiento detallado al flujo de ambos procesos en la bodega.
Con esa información se encontró al responsable del proceso a quien se le hicieron unas preguntas específicas.
De acuerdo al esquema planteado se encontró, que la bodega no cuenta con una forma establecida para llevar el stock de inventario diariamente y que su forma de registro es de contexto visual.
En el área de almacenamiento de las materias su forma de sistema es de verificación visual, el cual se realiza en forma diaria en las mañanas, y se determina la materia prima faltante y la cantidad, para su posterior reposición al comenzar la tarde. Cabe señalar que este sistema actualmente sigue operando.
Las ventas son registradas en un cuaderno único el cual no denota la fecha pero si detalla la cantidad, precio y artículo vendido.
Por lo general la mercadería es comprada semanalmente según lo visual sea que amenore, debido a que, sí, existe mucha competencia y se ve con respecto a estas en desventaja por la variedad de productos y precios bajos se pretende que con la implementación del software para facturación refleje el grado de orientación para organizar el flujo de entradas y salidas tanto como la restructuración del inventario que refleje su existencia física y textualmente.
El propietario cuenta con ciertos conocimientos no profundos en cuanto a la utilización de la tecnología pero ve futuramente que ese no es un impedimento para poner en práctica algo nuevo que permitirá ayudar a impulsar las mejoras en el negocio.
No tiene conocimiento previo de lo que realiza o ejecuta un software pero se le esclareció de forma espontánea lo que permite entrever la manera en que puede ayudar a impulsar el negocio un software.
Otro esfuerzo realizado en esta área tiene relación con la información de los proveedores al momento de ingresar la materia prima. Dicha información materializada en documentos (facturas, boletas) es almacenada en archivador para su posterior verificación.
30
Para tener un mayor control y poder solucionar todos los problemas anteriormente detallados la Bodega decidió llevar a cabo un sistema automatizado que permita almacenar y consultar información detallada de gran cantidad de componentes que interactúan con el negocio.
Los artículos en el inventario no contienen un código por parte de la empresa, pero si cuentan con un precio que se coloca al realizar la compra de los artículos, para evitar problemas de dar malos precios a los clientes. Todos los precios de los artículos no contienen el 15% de impuesto s/v ya que no están censados por la DEI.
En el mundo actual existen infinidades de negocios en el cual cada una de las grandes o pequeñas Empresas debe de tomar en cuenta llevar un control ordenado frecuentemente en sus operaciones Internas, En cuanto al Inventario
Esta medida es una de las más importantes ya que mediante esta se tratara de evitar grandes pérdidas, fugas invisibles, o cualquier otra situación que afecte a la empresa.
Por consiguiente otra de las Operaciones importantes de una empresa es mantener un orden y llevar el control total de las facturas de compras y de ventas, ya que está sirve de comprobante de los ingresos y salidas del inventario de compras y ventas de artículos de dicha mercadería.
La bodega Jesús es mi Pastor está Basada en la venta de abarrotería en general en su mayoría productos de la canasta básica entre otros, y desde hacen 3 años no se maneja un control del inventario ni de manera manual, ni por medio de algún tipo de software. En cuanto al control de las facturas solo se lleva un control manual de las factura de compras para mantener el producto siempre disponible a los clientes.
IX.2. Información relacionada al inventario.La cantidad de artículos en la empresa llega a los 250 aproximadamente, ya que desde el inicio de la bodega, no se realiza un inventario de la existencia de la mercadería, desde los productos grandes; sin mencionar los más pequeños y es por esa razón que no se conoce la cantidad de mercadería con exactitud.
Estas se organizan por categorías en los estantes de la bodega debido a que no se puede mezclar productos químicos como detergentes cerca de la mercadería de alimentos; ya que debido a que esto suceda el producto comestible puede contraer el olor e incluso el sabor del detergente y esto generaría un problema tanto para la bodega como al cliente; a la bodega porque esto se debería a una devolución del cliente que se le regrese el efectivo ya que el cliente replicará que el producto no está en estado de consumirlo y eso ocasionaría una perdida tanto de clientes como de producto.
Los artículos en el inventario no contienen un código por parte de la empresa, pero si cuentan con un precio que se coloca al realizar la compra de los artículos, para evitar problemas de dar malos precios a los clientes. Hay dos tipos de precios que se manejan en
Primero: está el de los proveedores hacia la bodega, que conllevaría la compra de producto para la empresa al cual se le asignara un precio de venta accesible
31
Segundo: el de la bodega hacia los clientes, proponiendo un precio de compra accesible para que ambos se beneficien.
IX.2.1. Problemas que se presentan en la bodega por la falta de control del inventario:
Poco control administrativo al comprar productos de mayor precio y de venta muy lenta y poca ganancia perdiendo así la oportunidad de comprar producto que se moviliza más rápido y que genera ganancia
Dificultad para realizar el pedido de compra correcto de todos los artículos que contienen baja existencia en el inventario o que se han agotado.
En ocasiones se pierde de realizar una venta de un artículo que un cliente busca, porque el artículo este agotado en inventario y en otra ocasiones porque no se encontró el artículo pero si había en existencia.
Desconocimiento de la cantidad exacta de cada artículo en el inventario.
Para consultar el precio y la cantidad de un cierto artículo que un cliente desea, se tiene que buscar el artículo y esto toma un tiempo de aproximadamente entre 1, 2 min. dependiendo el tamaño del artículo y de la ubicación del mismo en los estantes.
No se conoce la cantidad de artículos vencidos que resultan en perdida a la empresa.
IX.2.2. Información relacionada a las facturas
Las compras son realizadas semanalmente a proveedores el cual de esta se exige una factura para la cual solo es utilizada para saber el gasto y el verificar si el precio de compra es accesible para para así asignarle un precio de venta a la clientela en general
La empresa realiza las compras de los artículos a distintos proveedores, por lo cual no se tiene un solo proveedor para un artículo en específico, las compras son por lo general al contado se encargan desde dos o tres días antes para poder saber así la cantidad que se va a pagar al proveedor al momento de traer el producto se cancela al instante
Las devoluciones sobre compra a proveedores son frecuentes ya que el producto tiene poca duración o en ocasiones este se vence antes de la fecha estipulada.
32
Problemas que frecuentemente tiene el gerente con esta forma de registros son:
El consultar una factura de compra, una cuenta pendiente a un proveedor o una devolución s/c del cliente requiere tiempo para realizar esta consulta ya que el registro de hace manualmente por que no se cuenta con un sistema ordenado de inventario y debido a esto el no tener un buen control, Resulta tedioso y consume mucho tiempo el querer obtener cuantas compras, devoluciones, o cuentas a pagar por encargos realizados.
Ventas:
La empresa no maneja un tipo de factura de ventas.
IX.3. Síntesis comparativa de los datos generales obtenidos en la investigación.
La bodega no lleva consigo un control sobre la fechas de vencimiento de algunos productos lo que genera una pérdida de venta
La bodega presenta suficientes descontroles administrativo el cual si esta contará con la implementación de un sistema que ayude a controlar todo lo que entre y sale ayudaría a la empresa a tener mayor de sus pérdidas y ganancias
No se maneja ningún tipo de control de facturas
El propietario cuenta con ciertos conocimientos no profundos en cuanto a la utilización de la tecnología pero ve futuramente que ese no es un impedimento para poner en práctica algo nuevo que permitirá ayudar a impulsar las mejoras en el negocio.
33
X. PROPUESTA DEL SOFTWARE PARA LAS MEJORAS DEL PROBLEMA.
El propósito del presente trabajo es poder desarrollar un sistema de control inventario y facturación para agilizar la emisión de comprobantes, facturas de consumidor final y sus similares; y así brindar un mejor servicio al cliente. También se desea entender cómo funciona éste dentro de la bodega Jesús es mí pastor y dejar un sistema que podrá ir creciendo de menos a más.
El sistema no contará con el módulo de contabilidad, dicho modulo se desarrollará más adelante como una actualización.
La propuesta contendrá:
Estudio de factibilidad del proyecto de software.
Cronograma de actividades para el desarrollo del software.
Análisis de requerimientos del sistema.
Modelado del sistema.
Descripción de las etapas de diseño, codificación, pruebas e implementación del sistema.
Riesgos que se deben tener en cuenta en el proyecto de software.
X.1. Estudio de factibilidad del proyecto de software.
X.1.1. Estudio de factibilidad técnica.
Se debe hacer un análisis de la tecnología requerida para conseguir la funcionalidad y el rendimiento del sistema propuesto, cuál es el riesgo de desarrollo y cómo afectan éstos elementos el costo del proyecto. Además, se debe definir si el problema se puede resolver con los medios actualmente existentes y el grado de adaptación de la solución a la tecnología con la que cuenta la bodega.
De acuerdo a la tecnología necesaria para la implementación del sistema de control de inventario y facturación para la bodega Jesús es mí Pastor, se evaluó bajo tres especificaciones: Hardware, Software y Recurso Humano.
Evaluando el hardware requerido, el dueño de la empresa cuenta con una computadora, pero no de una impresora.
En el siguiente cuadro se muestra la descripción del Hardware necesario para el sistema de control de inventario y facturación lo cual pues se le da una asesoría de lo necesario para la implementación.
34
Tabla 4 Hardware necesario para la implementación del software.
35
Hardware
Elementos Detalle Especificación Marca/otros
1 computadora RAM 2 GB Teclado, Mouse, DVD RW
Disco duro 320 GB
Procesador Intel Pentium dual 2.8 GHz
monitor LCD 19” pulgadas Dell
1 Impresora Canon Pixma 2410
Sistemas operativos que soporta
Windows 8 (32 y 64 bits)Windows RTWindows 7 (32 y 64 bits)Windows Vista (32 y 64 bits)Windows XP (32 bits)Windows 2000
Flujo Contínuo de Tinta casi 8000 páginas de impresión
Cable de red Utp Rj-45 Cat. 5e, 5 Metros
1 switch 5 puertos 5 Puertos 10/100mbps
En cuanto al software que la empresa usará será lo siguiente.
Software SQL server management Studio 2012 gestor de base de datos, debido a que es un software libre no presentara costo alguno.
El sistema de control de inventario y facturación.
En cuanto a las personas que se necesitarán para la realización del sistema normalmente serían 2 personas, pero debido al proyecto de software no es muy grande solamente el sistema será desarrollado por una persona.
X.1.2. Factibilidad Operativa
Los usuarios del sistema serán: administrador y vendedor.
Este sistema les permitirá tanto a los usuarios que interactúan en forma directa con este, así como aquellos que reciben información del sistema y que necesitan obtener los datos de manera casi inmediata, confiable y ordenada de forma tal que agilizará los procesos relacionados al control del inventario y facturación.
Se necesitará dar una capacitación de dos días a todos los usuarios del sistema de facturación previo a su instalación y puesta en marcha.
X.1.3. Factibilidad Económica
Se determinan los recursos necesarios para desarrollar, implantar el sistema para el control del inventario y facturación, queda fuera del cuadro de inversión la computadora e impresora que el dueño tendrá que adquirir.
36
Tabla 5 Inversión total para implementación del sistema de facturación.Inversión para desarrollo e implementación del sistema
Concepto Inversión
Desarrollo de software de control de inventario y facturación 4,000
Equipo necesario
Cantidad Hardware
1 Computadora Acer 7,990
1 switch 1,000
5 metros Cable de red 150
Cantidad Materiales
1 1 Impresora Canon Pixma 2410 1,206
1 Paquete de hojas de papel 500 90
1 litro Bote tinta 800
Total inversión L.15,236
37
Los beneficios tangibles:
Mejora la productividad de los procesos y el personal.
Reducción de la obsolescencia de valores
La flexibilidad al manejar gran, volumen y diversidad de información con rapidez.
Reducción de inventarios
Los beneficios intangibles:
Aumenta la transparencia organizativa y responsabilidad Precisa y un acceso más rápido a los datos para tomar decisiones oportunas Mejora la respuesta del cliente Ahorra tiempo y esfuerzo enorme en la entrada de datos Más controles lo que reduce el riesgo de mala utilización de los recursos.
X.2. Cronograma de actividades para el desarrollo del software.
El cronograma de actividades determina exclusivamente para indicar si se está cumpliendo con el desarrollo del sistema a tiempo, caso contrario si no se lleva las actividades según el cronograma el desarrollo del sistema se atrasa y produce gastos al desarrollador. En el cronograma se muestran las actividades desde que se solicita el sistema hasta que se termina la construcción del sistema y la capacitación. El cronograma de actividad se puede ver en el anexo en los apartados anexos.
X.3. Análisis.
El análisis del sistema estará compuesto por requerimientos funcionales y no funcionales y modelado del sistema propuesto.
El sistema propuesto deberá incluir los siguientes requerimientos funcionales:
38
Tabla 6 Requerimientos funcionales.
Inventario Registro de artículos Registro de artículos
Compras Registro de compras
Ventas Registro de ventas Consulta de ventas
Clientes Registro de clientes
Administración Registro de usuarios Registro de gastos diarios Registro de salida de artículos. Registro de caja
Reportes Reporte de ventas Reporte de inventario Reporte de caja diaria
X.4. Descripción de los requerimientos funcionales.
X.4.1. Gestión de Inventario
1. Registro de artículos.
El sistema permitirá el registro, modificación, eliminación y la búsqueda de un artículo, se deberá tener en cuenta que se podrá crear un artículo siempre y cuando el artículo no se encuentre registrado ya en el sistema, se podrá modificar la información del artículo a excepción del código del artículo ya que es el sistema el que lo generara, se podrá eliminar un artículo siempre y cuando no se haya registrado una venta o compra con el artículo. Se podrá
39
realizar una búsqueda de artículos mediante el código que se le agrego, descripción del artículo y categoría.
Los campos o información necesaria para mantener el registro de artículos serán los siguientes:
Código: Sera generado por el sistema y dicho código será de tipo numérico de 4 dígitos
Descripción: en este campo se ingresara el nombre del artículo
Categoría: se podrá seleccionar una categoría del sistema, dicha categoría servirá para establecer un filtro o paramento de búsqueda del artículo.
Costo: es el costo del artículo, este campo cambiara cada vez que aumente o disminuya el costo del artículo en alguna compra.
Precio: es el precio que el sistema mostrará cuando se realice una venta a un cliente que no sea distribuidor.
Cantidad almacén: en este campo se podrá agregar la cantidad de un artículo en inventario y dicha cantidad será agregada al inventario inicial.
Imagen: en este campo se podrá almacenar la imagen del artículo, este campo es opcional.
Descripcion: en este campo se podrá ingresar algún tipo de nota referente al artículo.
Fecha de vencimiento: el sistema ingresará la fecha en que el artículo caducará.
Restricciones
No se podrá eliminar un artículo si ya se ha efectuado alguna transacción como una compra o venta, pero si podrá ser descontinuado del inventario.
No se podrá modificar el código del artículo.
Solo se pueden dejar en blanco los campos opcionales.
Una vez creado el registro del artículo y que no hallan transacciones de ventas o compras que incluyan el artículo, se podrán modificar todos los campos excepto el código del artículo, en caso de haber transacciones con el artículo solo se podrá modificar los precios de ventas, la categoría y la cantidad mínima del artículo.
Importante: la cantidad de artículos en inventario deberá actualizarse automáticamente al momento de registrarse una venta, compra.
40
2. Consulta de artículos
El sistema permitirá consultar la información de uno o varios artículos por medio de parámetros como ser el código, descripción y categoría del artículo. Mediante se vaya agregando se ira haciendo un filtrado de la información que coincida con el parámetro ingresado.
Los datos que se mostrarán en la consulta de los artículos serán:
El código del artículo
Descripción
Cantidad actual en inventario stock
Precio de artículo
Precio de compra
Fecha de vencimiento
3. Registro de categorías
El sistema permitirá el registro de categorías en el cual se pueda agregar, modificar, eliminar las categorías, las categorías permitirán realizar una clasificación de los artículos en secciones, esto se hace para realizar consultas más rápidas. Los datos necesarios para el registro de categorías son el código que el sistema generará automáticamente y la descripción de la categoría, se podrá modificar únicamente la descripción de la categoría y solo se podrá eliminar la categoría sino se ha registrado en algún artículo.
Los campos o información necesaria para mantener el registro de categoría serán los siguientes:
Id categoría: El sistema generará automáticamente este código.
Nombre categoría: en este campo se deberá ingresar el nombre de la categoría.
Restricciones
Solo se podrá registrar solamente una vez una categoría.
Solo se podrá eliminar una categoría si no se ha registrado algún artículo con dicha categoría.
4. Registro de clientes
El sistema permitirá el registro, modificación, eliminación y búsqueda de información de un cliente, la información del cliente se podrá modificar a excepción del código de registro que el
41
sistema genere, la eliminación de un cliente solo podrá hacer posible si no se ha generado ventas con los datos del cliente.
Los datos necesarios para él registro de clientes son:
Código: el sistema generará el código automáticamente.
Cliente: en este campo se agregará los nombres y apellidos del cliente.
Dirección: en este campo se agregará la dirección del cliente.
Teléfono: en este campo se agregará el número de teléfono del cliente.
Restricciones
El registro de un cliente solo se podrá hacer una sola vez
No se podrá eliminar la información de un cliente si ya se han efectuado transacciones de ventas al cliente.
5. Gestión de Ventas
Ventas
El sistema permitirá el registro de ventas, mostrando en pantalla los datos necesarios para poder realizar la factura de venta. En la pantalla se podrá observar el número de la factura, el tipo de venta “contado”, fecha, datos del cliente como ser el código, nombre y dirección, los datos de los artículos a registrar en la venta como ser el código del artículo, descripción, cantidad, precio, total, además se mostrará los datos generales de la factura como ser la venta y el total de la venta.
Para poder realizar el registro de la venta se almacenará la información en dos partes:
a. Factura de venta
Número de factura: el usuario generará el número de factura de la venta
Código del cliente: en este campo se almacena el código del cliente para poder identificar al cliente al cual se le realiza la venta.
Tipo de venta: en este campo se puede almacenar la venta al contado.
Total: el sistema generará el total de la venta
Fecha: el sistema generará automáticamente la fecha de registro de la venta.
Código usuario: en este campo se agregará el código del usuario que registró la venta para identificar la información del usuario.
42
b. Venta al detalle
Id factura: este campo lo generará automáticamente el sistema.
Número de factura: el sistema agregará el número de la factura a este campo.
Código del artículo: se agregará el código del artículo para poder identificar los datos del artículo.
Cantidad: en este campo se agregará la cantidad del artículo que se está vendiendo.
Precio unitario: se agregará el precio al que se está vendiendo el artículo.
Total: el sistema generará automáticamente el total de la venta del artículo.
6. Consulta de ventas
El sistema permitirá realizar consultas de las ventas realizadas y anulaciones de ventas, se podrá buscar las facturas de ventas por los parámetros número de factura, cliente, por fecha. Cuando se seleccione una venta se podrá ver los detalles de la factura de venta, y se podrá anular si se desea.
Importante: si se anula una factura de venta todos los artículos registrados en la venta deberán aumentar los artículos registrados en el inventario.
Requerimientos no funcionales
El sistema debe poseer una interfaz fácil y amigable que permita la fácil interacción con el usuario.
La elaboración del software debe ser pensada a futuro con la posibilidad de poder integrar el sistema de control de contabilidad.
El sistema debe ejecutar de manera rápida los ingresos y consultas.
El diseño del sistema debe adaptarse a diferentes plataformas de Windows.
El sistema debe respaldar la base de datos.
43
X.5. Diagrama de caso de uso
Identificación de los actores del sistema:
Administrador: este es el encargado de manejar el sistema, tiene el acceso total a los módulos del sistema. Puede ingresar, modificar, consultar y borrar información si es necesario de la base de datos.
Vendedor: este usuario únicamente tiene acceso a los módulos de venta, consulta de cliente consulta de artículos.
En el caso de uso de la figura 1 se muestra la interacción de los usuarios con los diferentes módulos que contendrá el sistema. Principalmente este caso de uso representa el menú principal del sistema de control de inventario y facturación.
X.6. Caso de uso bodega Jesús es mí Pastor.
X.6.1. Caso de uso: acceso o iniciar sesión
Actores:
Administrador, vendedor.
Descripción:
Este caso de uso es iniciado ante cualquier intento de ingreso al sistema ya sea por el Administrador del sistema o el vendedor, valida el nombre de usuario y contraseña, se verifica si es el correcto para poder acceder al sistema.
Flujo de eventos
Flujo básico
1. Se presenta al usuario la interfaz “Bienvenido seguido del “Nombre de usuario””
2. El usuario deberá colocar su nombre de usuario y contraseña y puede escoger las opciones de entrar al sistema, ejecutándose la opción “Entrar”
Acceso al sistema.
El sistema validará si el usuario y contraseña ingresados son correctos, si lo son se accederá al sistema, caso contrario se ejecutará el flujo alternativo “Usuario y/o contraseña no validos”.
Flujo alternativo.
44
Usuario y/o contraseña no validos
Si en el flujo básico, el actor ingresa un usuario y / o la contraseña no valido, el sistema muestra un mensaje de error. El actor puede elegir en volver a ejecutar el flujo básico o cancelar todo y finalizar el caso de uso.
Pre-condiciones:
El usuario debe estar registrado en el sistema y tener establecido un nivel en el sistema.
Post-condiciones:
El usuario accede a las opciones del menú al cual tiene acceso según su nivel.
La Seguridad de la información recabada por los agentes en cada caso de uso dará la capacidad de resistencia para nuestro sistema de venta en la que su comportamiento determinará el nivel de confianza ante los accidentes o acciones ilícitas o malintencionadas que comprometan la disponibilidad, autenticidad, integridad y confidencialidad de los datos almacenados y transmitidos.
X.6.2. Caso de uso: Registro de artículos
Actores:
Administrador
Descripción:
En este caso de uso se puede agregar, modificar, eliminar y buscar un artículo en el inventario. Este caso de uso podrá ser ejecutado solo por el administrador.
Flujo de eventos
Flujo básico
Este caso de uso se inicia cuando el administrador del sistema quiere agregar, modificar y eliminar un artículo del inventario del sistema.
1. Se mostrará la interfaz de registro de artículos.
2. Si no existe ningún artículo en el inventario del sistema, solo podrá ejecutarse la opción “Agregar artículo”.
45
3. Puede escoger la opción de agregar un registro ejecutándose la opción “Agregar artículo”, buscar un registro con la opción “Buscar artículo”, Modificar registro con la opción “Editar artículo” y eliminar artículo con la opción “Eliminar artículo”.
Buscar artículo
1. Al seleccionar la opción “Buscar artículo” se mostrará una pequeña caja de texto en la parte superior cual se podrá realizar la búsqueda del artículo.
2. La búsqueda del artículo se podrá realizar mediante el nombre del artículo o categoría del artículo haciendo un filtrado de los artículos que coincidan con los parámetros ingresados.
Agregar artículo
1. Se creará un nuevo registro para ingresar los datos del artículo a guardar en el sistema.
2. Al momento de generar un nuevo registro, el sistema le generará un código numérico.
3. El administrador debe ingresar los datos como ser la descripción, costo, precio de compra, precio al detalle, cantidad del artículo, categoría del artículo, fecha de vencimiento. nombre del artículo.
4. Si selecciona guardar registro, el sistema verifica si los datos del artículo son correctos ejecutándose el flujo alternativo “producto agregado correctamente
5. Se ejecutará el flujo alternativo “Desea guardar los datos”.
6. Si los datos ingresados son correctos y la respuesta al flujo alternativo “desea guardar los datos” es verdadera el sistema procederá a guardar el registro.
Editar artículo
1. El administrador puede modificar la información del registro seleccionado que está almacenado en la base de datos, excepto el código del registro.
Eliminar artículo
1. El administrador seleccionará un artículo a eliminar.
46
2. El sistema ejecutará el flujo alternativo “Desea eliminar el artículo”.
3. Si la respuesta a la flujo alternativo “Desea eliminar el artículo” es verdadera el sistema eliminará el registro de la base de datos.
Flujos alternativos
1. Verificar datos: Se mostrará un mensaje de error si no se ha ingresado la descripción, costo, precio, precio, categoría, los demás campos son opcionales.
2. Desea guardar los datos: El sistema mostrará un mensaje si se desea guardar la información, el administrador confirmará o cancelará la transacción.
3. Desea eliminar el artículo: El sistema mostrará un mensaje si se desea eliminar el artículo seleccionado, donde el administrador confirmará o cancelará la transacción.
Pre-condiciones:
Para iniciar este caso de uso, el administrador deberá haberse identificado en el sistema.
Post-condiciones:
Si el caso de uso se ha realizado correctamente, la información del artículo, se agregará, actualizará o eliminará de la base de datos. De lo contrario, el estado de la base de datos no se modifica.
X.6.3. Caso de uso: reporte de productos
Actores:
Administrador, vendedor.
Descripción:
En este caso de uso se puede consultar la cantidad del artículo en existencia y los precios del artículo. Este caso de uso podrá ser ejecutado solo por el administrador y el vendedor.
Flujo de eventos
Flujo básico
47
Este caso de uso se inicia cuando un usuario del sistema quiere consultar un artículo del inventario del sistema.
1. Se mostrará la interfaz de consulta de artículos con el listado de todos los artículos en inventario.
Flujos alternativos
Ninguno
Pre-condiciones:
Para iniciar este caso de uso, el usuario deberá haberse identificado en el sistema.
Post-condiciones:
Ninguno
X.6.4. Caso de uso: Registro de categorías
Actores:
Administrador
Descripción:
En este caso de uso se puede agregar, modificar y eliminar una categoría de clasificación de artículos. Este caso de uso podrá ser ejecutado solo por el administrador.
Flujo de eventos
Flujo básico
Este caso de uso se inicia cuando el administrador del sistema quiere agregar, modificar y eliminar una categoría.
1. Se mostrará la interfaz de registro de categoría.
2. Si no existe ninguna categoría, solo podrá ejecutarse la opción “Agregar categoría”.
3. Puede escoger la opción de agregar un registro ejecutándose la opción “Agregar categoría”, buscar un registro con la opción “Buscar categoría”, Modificar registro con la opción “Editar categoría” y eliminar categoría con la opción “Eliminar categoría”.
48
Buscar categoría
1. Al seleccionar la opción “Buscar categoría” se mostrará una pequeña ventana con la lista actual de las categorías, en la cual se podrá realizar la búsqueda de la categoría.
2. La búsqueda de la categoría se podrá realizar mediante la descripción de la misma haciendo un filtrado de las categoría que coincidan con el parámetro ingresado.
Agregar categoría
1. Se creará un nuevo registro para ingresar los datos de la categoría a guardar en el sistema, el sistema generará automáticamente el código de la categoría.
2. El administrador debe ingresar la descripción de la categoría.
3. Si selecciona guardar registro, se ingresará la categoría agregada.
Editar categoría
1. El administrador puede modificar la información del registro seleccionado, que está almacenado en la base de datos, excepto el código del registro.
2. Si selecciona guardar los cambios, el sistema guardará el cambio de edición de la categoría.
Eliminar categoría
1. El administrador seleccionará una categoría a eliminar.
2. El sistema ejecutará el flujo alternativo “Desea eliminar la categoría”.
3. Si la respuesta al flujo alternativo “Desea eliminar la categoría” es verdadera el sistema eliminará el registro de la base de datos.
Flujos alternativos
1. Verificar datos: Se mostrará un mensaje de error si no se ha ingresado el código, descripción de la categoría.
2. Desea guardar los datos: El sistema mostrará un mensaje si se desea guardar la información, el administrador confirmará o cancelará la transacción.
3. Desea eliminar la categoría: El sistema mostrará un mensaje si se desea eliminar la categoría seleccionada, donde el administrador confirmará o cancelará la transacción.
49
4. Pre-condiciones:
Para iniciar este caso de uso, el administrador deberá haberse identificado en el sistema.
5. Post-condiciones:
Si el caso de uso se ha realizado correctamente, la información de la categoría, se agregará, actualizará o eliminará de la base de datos. De lo contrario, el estado de la base de datos no se modifica.
X.6.5. Caso de uso: Registro de clientes
Actores:
Administrador, vendedor.
Descripción:
En este caso de uso se puede agregar, modificar y eliminar un cliente. Este caso de uso podrá ser ejecutado solo por el administrador y el vendedor.
Flujo de eventos
Flujo básico
Este caso de uso se inicia cuando un usuario del sistema quiere agregar, modificar y eliminar un cliente del sistema.
1. Se mostrará la interfaz de registro de clientes.
2. Si no existe ningún cliente en el sistema, solo podrá ejecutarse la opción “Agregar cliente”.
3. Puede escoger la opción de agregar un registro ejecutándose la opción “Agregar cliente”, buscar un registro con la opción “Buscar cliente”, Modificar registro con la opción “Editar cliente” y eliminar cliente con la opción “Eliminar cliente”.
Buscar cliente
1. Al seleccionar la opción “Buscar cliente” se mostrará una pequeña ventana en la cual se podrá realizar la búsqueda del cliente.
2. Se ingresará el nombre del cliente y el sistema va a ir mostrando los nombres de los clientes que coincidan.
Agregar cliente
50
1. Se creará un nuevo registro para ingresar los datos del cliente a guardar en el sistema.
2. Al momento de generar un nuevo registro, el sistema le generará un código numérico.
3. El usuario debe ingresar los datos como ser el nombre, dirección, teléfono.
4. Si selecciona guardar registro, el sistema verifica si los datos del cliente son correctos ejecutándose el flujo alternativo “Verificar datos”.
5. Se ejecutará el flujo alternativo “Desea guardar los datos”.
6. Si los datos ingresados son correctos y la respuesta al flujo alternativo “desea guardar los datos” es verdadera el sistema procederá a guardar el registro.
Editar cliente
1. El usuario puede modificar la información del registro seleccionado que está almacenado en la base de datos, excepto el código del registro.
2. Si selecciona guardar los cambios, el sistema verifica si los datos del cliente son correctos ejecutándose el flujo alternativo “Verificar datos”
3. Si los datos ingresados son correctos y la respuesta al flujo alternativo “desea guardar los datos” es verdadera el sistema procederá actualizar el registro, caso contrario no se hará cambios en la base de datos y se regresara a la pantalla.
Eliminar cliente
1. El usuario seleccionará un cliente a eliminar.
2. El sistema ejecutará el flujo alternativo “Desea eliminar el cliente”.
3. Si la respuesta a la flujo alternativo “Desea eliminar el cliente” es verdadera el sistema eliminará el registro de la base de datos siempre y cuando no hallan transacciones hechas con dicho cliente, caso contrario no se hará cambios en la base de datos.
Flujos alternativos
1. Verificar datos: Se mostrará un mensaje de error si no se ha ingresado el nombre, dirección, teléfono y el tipo de cliente, los demás datos son opcionales.
2. Desea guardar los datos: El sistema mostrará un mensaje si se desea guardar la información, el usuario confirmará o cancelará la transacción.
3. Desea eliminar el cliente: El sistema mostrará un mensaje si se desea eliminar el cliente seleccionado, donde el usuario confirmará o cancelará la transacción.
51
Pre-condiciones:
Para iniciar este caso de uso, el administrador deberá haberse identificado en el sistema.
X.6.6. Caso de uso: Factura de venta
Actores:
Administrador, vendedor.
Descripción:
En este caso de uso se puede generar una venta de artículos a un cliente. Este caso de uso podrá ser ejecutado por el administrador y el vendedor.
Flujo de eventos
Flujo básico
Este caso de uso se inicia cuando un usuario del sistema quiere realizar una venta de artículos. Se mostrará la interfaz de venta.
Nueva venta
1. El sistema genera un número de factura para la venta y muestra la fecha del sistema para agregarla a la factura.
2. El usuario procede a seleccionar el cliente seleccionando la opción “buscar cliente”, con esta opción se desplegara una pequeña ventana donde se podrá buscar el cliente mediante un filtrado de información con el parámetro nombre del cliente.
3. Si el cliente es hallado se selecciona y se agrega a la factura la información como ser el código, nombre del cliente, dirección, en caso contrario de que el cliente no se encuentre registrado se podrá ejecutar el flujo alternativo “crear cliente”.
4. El usuario debe seleccionar el tipo de venta que se pretende realizar “contado” o “crédito”. La factura al crédito solo se podrá seleccionar si el cliente es de tipo distribuidor.
52
5. El usuario debe agregar los artículos a registrar en la venta, se puede ingresar el código directamente o seleccionar la opción.
6. Una vez seleccionado el artículo a vender se procede a ingresar los datos como ser cantidad del artículo a vender y el precio del artículo y se puede agregar a la venta. La cantidad del artículo a vender estará sujeta a clausulas como que la cantidad no debe ser igual a 0 o mayor que la cantidad en inventario, de cumplirse una de estas cláusulas se ejecutara el flujo alternativo “Cantidad incorrecta de artículo”.
7. El sistema generará automáticamente el total.
8. Se ejecuta el flujo alternativo “desea guardar los datos”.
9. Si la factura de venta se realizado correctamente los artículos registrados en la factura se disminuirá la cantidad del inventario.
10. El sistema muestra en pantalla la factura para imprimirla.
Flujos alternativos
Crear cliente: Manda a llamar a la interfaz registro de cliente para agregar un nuevo cliente.
Cantidad incorrecta de artículo: se muestra un mensaje de error al intentar ingresar una cantidad que exceda el inventario del artículo o que se deje en 0.
Verificar datos: Se mostrará un mensaje de error si no se ha ingresado el cliente, seleccionado el tipo de venta, si no se han agregado artículos a la venta.
Desea guardar los datos: El sistema mostrará un mensaje si se desea guardar la información, el usuario confirmará o cancelará la transacción.
Pre-condiciones:
Para iniciar este caso de uso, el usuario deberá haberse identificado en el sistema.
Post-condiciones:
Si el caso de uso se ha realizado correctamente, la venta se almacenará en la base de datos, y se disminuirá la cantidad de los artículos vendidos en inventario.
Flujo de eventos
Flujo básico
53
Este caso de uso se inicia cuando el administrador del sistema quiere anular, buscar o imprimir alguna factura de venta .Se mostrará la interfaz de consulta de ventas.
1. Si no existe ninguna venta realizada no se podrá realizar ninguna acción en esta interfaz de consulta de venta.
Buscar venta
1. La búsqueda de la factura se podrá realizar ingresando el número de la factura de venta.
2. Se ingresa el número de factura y se selecciona la opción “buscar factura” y el sistema ejecuta el flujo alternativo “verificación de datos” para comprobar que la factura se encuentra en la base de datos.
3. Si se encuentra la factura se muestran todos los datos relacionados a la factura de venta en la pantalla.
Imprimir venta
1. Se busca la factura de venta
2. Se selecciona la opción “Imprimir factura.
Flujos alternativos
1. Verificar datos: Se mostrará un mensaje de error, si no se encuentra el número de factura ingresado en el sistema.
2. Desea guardar los datos: El sistema mostrará un mensaje si se desea anular la venta registrada, el administrador confirmará o cancelará la transacción.
Pre-condiciones:
Para iniciar este caso de uso, el administrador deberá haberse identificado en el sistema.
Post-condiciones:
Si el caso de uso se ha realizado correctamente, la información de la venta, se anulará, buscará o imprimirá de la base de datos. De lo contrario, el estado de la base de datos no se modifica.
54
X.6.7. Caso de uso: Registro de usuariosActores:
Administrador.
Descripción:
En este caso de uso se puede agregar, modificar y eliminar un usuario. Este caso de uso podrá ser ejecutado solo por el administrador.
Flujo de eventos
Flujo básico
Este caso de uso se inicia cuando el administrador del sistema quiere agregar, modificar y eliminar un usuario del sistema.
1. Se mostrará la interfaz de registro de usuarios.
2. Puede escoger la opción de agregar un usuario ejecutándose la opción “Agregar usuario”, Modificar usuario con la opción “Editar usuario” y eliminar usuario con la opción “Eliminar usuario”.
Agregar usuario
1. Se creará un nuevo registro para ingresar los datos del usuario a guardar en el sistema.
2. Al momento de generar un nuevo registro, el sistema le generará un código numérico.
3. El administrador debe ingresar los datos como ser el nombre, usuario, contraseña, nivel de acceso “usuario” o “administrador”, el estado de la cuenta del usuario
4. Si selecciona guardar registro, el sistema verifica si los datos del usuario son correctos.
5. Se ejecutará el flujo alternativo “Desea guardar los datos”.
6. Si los datos ingresados son correctos y la respuesta al flujo alternativo “desea guardar los datos” es verdadera el sistema procederá a guardar el registro, caso contrario no se hará cambios en la base de datos.
Editar usuario
55
1. El administrador puede modificar la información del usuario seleccionado que está almacenado en la base de datos, excepto el código del registro.
2. Si selecciona guardar los cambios, el sistema verifica si los datos del usuario son correctos ejecutándose.
3. Si los datos ingresados son correctos y la respuesta al flujo alternativo “desea guardar los datos” es verdadera el sistema procederá actualizar el registro, caso contrario no se hará cambios en la base de datos.
Eliminar usuario
1. El administrador seleccionará un usuario a eliminar.
2. El sistema ejecutará el flujo alternativo “Desea eliminar el usuario”.
3. Si la respuesta a la flujo alternativo “Desea eliminar el usuario” es verdadera el sistema eliminará el registro de la base de datos siempre.
Flujos alternativos
1. Verificar datos: Se mostrará un mensaje de error si no se ha ingresado correctamente los datos necesarios.
2. Desea guardar los datos: El sistema mostrará un mensaje si se desea guardar la información, el administrador confirmará o cancelará la transacción.
3. Desea eliminar el usuario: El sistema mostrará un mensaje si se desea eliminar el usuario seleccionado, donde el usuario confirmará o cancelará la transacción.
Pre-condiciones:
Para iniciar este caso de uso, el administrador deberá haberse identificado en el sistema.
Post-condiciones:
Si el caso de uso se ha realizado correctamente, la información del usuario, se agregará, actualizará o eliminará de la base de datos. De lo contrario, el estado de la base de datos no se modifica
56
X.6.8. Caso de uso: ReportesRepresentada en anexos figura 6.
Actores:
Administrador.
Descripción:
En este caso de uso se pueden generar reportes de inventario y reporte de ingresos.
Flujo de eventos
Flujo básico
Este caso de uso se inicia cuando el administrador del sistema quiere realizar un reporte.
Reporte de inventario.
Este reporte permitirá realizar un listado de los artículos del inventario por los siguientes parámetros “listar todos los artículos”, “listar artículos que tengan baja cantidad en inventario”, “listar los artículos por categoría”.
Reporte de ventas.
Este reporte permitirá realizar un listado de las ventas realizadas por los siguientes parámetros “listar todas las ventas diarias”, “listar todas las ventas entre dos fechas”, “listar ventas al contado”, “listar ventas por clientes”.
Pre-condiciones:
Para iniciar este caso de uso, el administrador deberá haberse identificado en el sistema.
57
Post-condiciones:
Ninguno.
X.7. Diccionario de datos del Sistema. Tabla Productos
Descripción: en esta tabla se registrarán todos los Productos del inventario.
Tabla 7 Tab. Producto.
Campo Tipo Descripción
Id_producto Int(not null) Clave del artículo.
Id_categoría Int(not null) Clave de la categoría que servirá para clasificar el artículo.
Nombre Varchar(50) Nombre del artículo
Descripción Varchar(50) Descripción del artículo
Precio_compra Decimal(18,2) Precio costo del artículo.
Precio_venta Decimal(18,2) Precio del artículo para detalle.
58
Imagen Image Imagen del artículo.
Fecha_vencimiento Date() Fecha en que se expiración del producto.
Llave primaria: id producto.
Relaciones: Id producto de tabla producto con Id producto de tabla detalle venta y
Id categoría de tabla producto con id categoría de tabla categoría.
Tabla Categorías
Descripción: en esta tabla se registrarán todos los Productos del inventario por categorías.
Tabla 8 Tab.Categorías.
Campo Tipo Descripción
Id_categoría Int(not null) Clave de la categoría que servirá para clasificar el artículo.
Nombre categorías Varchar(50) Nombre del artículo
Llave primaria: id categorías.
Relaciones: Id categoría de tabla categoría con id categoría de tabla producto.
Tabla detalle de venta
En la tabla detalle de venta se registrarán la cantidad deseada de producto a obtener con su respectivo precio.
Tabla 9 Tab. Detalle.
Campo Tipo Descripción
Id_producto Int(not null) Clave que vinculó un artículo con el detalle de la venta
59
Id_venta Int(not null) Clave de la ventas que servirá para identificar un registro de venta única.
Id detalle venta Int(not null) Clave del detalle único.
Cantidad Decimal(18,2)
Cantidad de pedido de artículos
Precio unitario Decimal(18,2)
Precio costo del artículo.
Llave primaria: Id detalle venta.
Llaves foráneas: id venta, id producto.
Relaciones: id venta de tabla detalle venta con id venta de tabla venta, id producto de tabla detalle de venta con id producto de tabla producto.
Tabla venta.
En la tabla venta se registran una venta por cliente y el tipo de documento en determinada fecha.
Tabla 10 Tab. Venta.
Campo Tipo Descripción
Id_venta Int(not null) Clave registro único de un artículo que determina una venta
Id_cliente Int(not null) Clave de registro que servirá para identificar un cliente de la venta realizada
Fecha_venta date Fecha en que se ejecutó la venta de los artículos.
Tipo_documento Decimal(18,2) Describe si la venta será facturada o boleta
60
Num_documento Decimal(18,2) Número de orden por lotes que se realizó una venta.
Llave primaria: id_venta
Llave foránea: id_cliente
Relaciones: id_venta de la tabla venta con id_venta de la tabla detalle de venta, id_cliente de la tabla venta con id_cliente de la tabla cliente
Tabla cliente.
En la tabla cliente se registran los clientes de una venta.
Tabla 11 Tab. Cliente.
Campo Tipo Descripción
Id_cliente Int(not null) Clave registro único de un cliente que determina una venta.
Nombre Varchar(60) Se ingresa nombre del cliente
Apellidos Varchar(50) Se ingresa los apellidos del cliente
Dirección Varchar(100) Se ingresa la dirección del cliente
61
Num_identidad Varchar(15) Se ingresa el número de identidad del cliente.
Teléfono Varchar(9) Se ingresa el número de teléfono del cliente
Clave primaria: id_cliente.
Relaciones: id_cliente de la tabla cliente con id_cliente de la tabla venta.
Tabla usuario.
En la tabla usuario se registran el tipo de usuario según el nivel de acceso.
Tabla 12 Tab. Usuario.
Campo Tipo Descripción
Id_usuario Int(not null) Clave registro único de un usuario que determina el número de registro.
Nombre Varchar(50) Se ingresa nombre del usuario
Apellidos Varchar(50) Se ingresa los apellidos del usuario
Dirección Varchar(100) Se ingresa la dirección del usuario
Num_identidad Varchar(15) Se ingresa el número de identidad del usuario
62
Teléfono Varchar(9) Se ingresa el número de teléfono del usuario
Login Varchar(50) Es el tipo de login con el cual se identificará un usuario.
Password Varchar(50) Es el ingreso de una contraseña que lo acredita como el dueño del login.
Acceso Nvarchar(50) Es el nivel de acceso que tendrá el usuario al sistema, (”administrador”, “Usuario”)
Llave primaria: id_usuario.
X.8. Fase de diseño.
La fases del diseño del sistema se llevará a cabo de la siguiente manera, se diseñará la base de datos inicialmente, el diseño de la base de datos se realizará en el gestor de base de datos SQL server 2012, luego de tener diseñada la base de datos se diseñará todos los formularios necesarios para que el usuario interaccione con el sistema y maneje la base de datos. Los formularios se realizarán en visual estudio 2013.
X.9. Codificación.
En la etapa de codificación se realizará en el lenguaje visual estudio Basic .net 2013, la codificación incluirá las líneas de códigos necesarias para que el sistema funcione adecuadamente.
X.10. Pruebas e implementación del sistema.
Al terminar la etapa de codificación el sistema será puesto a prueba, primero el desarrollador hará todas las pruebas posibles al sistema para identificar y reparar errores al sistema, luego se pondrá a prueba con uno de los usuarios que se encargará de manejar el sistema para poder identificar si se produce algún tipo de error y así poder repararlo, hasta que se esté seguro que el sistema no posea errores, se procederá a la implementación del mismo.
En la implementación del sistema se establecerá una pequeña red para que el sistema funcione en dos computadoras luego instalar el sistema de control de inventario, y dar la capacitación
63
necesaria para que los usuarios manejen de forma adecuada el sistema, además se le entregará al cliente los documentos necesarios para el uso del sistema.
Para poder realizar por completo a implementación del sistema la empresa deberá poder realizar un inventariado físico de los artículos para poderlos ingresar al sistema y que este ya quede funcionando correctamente.
X.11. Riesgos que se deben tener en cuenta en el proyecto de software.
Cuando se desarrolla un software se debe tener en cuenta que hay muchos factores que pueden hacer que un sistema fracase o no se termine a tiempo. A continuación se mencionarán los posibles riesgos que se pueden afrontar en el desarrollo del sistema:
El cliente puede querer agregar otros requerimientos al sistema, cuando ya se tiene avanzado el desarrollo del sistema.
Se enferme o pase algún contratiempo con la persona que tenga que desarrollar una etapa del sistema.
Ocurre un atraso en el desarrollo del sistema, por falta de conocimientos de los requerimientos adecuados del sistema.
X.12. Diseño arquitectónico.
El diseño arquitectónico del sistema es en 3 capas, debido a que, esto es un enfoque a
Sistemas de tipo CASE o también llamados DESKTOP.
64
Imagen. 1 Diseño del software.
Capa Datos
Capa Lógica
Capa Presentación
Como se muestra en la figura siguiente:
X.13. Forma lógica de las capas.
65
Imagen. 2 Forma lógica de las capas.
X.14. Diseño de datos.
Para iniciar con el diseño del modelo de base de datos, debe cumplir con la siguiente estructura de negocio:
66
Capa de presentación
Capa Lógica
Capa de Acceso a datos
Capa de Entidades
Servidor
• Reflejar la estructura del problema en la bodega.
• Ser capaz de representar todos los datos esperados, incluso con el paso del tiempo.
• Evitar el almacenamiento de información redundante.
• Proporcionar un acceso eficaz a los datos.
• Mantener la integridad de los datos a lo largo del tiempo.
• Tener claridad, coherencia y de facilidad de comprensión.
El objetivo de proteger la información es la misión de cualquier organización, teniendo en cuenta las diferentes dimensiones como:
Disponibilidad: Debe de haber disposición de los servicios en cualquier momento que el cliente requiera y cada vez que sea necesario. La carencia de disponibilidad supone una interrupción del servicio. La disponibilidad afecta directamente a la productividad de las organizaciones. Haciendo referencia a que el incremento de productividad es un objetivo por parte de este sistema.
Integridad: Deben de existir algoritmos que verifiquen la autenticidad de la información, ya que ante una mala validación, la información puede aparecer manipulada, corrupta o incompleta. La integridad puede afectar directamente al correcto desempeño de las funciones de una organización. Por lo tanto, para este sistema se deben tener los procedimientos adecuados que verifiquen la información al momento de registrarse.
Confidencialidad: La información por cada usuario de venta debe ser personal y resguardada por clave de emisor y clave de usuario. En contra de la confidencialidad o secreto pueden darse fugas y filtraciones de información, así como accesos no autorizados a información de otros agentes.
Autenticidad: El agente debe ser quien se hace responsable de la información proporcionada.
A continuación se mostrará las tablas creadas en la base de datos para el correcto funcionamiento del software.
67Imagen. 3 Diseño en SQL de la base de datos y sus atributos.
XI. RESULTADOS Y CONCLUSIONES DE LA INVESTIGACIÓN.
Al finalizar el trabajo de tesis se puede plantear los siguientes resultados y conclusiones:
Resultados:
68
• La bodega Jesús es mí pastor no cuenta con ningún control sobre el inventario y facturación.
• En la bodega se tiene problemas al realizar pedidos por la falta de conocimiento de que productos se deben comprar antes de que se quede en cero en el inventario.
• Si se implementa el sistema de control de inventario y facturación se podrá tener un control eficiente sobre el inventario y las facturas.
Conclusiones:
• Para poder implementar el sistema la empresa deberá realizar un inventariado físico para poder tener la cantidad exacta de todos los artículos para introducirlos al sistema.
• Para realizar un análisis adecuado para el desarrollo de un software para un negocio se debe tener bien claro los requerimientos que el sistema incluirá.
• La implementación de un sistema que controle el inventario y la facturación producirá beneficios en la bodega.
• Se necesita realizar una capacitación adecuada a los empleados sobre el manejo del sistema y el mejor uso para control de stock de inventario.
XII. RECOMENDACIONES.
Se recomienda al administrador de la bodega la implementación de sistema de control de inventario y facturación.
Que los empleados tengan un poco más de conocimientos de manejo de computadoras.
69
El control de productos se le asigne un código para categorizarlo.
Actuar con seguridad y dejar el nerviosismo ante el uso de la tecnología.
Ser proactivo y riguroso diariamente con el conteo de inventario.
XIII. BIBLIOGRAFÍA.
1. www.misrespuestas.com/que-son-las-pyme.html
2. www.misrespuestas.com
70
3. Pressman, R.S, Ingeniería del software. Un enfoque práctico, McGraw-Hill, 5ª Edición
4. www.ec.europa.eu/enterprise/policies/sme/facts-figures-analysis/sme-definition/index_es.htp
XIV. ANEXOS.
1. Anexo 1 Constancia de la bodega Jesús es mí Pastor.
2. Anexo 2 Entrevistas estructuradas.
71
3. Anexo 3 Análisis de entrevista
4. Anexo 4 Cronograma de actividades.
5. Anexo 5 Diagrama caso de usos
6. Anexo 6 Diagrama E-R
7. Anexo 7 Diagrama de clases
8. Anexo 8 Diagrama de secuencia
9. Anexo 9 Fotos Ubicación de lugar y de la organización de los Productos dentro de la bodega.
10. Anexo 10 Diseño y manual del sistema de inventario y facturación.
11. Anexo 11 Ejemplo de facturas que el sistema generará.
72
Anexo 1
Imagen. 4 Constancia.
73
Imagen. 5 Solicitud.
74
Anexo 2
UNIVERSIDAD POLITECNICA DE HONDURAS
Sede (COMAYAGUA)
Ingeniería en Sistemas Computacional
Entrevista dirigida a la comerciante de la bodega Jesús es mí Pastor de ciudad de Comayagua
Señor comerciante: La presente entrevista tiene fines académicos y como tal la confidencialidad de la información está garantizada, le agradeceremos responder puntualmente a las siguientes preguntas:
Fecha 10 de marzo del 2015 hora: 10:00 a.m.
Comayagua, Comayagua
Entrevistador: Marvin Daniel Canales Mejía
Entrevistado: Belky Canales
Encargado de la administración de la bodega Jesús es mí Pastor.
1) ¿Cómo lleva el control de sus ventas diarias?
Se llevan manuscritas en un libro único diario.
2) ¿Cómo lleva el control diario de su caja (ingresos-egresos)?
Manuscritas en un libro especial de anotación de compras y gasto
3) ¿Cuál es el volumen de sus ventas diarias?
En un rango de 3,000.00 Lps diarios.
4) ¿De qué manera lleva usted el control del stock de sus productos?
De forma visual.
75
5) ¿Con qué frecuencia compra nuevos productos para renovar su stock?
1 ( ) Diario
2 (x) Semanal
3 ( ) Quincenal
4 ( ) Mensual
5 ( ) Otra. Especifique:
6) ¿Cómo decide qué cantidad de productos debe comprar y de qué tipo?
Por el tipo de demanda.
7) ¿Considera que lleva un control estricto de su negocio?
Si ( ) No (x)
¿Por qué?
8) ¿Considera que se encuentra en desventaja competitiva frente a los grandes centros Comerciales que se han instalado en la ciudad?
Si considerablemente.
9) ¿Tiene claro cuáles son los objetivos y metas de su negocio?
Si ( ) No (x)
¿Por qué?
No del todo es un negocio familiar para gastos familiar.
10) ¿Considera que la tecnología puede ayudar a que su negocio crezca?
Si (x) No ( )
¿Por qué?
76
Puntualmente si ayudaría a crecer.
11) ¿Conoce, que es un sistema de venta y cuál es su aplicación?
No sé realmente que es.
12) ¿Estaría dispuesto(a) a invertir en tecnología para que su negocio crezca?
Si (x) No ( )
¿Por qué?
Si es un beneficio para mi negocio por el cual pueda mejorar y crecer absolutamente estaría de acuerdo en invertir.
13) ¿Qué reportes le gustaría que le generará el sistema?
Inventario x Egresos x
Ventas x Ingresos x
14) ¿Sabe de computación?
Si (x) No ( )
15) ¿Tiene capacidad para invertir cuánto?
Todo depende de la flexibidad si se tiene la oportunidad de hacerlo en pagos 5,000.00 Lps.
77
Anexo 3
Análisis.
UNIVERSIDAD POLITECNICA DE HONDURAS
Sede (COMAYAGUA)
Ingeniería en Sistemas Computacional
Entrevista dirigida a la comerciante de la Bodega Jesús es mí Pastor de ciudad de Comayagua
Señor comerciante: La presente entrevista tiene fines académicos y como tal la confidencialidad de la información está garantizada, le agradeceremos responder puntualmente a las siguientes preguntas:
Fecha 10 de marzo del 2015 hora: 10:00 a.m.
Comayagua, Comayagua
Entrevistador: Marvin Daniel Canales Mejía
Entrevistado: Belky Canales
Encargado de la administración de la bodega Jesús es mí Pastor.
1. ¿Puede hacer un uso adecuado de una computadora?
R: / si con lo básico.
2. ¿Cuenta con alguna experiencia en el manejo de programas de computadora?
R:/con experiencia en office y otros programas derivados del Windows.
3. ¿Qué nivel de dificultad le parece el aprender a manejar un programa de computadora?
R: / No cree que será un problema en aprender es dispuesta y accesible.
4. ¿Qué le parece la idea de la implementación de un sistema que automatice el control del inventario y facturación?
78
R: / en la actualidad es necesario adaptarse a las nueva tecnología y le parece buena idea ya que es necesario contar con sistemas contables.
5. ¿Qué actividades en la empresa realiza usted?
R: / Se encarga de realizar compras, ventas, cotizaciones y ordenar estantes de mercadería.
6. ¿Cómo lleva a cabo las actividades que desempeña en la empresa?
R: / las ventas se realiza de la siguiente manera: se atiende al cliente ¿Pregunta? y se busca el producto si hay lo traslada hasta el cliente quien decide si lo compra o no.
7. ¿Qué otra información podría brindar para la construcción del sistema?
R:/el sistema debe ser fácil de usar y que contenga usuarios con restricciones,
79
Anexo 4
Tabla 13 Cronograma.
Cronograma de actividades para el desarrollo del software
Actividad
Fecha de
inicio Duración Fecha terminaciónAnálisis Preliminar 02/03/2015 1 03/03/2015
Solicitud 04/03/2015 2 06/03/2015Estudio de factibilidad 08/03/2015 2 10/03/2015Aprobación de la solicitud 11/03/2015 1 12/03/2015
Determinación de requerimientos 13/03/2015 1 14/03/2015
Recopilación de información 15/03/2015 4 19/03/2015Análisis de información 20/03/2015 4 24/03/2015
Diseño del sistema 25/03/2015 1 26/03/2015Diseño de la base de datos 27/03/2015 3 30/03/2015Diseño de reportes y formularios 31/03/2015 5 05/04/2015
Desarrollo de software 06/04/2015 1 07/04/2015Estructuración de código fuente 08/04/2015 5 13/04/2015
Prueba del Sistema 14/04/2015 1 15/04/2015Prueba del Sistema 16/04/2015 6 22/04/2015
Evaluación e Implementación 23/04/2015 1 24/04/2015
Implementación del sistema 25/04/2015 1 26/04/2015Entrega final 27/05/2015 2 29/05/2015Capacitación del personal 15/05/2015 2 17/05/2015
Documentación 18/05/2015 1 19/05/2015Manual Técnico 20/05/2015 2 22/05/2015Manual Operativo 23/05/2015 2 25/05/2015Manual de Usuario 26/05/2015 2 28/05/2015
42065.00 42152.00
80
81
Imagen. 6 Actividades para el desarrollo del software.
Anexo 5
82
Figura 1 Diagrama caso de uso
Figura 2 diagrama gestión de inventario
Figura 1 Diagrama caso de uso.
Figura 2 caso de uso de clientes
Anexo 6
83
Figura 4 Caso de uso gestión de ventas.
Figura 5 Caso de uso registro de usuario.
Figura 6 Caso de uso reportes.
Figura 7 Diagrama Entidad Relación.
Anexo 7
84
Figura 8 Diagrama de clases.
Diagramas de Secuencias.
85
Figura 9 diagrama de secuencia acceso al sistema.
Figura 10 Diagrama de secuencia nuevo, modificación, y guardar artículos.
86
Figura 11 Diagrama de secuencia nuevo artículo.
87
Figura 12 Diagrama de secuencia eliminar artículos.
88
Figura 13 Diagrama de secuencia mostrar producto.
89
Figura 14 Diagrama de secuencia nueva categoría.
90
Figura 15 Diagrama de secuencia modificar categoría.
91
Figura 16 Diagrama de secuencia eliminar categoría.
Figura 17 Diagrama de secuencia nuevo cliente.
Figura 18 Diagrama de secuencia modificación de cliente.
Figura 19 Diagrama de secuencia eliminar cliente.
92
Figura 20 Diagrama de secuencia venta de producto.
93
Figura 21 Diagrama de secuencia anular venta.
94
Figura 22 Diagrama de secuencia mostrar venta.
Figura 23 Diagrama de secuencia usuario.
Anexo 9
Imágenes de ubicación del local
Imagen. 7 Mapa tomada desde el satélite usando google mapas.
Una cuadra al sur de Bv. Roberto Romero Larios Col. Piedras Bonitas sur.
95
Imagen. 8 Foto tomada en la bodega Jesús es mí Pastor.
Anexo 10
Diseño y manual de usuario de software para bodega Jesús es mí pastor.
96
Imagen. 9 Acceso al sistema.
Imagen. 10 Bienvenido al sistema usuario.
Imagen. 11 Menú del sistema.
Imagen. 12 Acceso a Registro de categorías.
Imagen. 15 Registro de productos.
97
Imagen. 14 Registro de categorías.
98
Imagen. 16 Llamando a categoría desde agregar producto.
Imagen. 17 Viñeta catálogo de venta.
Imagen. 18 Registro de cliente.
99
Imagen. 19 Registro de venta.
Imagen. 20 Registro correcto de una venta.
100
101
Imagen. 21 Registro de productos a la venta.
Imagen. 22 Agregar producto a la venta.
Imagen. 23 Artículo agregado.
102
Imagen. 24 Impresión de la factura.Imagen. 25 Vista de factura.
Imagen. 29 Modo usuario.
Imagen. 30 Modo administrador.
XV. GLOSARIO DE TÉRMINOS TÉCNICOS.
Definición de campos o atributos de las tablas del sistema.
103
Imagen. 28 Salida del sistema.
Int (): Representa un campo que puede almacenar números enteros.
Varchar (): representa un campo que puede almacenar caracteres alfanuméricos.
Image: representa un campo o atributo que puede almacenar imágenes.
Bit (): representa un campo que puede almacenar datos como ser “1” o “0”.
Numérico (): representa un campo que puede almacenar números enteros con decimales.
Date (): representa un campo que puede almacenar fechas.
Definición de términos generales del documento.
Mysql: es un gestor de base de datos, que permite la creación y gestión de bases de datos.
Diagrama Caso de uso: Diagrama que permite visualizar de manera general los diversos componentes del sistema.
Diagrama de secuencia: Diagrama que permite visualizar los diferentes procesos de un caso de uso en específico.
Diagrama E-R: Diagrama que permite visualizar de manera general las entidades o tablas que incluirá el sistema, así como sus relaciones entre ellas.
Diccionario de datos: En el diccionario de datos se describen cada uno de los campos o atributos de las diferentes tablas del sistema.
XVI. LISTA DE TABLAS
Tabla 1 Organigrama de la bodega Jesús es mí Pastor.............................................................10
104
Tabla 2 Cuadro de definición Operacional................................................................................26Tabla 3 Relaciones de variables................................................................................................28Tabla 4 Hardware necesario para la implementación del software...........................................35Tabla 5 Inversión total para implementación del sistema de facturación..................................37Tabla 6 Requerimientos funcionales.........................................................................................39Tabla 7 Tab.Producto.................................................................................................................58Tabla 8 Tab.Categorías..............................................................................................................59Tabla 9 Tab. Detalle..................................................................................................................59Tabla 10 Tab. Venta..................................................................................................................60Tabla 11 Tab. Cliente................................................................................................................61Tabla 12 Tab. Usuario...............................................................................................................62Tabla 13 Cronograma................................................................................................................79
XVII. LISTA DE ILUSTRACIONES.
Figura 1 Diagrama caso de uso..................................................................................................81Figura 2 caso de uso de clientes................................................................................................82Figura 3 Caso de uso gestión de inventario...............................................................................82Figura 4 Caso de uso gestión de ventas.....................................................................................83Figura 5 Caso de uso registro de usuario..................................................................................83Figura 6 Caso de uso reportes....................................................................................................84Figura 7 Diagrama Entidad Relación........................................................................................85Figura 8 Diagrama de clases......................................................................................................86Figura 9 diagrama de secuencia acceso al sistema....................................................................87Figura 10 Diagrama de secuencia nuevo, modificación, y guardar artículos............................88Figura 11 Diagrama de secuencia nuevo artículo......................................................................89Figura 12 Diagrama de secuencia eliminar artículos.................................................................90Figura 13 Diagrama de secuencia mostrar producto.................................................................91Figura 14 Diagrama de secuencia nueva categoría....................................................................92Figura 15 Diagrama de secuencia modificar categoría..............................................................93Figura 16 Diagrama de secuencia eliminar categoría................................................................94Figura 17 Diagrama de secuencia nuevo cliente.......................................................................95Figura 18 Diagrama de secuencia modificación de cliente.......................................................96Figura 19 Diagrama de secuencia eliminar cliente....................................................................97Figura 20 Diagrama de secuencia venta de producto................................................................98Figura 21 Diagrama de secuencia anular venta.........................................................................99Figura 22 Diagrama de secuencia mostrar venta.....................................................................100Figura 23 Diagrama de secuencia usuario...............................................................................101
XVIII.LISTA DE FOTOGRAFÍAS E IMÁGENES.
105
Imagen. 1 Diseño del software..............................................................................................................64Imagen. 2 Forma lógica de las capas.....................................................................................................65Imagen. 3 Diseño en SQL de la base de datos y sus atributos...............................................................67Imagen. 4 Constancia............................................................................................................................72Imagen. 5 Solicitud................................................................................................................................73Imagen. 6 Actividades para el desarrollo del software..........................................................................80Imagen. 7 Mapa tomada desde el satélite usando google mapas.......................................................102Imagen. 8 Foto tomada en la bodega JM............................................................................................103Imagen. 9 Acceso al sistema................................................................................................................103Imagen. 10 Bienvenido al sistema usuario..........................................................................................104Imagen. 11 Menú del sistema.............................................................................................................104Imagen. 12 botones Cancelar, Guardar, Nuevo...................................................................................105Imagen. 13 Acceso a Registro de categorías.......................................................................................105Imagen. 14 Registro de categorías......................................................................................................105Imagen. 15 Registro de productos......................................................................................................106Imagen. 16 Llamando a categoría desde agregar producto................................................................106Imagen. 17 Viñeta catálogo de venta..................................................................................................107Imagen. 18 Registro de cliente............................................................................................................107Imagen. 19 Registro de venta..............................................................................................................108Imagen. 20 Registro correcto de una venta........................................................................................108Imagen. 21 Agregar producto a la venta.............................................................................................109Imagen. 22 Registro de productos a la venta.....................................................................................109Imagen. 23 Artículo agregado.............................................................................................................110Imagen. 24 Impresión de la factura.....................................................................................................110Imagen. 25 Vista de factura.................................................................................................................111Imagen. 26 Registro de usuario...........................................................................................................111Imagen. 27 Reporte de inventario.......................................................................................................112Imagen. 28 Salida del sistema.............................................................................................................113Imagen. 29 Modo usuario...................................................................................................................113Imagen. 30 Modo administrador.........................................................................................................113
106