Post on 10-Apr-2016
description
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
I
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.
II
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.
III
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.
Í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
1
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.
2
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:
2.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.
2.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).
2.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.
3
2.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.
1 ec.europa.eu
4
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.
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.
5
IV. OBJETIVOS.
4.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.
4.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.
6
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.
7
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.
8
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.
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
9
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.
10
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.
Administrador
Vendedor 1 Vendedor 2
Tabla 1 Organigrama de la bodega Jesús es mí Pastor
11
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.
12
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
13
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.
14
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.
15
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 backup Definiciones 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
16
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.
17
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.
18
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.
19
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
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
20
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. UML
El 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.
21
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.
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.
8 www.tdx.cat tesis doctoral pág. (19 a 33)
22
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.
23
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.
24
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?
25
VIII. DISEÑO DE LA INVESTIGACIÓN.
8.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
8.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
26
8.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.
8.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 General
Variable
Independiente
Software 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
Dependiente
Proceso 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.
27
8.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.”
8.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
28
8.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?
29
8.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.
8.6.1. Diseño de técnicas e instrumentos de recolección de información
Para 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.
8.6.2. Técnicas de Análisis
Como 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.
30
IX. ANÁLISIS DE DATOS.
9.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.
31
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.
9.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
32
Segundo: el de la bodega hacia los clientes, proponiendo un precio de compra accesible para
que ambos se beneficien.
9.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.
9.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.
33
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.
9.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.
34
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.
10.1. Estudio de factibilidad del proyecto de software.
10.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.
35
Tabla 4 Hardware necesario para la implementación del software.
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 RT
Windows 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
36
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.
10.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.
10.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.
37
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
38
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.
10.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.
10.3. Análisis.
El análisis del sistema estará compuesto por requerimientos funcionales y no funcionales y
modelado del sistema propuesto.
39
El sistema propuesto deberá incluir los siguientes requerimientos funcionales:
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
10.4. Descripción de los requerimientos funcionales.
10.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á realizar
40
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.
41
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
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:
42
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.
43
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.
44
10.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.
10.6. Caso de uso bodega Jesús es mí Pastor.
10.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.
45
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.
10.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”.
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”.
46
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.
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.
47
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.
10.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
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
48
Pre-condiciones:
Para iniciar este caso de uso, el usuario deberá haberse identificado en el sistema.
Post-condiciones:
Ninguno
10.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”.
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.
49
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.
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.
50
10.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
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.
51
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.
Pre-condiciones:
Para iniciar este caso de uso, el administrador deberá haberse identificado en el sistema.
52
10.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.
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”.
53
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
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.
54
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.
10.6.7. Caso de uso: Registro de usuarios
Actores:
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.
55
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
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.
56
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
57
10.6.8. Caso de uso: Reportes
Representada 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.
Post-condiciones:
Ninguno.
58
10.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.
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.
59
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
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.
60
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.
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
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
Num_documento Decimal(18,2) Número de orden por lotes que se realizó una venta.
61
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
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.
62
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
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.
63
10.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.
10.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.
10.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
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.
64
10.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.
10.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.
Capa Datos
Capa Lógica
Capa Presentación
Como se muestra en la figura siguiente:
Imagen. 1 Diseño del software.
65
10.13. Forma lógica de las capas.
Imagen. 2 Forma lógica de las capas.
Capa de presentación
Capa Lógica
Capa de Acceso a datos
Capa de Entidades
Servidor
66
10.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:
• 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.
67
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.
Imagen. 3 Diseño en SQL de la base de datos y sus atributos.
68
XI. RESULTADOS Y CONCLUSIONES DE LA INVESTIGACIÓN.
Al finalizar el trabajo de tesis se puede plantear los siguientes resultados y conclusiones:
Resultados:
• 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.
69
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.
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.
70
XIII. BIBLIOGRAFÍA.
1. www.misrespuestas.com/que-son-las-pyme.html
2. www.misrespuestas.com
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
71
XIV. ANEXOS.
1. Anexo 1 Constancia de la bodega Jesús es mí Pastor.
2. Anexo 2 Entrevistas estructuradas.
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?
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.
78
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ón Análisis Preliminar 02/03/2015 1 03/03/2015
Solicitud 04/03/2015 2 06/03/2015
Estudio de factibilidad 08/03/2015 2 10/03/2015
Aprobació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/2015
Análisis de información 20/03/2015 4 24/03/2015
Diseño del sistema 25/03/2015 1 26/03/2015
Diseño de la base de datos 27/03/2015 3 30/03/2015
Diseño de reportes y
formularios 31/03/2015 5 05/04/2015
Desarrollo de software 06/04/2015 1 07/04/2015
Estructuración de código
fuente 08/04/2015 5 13/04/2015
Prueba del Sistema 14/04/2015 1 15/04/2015
Prueba 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/2015
Entrega final 27/05/2015 2 29/05/2015
Capacitación del personal 15/05/2015 2 17/05/2015
Documentación 18/05/2015 1 19/05/2015
Manual Técnico 20/05/2015 2 22/05/2015
Manual Operativo 23/05/2015 2 25/05/2015
Manual de Usuario 26/05/2015 2 28/05/2015
42065.00 42152.00
80
Imagen. 6 Actividades para el desarrollo del software.
81
Anexo 5
Figura 1 Diagrama caso de uso
Figura 2 diagrama gestión de inventario
Figura 1 Diagrama caso de uso.
82
Figura 3 Caso de uso gestión de inventario.
Figura 2 caso de uso de clientes
83
Figura 4 Caso de uso gestión de ventas.
Figura 5 Caso de uso registro de usuario.
84
Figura 6 Caso de uso reportes.
85
Anexo 6
Figura 7 Diagrama Entidad Relación.
86
Anexo 7
Figura 8 Diagrama de clases.
87
Diagramas de Secuencias.
Figura 9 diagrama de secuencia acceso al sistema.
88
Figura 10 Diagrama de secuencia nuevo, modificación, y guardar artículos.
89
Figura 11 Diagrama de secuencia nuevo artículo.
90
Figura 12 Diagrama de secuencia eliminar artículos.
91
Figura 13 Diagrama de secuencia mostrar producto.
92
Figura 14 Diagrama de secuencia nueva categoría.
93
Figura 15 Diagrama de secuencia modificar categoría.
94
Figura 16 Diagrama de secuencia eliminar categoría.
95
Figura 17 Diagrama de secuencia nuevo cliente.
96
Figura 18 Diagrama de secuencia modificación de cliente.
97
Figura 19 Diagrama de secuencia eliminar cliente.
98
Figura 20 Diagrama de secuencia venta de producto.
99
Figura 21 Diagrama de secuencia anular venta.
100
Figura 22 Diagrama de secuencia mostrar venta.
101
Figura 23 Diagrama de secuencia usuario.
102
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.
103
Anexo 10
Diseño y manual de usuario de software para bodega Jesús es mí pastor.
Imagen. 8 Foto tomada en la bodega Jesús es mí Pastor.
Imagen. 9 Acceso al sistema.
104
Imagen. 10 Bienvenido al sistema usuario.
Imagen. 11 Menú del sistema.
105
Imagen. 13 Acceso a Registro de categorías.
Imagen. 12 botones Cancelar, Guardar, Nuevo.
Imagen. 14 Registro de categorías.
106
Imagen. 15 Registro de productos.
Imagen. 16 Llamando a categoría desde agregar producto.
107
Imagen. 18 Registro de cliente.
Imagen. 17 Viñeta catálogo de venta.
108
Imagen. 19 Registro de venta.
Imagen. 20 Registro correcto de una venta.
109
Imagen. 22 Registro de productos a la venta.
Imagen. 21 Agregar producto a la venta.
110
Imagen. 23 Artículo agregado.
Imagen. 24 Impresión de la factura.
111
Imagen. 25 Vista de factura.
Imagen. 26 Registro de usuario.
112
Imagen. 27 Reporte de inventario.
113
Imagen. 29 Modo usuario.
Imagen. 30 Modo administrador.
Imagen. 28 Salida del sistema.
114
XV. GLOSARIO DE TÉRMINOS TÉCNICOS.
Definición de campos o atributos de las tablas 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.
115
XVI. LISTA DE TABLAS
Tabla 1 Organigrama de la bodega Jesús es mí Pastor ............................................................. 10
Tabla 2 Cuadro de definición Operacional ................................................................................ 26
Tabla 3 Relaciones de variables. ............................................................................................... 28
Tabla 4 Hardware necesario para la implementación del software. .......................................... 35
Tabla 5 Inversión total para implementación del sistema de facturación. ................................. 37
Tabla 6 Requerimientos funcionales. ........................................................................................ 39
Tabla 7 Tab.Producto. ............................................................................................................... 58
Tabla 8 Tab.Categorías. ............................................................................................................. 59
Tabla 9 Tab. Detalle. ................................................................................................................. 59
Tabla 10 Tab. Venta. ................................................................................................................. 60
Tabla 11 Tab. Cliente. ............................................................................................................... 61
Tabla 12 Tab. Usuario. .............................................................................................................. 62
Tabla 13 Cronograma. ............................................................................................................... 79
XVII. LISTA DE ILUSTRACIONES.
Figura 1 Diagrama caso de uso.................................................................................................. 81
Figura 2 caso de uso de clientes ................................................................................................ 82
Figura 3 Caso de uso gestión de inventario. .............................................................................. 82
Figura 4 Caso de uso gestión de ventas. .................................................................................... 83
Figura 5 Caso de uso registro de usuario. ................................................................................. 83
Figura 6 Caso de uso reportes.................................................................................................... 84
Figura 7 Diagrama Entidad Relación. ....................................................................................... 85
Figura 8 Diagrama de clases. ..................................................................................................... 86
Figura 9 diagrama de secuencia acceso al sistema. ................................................................... 87
Figura 10 Diagrama de secuencia nuevo, modificación, y guardar artículos. ........................... 88
Figura 11 Diagrama de secuencia nuevo artículo. ..................................................................... 89
Figura 12 Diagrama de secuencia eliminar artículos................................................................. 90
Figura 13 Diagrama de secuencia mostrar producto. ................................................................ 91
Figura 14 Diagrama de secuencia nueva categoría. .................................................................. 92
Figura 15 Diagrama de secuencia modificar categoría. ............................................................ 93
Figura 16 Diagrama de secuencia eliminar categoría. ............................................................... 94
Figura 17 Diagrama de secuencia nuevo cliente. ...................................................................... 95
Figura 18 Diagrama de secuencia modificación de cliente. ...................................................... 96
Figura 19 Diagrama de secuencia eliminar cliente. ................................................................... 97
Figura 20 Diagrama de secuencia venta de producto. ............................................................... 98
Figura 21 Diagrama de secuencia anular venta. ........................................................................ 99
Figura 22 Diagrama de secuencia mostrar venta. .................................................................... 100
Figura 23 Diagrama de secuencia usuario. .............................................................................. 101
116
XVIII. LISTA DE FOTOGRAFÍAS E IMÁGENES.
Imagen. 1 Diseño del software. .............................................................................................................. 64
Imagen. 2 Forma lógica de las capas. ..................................................................................................... 65
Imagen. 3 Diseño en SQL de la base de datos y sus atributos. .............................................................. 67
Imagen. 4 Constancia. ............................................................................................................................ 72
Imagen. 5 Solicitud. ................................................................................................................................ 73
Imagen. 6 Actividades para el desarrollo del software. ......................................................................... 80
Imagen. 7 Mapa tomada desde el satélite usando google mapas. ...................................................... 102
Imagen. 8 Foto tomada en la bodega JM. ............................................................................................ 103
Imagen. 9 Acceso al sistema. ............................................................................................................... 103
Imagen. 10 Bienvenido al sistema usuario. .......................................................................................... 104
Imagen. 11 Menú del sistema. ............................................................................................................. 104
Imagen. 12 botones Cancelar, Guardar, Nuevo. .................................................................................. 105
Imagen. 13 Acceso a Registro de categorías. ....................................................................................... 105
Imagen. 14 Registro de categorías. ...................................................................................................... 105
Imagen. 15 Registro de productos. ...................................................................................................... 106
Imagen. 16 Llamando a categoría desde agregar producto. ............................................................... 106
Imagen. 17 Viñeta catálogo de venta. .................................................................................................. 107
Imagen. 18 Registro de cliente. ............................................................................................................ 107
Imagen. 19 Registro de venta. ............................................................................................................. 108
Imagen. 20 Registro correcto de una venta. ........................................................................................ 108
Imagen. 21 Agregar producto a la venta. ............................................................................................. 109
Imagen. 22 Registro de productos a la venta. ..................................................................................... 109
Imagen. 23 Artículo agregado. ............................................................................................................. 110
Imagen. 24 Impresión de la factura. .................................................................................................... 110
Imagen. 25 Vista de factura. ................................................................................................................ 111
Imagen. 26 Registro de usuario............................................................................................................ 111
Imagen. 27 Reporte de inventario. ...................................................................................................... 112
Imagen. 28 Salida del sistema. ............................................................................................................. 113
Imagen. 29 Modo usuario. ................................................................................................................... 113
Imagen. 30 Modo administrador. ........................................................................................................ 113