TESIS

DESARROLLO DE SOFTWARE PARA FACTURACIN

EN BODEGAS

SUSTENTADO POR:
MARVIN DANIEL CANALES MEJA

PREVIA INVESTIDURA AL TTULO INGENIERA EN

SISTEMAS COMPUTACIONAL CON EL GRADO DE
LICENCIATURA.

COMAYAGUA

HONDURAS, CA

AGOSTO, 2015

UNIVERSIDAD POLITCNICA DE HONDURAS

AUTORIDADES UNIVERSITARIAS

RECTOR
DR. JOS CARLETON CORRALES

VICERRECTORA ACADMICA
MASTER. NORMA IDALIA MARTINEZ CHVEZ

SECRETARIA GENERAL
LIC. DIRIAN BEATRIZ PEREIRA CLIX

DEDICATORIA

Dedico este proyecto y toda mi carrera universitaria en primer lugar a Dios por darme la
sabidura en todo momento, en mi tristeza y alegras, desnimos y entusiasmos, por ser el
que me impulsa a seguir adelante proveyndome de fe y fuerzas para vencer todo
obstculo.
A mi Familia Padres y Hermanos que estuvieron dispuestos a apoyarme, dndome nimos
para seguir adelante en cada momento a no desmayar e impulsndome a continuar hasta
lograr mis metas propuestas, a pesar de los obstculos encontrados en mi diario vivir, y
ensendome que todo lo que tiene valor en esta vida requiere de esfuerzo y entrega, As
como tambin aprend de ellos que todos mis logros deben estar encaminados al servicio de
los dems actuando con honestidad y sencillez sobre todo con amor.
A mi abuelita paterna que est en el cielo quien fue m inspiracin 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 opcin en el camino de mi vida.

AGRADECIMIENTOS.

Agradezco a Dios por el regalo de la vida, salud, nimo y disposicin que me permiti tener
para decidir iniciar y culminar esta honorable carrera profesional con xito.
Tambin 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 formacin espiritual y moral, a ella que
siempre estuvo alerta ante cualquier problema que se pudo presentar.
A mis amigos y compaeros cercanos, esos amigos que siempre nos han acompaado y
apoyado, con los cuales he contado desde que nos conocimos, amigos que son como
hermanos en tiempos de tempestad y alegra.

II

RESUMEN EJECUTIVO

En este proyecto se presentar la propuesta para el desarrollo de un sistema de control de

inventario y facturacin para la bodega Jess es m Pastor. El trabajo est estructurado en
secciones, se presentar un anlisis realizado en la empresa para conocer la problemtica y
la manera en que se maneja el inventario y facturacin, luego se dar a conocer la propuesta
que incluir la planificacin necesaria para el desarrollo del software.
La planificacin 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 cmo debe funcionar el sistema. Adems se describir de manera resumida
como se pretende desarrollar el diseo, codificacin, pruebas e implementacin del sistema.

EXECUTIVE SUMMARY

In this report the proposal to develop a system of inventory control and billing for hold Jesus
is my Shepherd was presented. The work is divided into sections, an analysis in the company
to know the problems and how the inventory and billing is handled is present, and then it will
release the proposal to include the necessary planning for the development of software.
The plan will contain the project's viability, a schedule of activities to help develop the
software in time. The proposed modeling to show how the system should work system will
perform. In addition it will be described in summary as it aims to develop the design, coding,
testing and deployment.

III

ndice General.
I.

INTRODUCCIN. ........................................................................................................................... 1

II.

ANTECEDENTES. ........................................................................................................................... 2

2.1.

Entrada de materia prima. ........................................................................................................... 2

2.2.

Venta de productos. ..................................................................................................................... 2

2.3.

Cancelacin de la venta................................................................................................................ 2

2.4.

En cuanto al proceso de pago existen diferentes formas. ........................................................... 3

III.

PLANTEAMIENTO DEL PROBLEMA. .............................................................................................. 3

3.1.

Descripcin de la realidad problemtica. .................................................................................... 3

IV.

OBJETIVOS. ................................................................................................................................... 5

4.1.

Objetivo General. ......................................................................................................................... 5

4.2.

Objetivos Especficos. ................................................................................................................... 5

V.

JUSTIFICACIN.............................................................................................................................. 6

5.1.

Alcances y lmites de la Investigacin. ......................................................................................... 6

5.1.1. Delimitacin. ................................................................................................................................ 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 TERICO. ......................................................................................................................... 8

6.1.

Marco Referencial. ....................................................................................................................... 8

6.2.

Marco Conceptual........................................................................................................................ 8

6.2.1. Sistema Informtico. ................................................................................................................... 8

6.3.

Proceso de ventas. ....................................................................................................................... 8

6.4.

Marco Contextual. ....................................................................................................................... 9

6.4.1. Acerca de la Bodega Jess es m Pastor. ...................................................................................... 9

6.5.

Metodologas giles. .................................................................................................................. 10

6.5.1. Caractersticas de las metodologas giles. ................................................................................ 10

6.5.2. Diseo de la Investigacin. ......................................................................................................... 11
6.6.

Desarrollo de Software............................................................................................................... 12

6.7.

Seguridad.................................................................................................................................... 13

6.8.

Ingeniera del software. ............................................................................................................. 13

6.9.

Ciclo de vida del desarrollo del software. .................................................................................. 16

6.9.1. Definicin de la solicitud. ........................................................................................................... 17

6.10. Requerimientos funcionales. ..................................................................................................... 17
6.11. Herramientas y mtodos para desarrollo de software. ............................................................. 18
6.12. Herramientas para Anlisis y diseo 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 INVESTIGACIN. ............................................................................................... 24

7.1.

Pregunta General. ...................................................................................................................... 24

7.2.

Preguntas especficas................................................................................................................. 24

VIII.

DISEO DE LA INVESTIGACIN. ................................................................................................. 25

8.1.

Definicin del tipo de estudio. ................................................................................................... 25

8.1.1. Investigacin aplicada. ............................................................................................................... 25

8.1.2. Estudios Descriptivos.................................................................................................................. 25
8.2.

Hiptesis de estudio. .................................................................................................................. 26

8.3.

Operacional de variables e hiptesis. ........................................................................................ 26

8.4.

Variables principales del estudio. .............................................................................................. 27

8.4.1. Determinacin de la Unidad de Estudio: (Determinacin de la muestra) ................................. 27

8.5.

Relaciones entre variables. ........................................................................................................ 28

8.6.

Mtodo para recopilar la informacin. ...................................................................................... 29

8.6.1. Diseo de tcnicas e instrumentos de recoleccin de informacin .......................................... 29

8.6.2. Tcnicas de Anlisis .................................................................................................................... 29
IX.

ANLISIS DE DATOS. ................................................................................................................... 30

9.1.

Descripcion de la Informacin Obtenida.................................................................................... 30

9.2.

Informacin 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. Informacin relacionada a las facturas ...................................................................................... 32
9.3.

Sntesis comparativa de los datos generales obtenidos en la investigacin.............................. 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 tcnica. .................................................................................................. 34

10.1.2. Factibilidad Operativa ................................................................................................................ 36

10.1.3. Factibilidad Econmica............................................................................................................... 36
10.2. Cronograma de actividades para el desarrollo del software. .................................................... 38
10.3. Anlisis........................................................................................................................................ 38
10.4. Descripcin de los requerimientos funcionales. ........................................................................ 39
10.4.1. Gestin de Inventario ................................................................................................................. 39
10.5. Diagrama de caso de uso ........................................................................................................... 44
10.6. Caso de uso bodega Jess es m Pastor. .................................................................................... 44
10.6.1. Caso de uso: acceso o iniciar sesin ........................................................................................... 44
10.6.2. Caso de uso: Registro de artculos ............................................................................................. 45
10.6.3. Caso de uso: reporte de productos ............................................................................................ 47
10.6.4. Caso de uso: Registro de categoras........................................................................................... 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 diseo. ........................................................................................................................... 63
10.9. Codificacin. ............................................................................................................................... 63
10.10. Pruebas e implementacin del sistema. .................................................................................... 63
10.11. Riesgos que se deben tener en cuenta en el proyecto de software. ......................................... 64
10.12. Diseo arquitectnico. ............................................................................................................... 64
10.13. Forma lgica de las capas. .......................................................................................................... 65
10.14. Diseo de datos. ......................................................................................................................... 66
XI.

RESULTADOS Y CONCLUSIONES DE LA INVESTIGACIN. ........................................................... 68

XII.

RECOMENDACIONES. ................................................................................................................. 69

XIII.

BIBLIOGRAFA. ............................................................................................................................ 70

XIV.

ANEXOS. ..................................................................................................................................... 71

XV.

Glosario de trminos Tcnicos. ................................................................................................ 114

XVI.

LISTA DE TABLAS....................................................................................................................... 115

XVII.

LISTA DE ILUSTRACIONES. ........................................................................................................ 115

XVIII. LISTA DE FOTOGRAFAS E IMGENES. ..................................................................................... 116

I.

INTRODUCCIN.

En la presente tesis seda a conocer de manera simple y con un lenguaje sencillo la informacin
del anlisis realizado que da seguimiento al desarrollo de un software con el propsito de
optimizar los procesos de facturacin, ventas e inventarios que actualmente se lleva a cabo en
la Bodega Jess es m Pastor.
El Pas cada da se moderniza e implementa tecnologas a nivel de grandes y pequeas empresas,
el comercio en nuestra ciudad flucta y para los entes dueos 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 informacin rpida clara y completa.
Realizado el anlisis de los controles de inventario y facturacin, se describir un plan para el
desarrollo del software o sistema que se encargar de llevar a cabo estos controles, incluyendo
en esta planificacin 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 anlisis detallado del
sistema, factibilidad econmica, tcnica, operativa, y la descripcin 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
automatizacin de venta, manejo de inventarios o generacin 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 permitira facilitar las labores de los
trabajadores enfocndose solamente al servicio prestado, para la cual se tomar como empresa
piloto a Bodega Jess 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 informacin especfica de las cantidades de
productos en bodega ms fechas de vencimiento, etc.

II. ANTECEDENTES.
Actualmente en la Bodega Jess es m Pastor no existe ningn proceso automatizado, por
lo cual la realizacin 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 atencin al cliente
existen distintos procesos necesarios con variadas actividades que slo tienen una meta en
comn, producir un slo 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 dueo de la bodega necesita. Se realizar un anlisis previo que encaje de
manera correcta el software de facturacin
Las actividades de la bodega estn divididas en 3 procesos principales:
2.1. Entrada de materia prima.
Actualmente las compras de materia prima son estimadas por lo menos para un da de atencin,
en el caso de da de la semana, y de dos das para el caso de fin de semana. Todo el proceso de
captacin de la materia prima se realiza a mano, quedando como registros las facturas y boletas,
almacenadas en archivadores Internamente, slo se chequea visualmente la cantidad de materia
prima remanente en las bodegas.
Adems, 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 atencin del cliente dentro del local, el cual debido a que
los clientes llegan al local en gran nmero en horarios especficos, se debe realizar con la mayor
rapidez posible. Cabe destacar que adems de la venta tradicional (dentro del local).
2.3. Cancelacin de la venta.
A continuacin se detalla el proceso de entrega de la factura al cliente, que se realiza de tres
formas:

Se le entrega al cliente la factura.

El cliente concurre a la caja y recibe la factura

Si el cliente queda inconforme con el producto, presenta su reclamo y devuelve la factura

con el producto exigiendo el retorno del efectivo.

2.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 coordinacin muy grande, debido a que existe
una gran cantidad de personas que interactan entre s. La coordinacin entre las distintas
personas va disminuyendo a medida que la cantidad de pedidos aumenta. Esta descoordinacin
que se produce, afecta los tiempos de respuesta hacia el cliente.

III. PLANTEAMIENTO DEL PROBLEMA.

Es viable el desarrollo de un software de facturacin para la Micro empresa Jess es mi Pastor
de la ciudad de Comayagua?
3.1. Descripcin de la realidad problemtica.
Actualmente las grandes empresas comerciales como por ejemplo supermercados, farmacias,
ferreteras etc. cuentan con un Sistema de facturacin que administra sus actividades principales
como son: compras, ventas y cotizaciones; y en la mayora de casos no tienen problemas cuando
hacen sus inventarios, porque todo se maneja mediante lectores de cdigo de barras que registran
sus productos, costos y cantidades de manera precisa y confiable.
En comparacin con las pequeas y medianas empresas comerciales que buscan tambin
administrar adecuadamente su negocio, pero que sin embargo no tienen acceso a este tipo de
tecnologas por lo que tienen una gran desventaja competitiva.
La mayora de Pymes (2003/361 de la UE (UNION EUROPEA)). La sigla "PYME"
corresponde a "pequeas y medianas empresas" tal como se definen en la legislacin de la UE1.
En la regin de Comayagua desconocen completamente qu es un sistema de facturacin, la
forma como funciona y por ende los beneficios que les reportara.
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 tecnologa.
Inicialmente cuando se comenz con la bodega se realizaba un control de inventario y de las
facturas.
Se encargaba de esta tarea la duea del negocio en ocasiones lo haca diaria o semanalmente de
forma manual para mantener una lista de los artculos 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.

ec.europa.eu

Un negocio que no maneje control sobre su inventario tiene serio problema, por este motivo se
est tratando de buscar una solucin mediante un software que ayude a controlar el inventario y
facturacin 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 artculo en la empresa y no saber de manera rpida el
pedido exacto que deben realizar.
Para no tener el problema de quedarse sin producto para la venta, en relacin a la facturacin
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 artculos y cuanto se ha
obtenido de la venta de artculos ya sea en el da o el mes.
Solamente con las facturas de ventas se lleva un pequeo 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 cules artculos con exactitud se necesita hacer un pedido a los proveedores.

IV. OBJETIVOS.
4.1. Objetivo General.
Desarrollar un Software para el control de inventario y generacin de datos comerciales para la
Micro empresa Jess es mi Pastor.
4.2. Objetivos Especficos.

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

artculos en existencia.

Modelar una base de datos acorde al modelo de negocio y a los requerimientos de los
usuarios.

Desarrollar una aplicacin con los distintos mdulos de los procesos con los que contar
el sistema.

Capacitar a usuarios sobre el uso de la aplicacin que servir como unidad motora de la
Micro empresa.

Realizar pruebas para verificar el cumplimiento de los requisitos.

V. JUSTIFICACIN.
5.1. Alcances y lmites de la Investigacin.
5.1.1. Delimitacin.
Automatizar el sistema de facturacin e inventario en la bodega Jess es m Pastor.
El proyecto se aplicar de forma especfica a las PYMES que se dediquen a la venta de abarrotes.
Adems estas PYMES (Pequeas y Medianas Empresas) no tienen acceso a las TICS
(Tecnologa de la Informacin y la Comunicacin), En donde llevan todos los controles de
forma manual en sus operaciones, casi siempre tienen problemas con su stock de mercaderas 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 lgica ya que ser necesaria la utilizacin e implementacin del software de
facturacin y el sistema operativo necesario.
Se le asesorar del inmueble necesario para la incorporacin del computador a la instalacin
fsica del lugar.
5.1.2. Alcance o cobertura.
El local Bodega Jess es m Pastor est ubicada, en el Barrio Piedras Bonitas al Sur de la ciudad
de Comayagua, Repblica de Honduras. El anlisis que se har para dar como propuesta el
sistema que se encargue de controlar y realizar todo el proceso de venta.
Contendr un anlisis de la situacin actual de la empresa para identificar los problemas que
tienen en relacin al control inventario y facturacin.
Adems se incluir en la planificacin como se pretende desarrollar cada fase del desarrollo del
sistema. Luego realizar un presupuesto del sistema en base a la factibilidad tcnica, operativa y
econmica que se necesitar para el desarrollo del sistema.
5.1.3. Restricciones.
Debido a inconvenientes por el horario se ha resultado difcil recabar informacin relevante para
el desarrollo de dicho anlisis.
La propietaria del local es la nica persona que conoce sobre la mercanca que se compra, es
por ello que se debe esperar hasta conversar con ella para retroalimentar sobre el proceso en s
de la empresa.

5.1.4. Limitaciones.
La investigacin que se propone para el sistema de inventario y facturacin se limitar
nicamente al anlisis del sistema, abarcando los diagramas de caso de uso, secuencia, de clases,
entidad relacin y diccionario de datos, detallando cada uno de ellos de manera desarrollada.
Las dems fases del ciclo de vida para el desarrollo del sistema nicamente sern 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 investigacin se encontr con las siguientes limitaciones:
Deficiente acceso a la informacin del proceso de ventas.
Desconocimiento del proceso de venta por parte del cliente a travs de un sistema
informtico.
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 solucin 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, ferreteras etc. todo esto debido a sus elevados costos.
Teniendo en cuenta que la mayora de las bodegas desconocen la utilizacin y el beneficio de
este tipo de herramientas, se implementar un software para un manejo sencillo y fcil acceso,
que permita proponer un plan estratgico de negocio utilizando la tecnologa 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 Comayagenses, 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 mercadera y
otros errores comunes.

VI. MARCO TERICO.

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 clasificacin segn su dimensin pueden
ser Microempresa, Pequea empresa, Mediana empresa y Gran empresa, cabe resaltar que esto
es segn su volumen de ventas, capital propio, nmero de trabajadores, beneficios, etc. El
proyecto est orientado hacia las Microempresa o Pequeas empresas, tambin llamadas Pymes.
6.2. Marco Conceptual.
6.2.1. Sistema Informtico.
Segn, KENDALL KENNETH E. (2007), Un sistema informtico como todo, es el conjunto
de partes interrelacionadas, hardware, software y de recurso humano (humanware) que permite
almacenar y procesar informacin.
El hardware incluye computadoras o cualquier tipo de dispositivo electrnico 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 gestin de bases de datos.
Por ltimo el soporte humano incluye al personal tcnico que crean y mantienen el sistema
(analistas, programadores, operarios, etc.) y a los usuarios que lo utilizan.
Segn tesis actual (2015). Se coincide con el autor mencionado, un sistema informtico es para
almacenar y procesar informacin que va cumplir con todas las necesidades de la misma forma
requerir la Bodega Jess es mi Pastor para mantener una forma rpida y segura manteniendo
confiabilidad.

Mdulo: es un software que agrupa un conjunto de subprogramas y estructuras de

datos.
Sistema: es un conjunto de elementos orientados al tratamiento y administracin de
datos e informacin, organizados y listos para su uso posterior, generados para cubrir
una necesidad u objetivo.
Multiprogramacin: se refiere a la idea genera de poder cargar mltiples programas
dentro de un mismo computador para que sean ejecutados en un determinado
momento.
Multiusuario: a la caracterstica de un sistema operativo o programa que permite
proveer servicio y procesamiento a mltiples usuarios simultneamente.
Ingeniera del software: es una disciplina de ingeniera que comprende todos los
aspectos de la produccin de software.
Lenguaje de programacin: 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.

Segn, FERNNDEZ BALAGUER Zaldvar (2008). El trmino ventas tiene mltiples
definiciones, dependiendo del contexto en el que se maneje. Una definicin general es cambio
8

de productos y servicios por dinero. Desde el punto de vista legal, se trata de la transferencia del
derecho de posesin 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 corazn 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 organizacin es hacer lo necesario para que esta reunin sea exitosa.
Segn 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 Jess es m Pastor.
La Bodega est dedicada a la venta de productos como ser granos y todo en cuanto a la canasta
bsica 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 duea de la empresa quien administra y por dos empleados
que se encarga de vender.
Toda la investigacin debe de ubicar dentro de contexto el entorno en el que se desarrollar sta
y un trabajo de tesis no es la excepcin. En este sentido, se enmarca en una situacin muy
particular al desarrollar un software informtico
Con aplicacin inmediata y de inters especfico para el que la suscribe, para administrar un
negocio propio para la comercializacin de productos comestibles como lo es la Bodega Jess
es mi Pastor.
Independientemente del trmite acadmico para la obtencin del grado, tal como lo seala
ngeles Mendieta (Mendieta Alatorre, 1979): Esta investigacin presenta el diseo de un
sistema informtico el cual es de aplicacin para la administracin de negocios.

Tabla 1 Organigrama de la bodega Jess es m Pastor

Administrador

Vendedor 1

Vendedor 2

6.5. Metodologas giles.

Surgen como una extensin las metodologas tradicionales para mejorar el desarrollo, segn el
tipo de proyecto y empresa, aadiendo y mejorando (optimizando) las prcticas de desarrollo
de software.
Desde el surgimiento de la crisis del software en la dcada del 70 hasta nuestros das han tenido
las metodologas giles nuevos modificaciones que permiten a los equipos desarrollar software
rpidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto. Se
pretenda ofrecer una alternativa a los procesos de desarrollo de software tradicionales,
caracterizados por ser rgidos y dirigidos por la documentacin que se genera en cada una de las
actividades desarrolladas. Varias de las denominadas metodologas giles ya estaban siendo
utilizadas con xito en proyectos reales.
6.5.1. Caractersticas de las metodologas giles.
Por el uso de tcnicas para agilizar el desarrollo de software, mayor flexibilidad para adaptarse
a los cambios en los requisitos del proyecto, realimentacin entre el cliente y el equipo del
desarrollo, comunicacin fluida entre todos los participantes y simplicidad en las
soluciones implementadas.

10

6.5.2. Diseo de la Investigacin.

El tipo de investigacin es la del tipo aplicada, ya que pondr en prctica la aplicacin de los
conocimientos adquiridos, en este caso, se usar la tecnologa desarrollada para solucionar un
problema especfico del sector productivo de bienes y servicios, con el fin de mejorarlo y hacerlo
ms eficiente.
El nivel de la Investigacin es de tipo descriptiva, porque se realizar un anlisis descriptivo de
la problemtica que se presenta en las Pymes con sus caractersticas y propiedades determinadas
de forma tal que se pueda proporcionar una percepcin del funcionamiento del objeto en estudio
y del comportamiento de los elementos que lo componen. El sistema planteado est compuesto
especficamente por dos subsistemas, caracterstica que permite separar la administracin del
negocio del proceso de venta en s mismo:
Primero: el Software de venta propiamente dicho, del cual se podra decir es la parte frontal del
sistema el cual contar con las opciones de ventas, cobros, impresin 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 aplicacin tambin actualiza el stock disponible.
Segundo: el Sistema de Administracin de Venta que gestiona la informacin del negocio.
Administra la informacin necesaria para el correcto funcionamiento de la aplicacin, como son
los productos, las categoras de productos, los almacenes, control del proceso de compras,
devoluciones y control de caja, permite consultar las estadsticas, los datos de las ventas,
compras, stock2 entre otros, lo que permite tomar una mejor decisin por parte de la
administracin.
Estos dos subsistemas, trabajarn de manera integrada, separndose las dos funciones de
acuerdo a los permisos que les otorguemos a los usuarios, pero compartiendo siempre la misma
informacin, en resumen accediendo a la misma base de datos.

Stock:
Conjunto de mercancas o productos que se tienen almacenados en espera de su venta o
comercializacin.
11

6.6. Desarrollo de Software3.

Propsito: El propsito de Desarrollo de Software es la realizacin sistemtica de las
actividades de planeacin, diseo, codificacin, pruebas, lanzamiento de productos de software
nuevos cumpliendo con los requisitos especificados y con las normativas de seguridad de
informacin.
Descripcin: El proceso de Desarrollo de Software apoyado sobre la metodologa del desarrollo
gil adaptando la programacin extrema la cual se compone de uno o ms ciclos de desarrollo.
Cada ciclo est compuesto de las siguientes fases:
Planeacin: Conjunto de actividades cuya finalidad es obtener la documentacin de la
especificacin de las historias de usuario y definir las responsabilidades del equipo de desarrollo
para las pruebas de recepcin del Sistema. Para conseguir un entendimiento comn entre el
cliente y el proyecto, se compone por uno o ms ciclos de desarrollo.
Revisin del Plan de Desarrollo por los miembros del Equipo de Trabajo para lograr un
entendimiento comn del proyecto y el poder elaborar el plan de interaccin, para obtener el
compromiso de su realizacin. Cabe destacar las siguientes tareas: Especificacin de historias
de usuario. Hacer el Plan de Interacciones.

Diseo: Esta fase involucra un conjunto de actividades en las cuales se analizan los
requisitos especificados para producir una descripcin de la estructura de los
componentes de software, la cual servir de base para la codificacin. Como resultado
se obtiene el documento de especificacin del Sistema.

Codificacin: Conjunto de actividades para producir Componente(s) de software que

correspondan al Anlisis y Diseo. 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 ms historias para ser incluidas en el

sistema. Esto requiere que se satisfagan las necesidades del cliente y el Documento de
especificacin del Sistema. Se genera el Acta de entrega y no se realizan ms cambios
en la arquitectura. La muerte del proyecto tambin 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.

WWW.artemisa.unicauca.edu.co/~leydierazo/ProyectoSW/ProcesoDeDesarrollo.pdf

12

6.7. Seguridad.
Dado que la informacin que se maneja en los sistemas de cmputo actuales es vital para las
organizaciones; en algunos casos confidenciales, y en otros con caractersticas de restriccin de
acceso, la seguridad se ha convertido en un asunto de vital importancia para la mayora de los
proyectos de desarrollo de sistemas. Los sistemas en la actualidad deben evitar el acceso no
autorizado, adems de la actualizacin y la eliminacin de datos delicados.
El software de computadora se ha convertido en el alma mter. Es la mquina que conduce a la
toma de decisiones comerciales. Sirve como base de investigacin cientfica moderna y de
resolucin de problemas de ingeniera.

6.8. Ingeniera del software.

El desarrollo de software hoy en da se ha convertido en un desafo constante, en un desarrollo
evolutivo contnuo 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 fcil y simple
operacin.
As, las metodologas de desarrollo, han permitido que el software evolucionar provocando,
que de acuerdo a las necesidades creadas, la aparicin de una nueva disciplina: la ingeniera de
software.
La ingeniera de software aparece a finales de los aos sesenta y principios de los setenta,
comenzando con las tcnicas de programacin estructurada, incorporndolas a las fases del ciclo
de vida del software. La programacin estructurada fue seguida por otros mtodos estructurados
de anlisis y tambin mtodos estructurados de diseo, existen tambin tecnologas orientadas
a objetos. En un principio la programacin era la tarea de oro de la ingeniera de software, pero
ahora la ingeniera, el anlisis y el diseo de la definicin de los requisitos son ms importantes,
ya que se exige que el software sea eficaz y barato tanto en el desarrollo como en la compra.
Tambin se requiere una serie de caractersticas como fiabilidad, facilidad de mantenimiento y
de uso, eficiencia, etc.
Los estndares de la ingeniera de software y la madurez de proceso, han caracterizado la
industria del software como una disciplina madura. En un nivel ms tcnico, la ingeniera de
software comienza con una serie de tareas que hacen modelos y que resultan en una
especificacin completa de requisitos y una representacin comprensiva de diseo del software
que ser construido.

13

La ingeniera de software comprende un conjunto estructurado de procesos que representan los

paradigmas de la ingeniera de software. Estos paradigmas se basan en la naturaleza del
proyecto y de la aplicacin, en los mtodos y las herramientas que sern usados en el proyecto,
los controles y los productos o servicios desarrollados.4
La ingeniera del software se podra definir como una nueva disciplina que define los estndares
para el desarrollo de software basados en diversos indicadores, como: la correccin, la eficacia,
la eficiencia, la fiabilidad, facilidad de comprensin, de uso y de mantenimiento, la
interoperabilidad, la portabilidad, la reusabilidad, la robustez y funcionamiento eficiente que
satisfaga las necesidades del usuario.
La ingeniera de software nos dar el enfoque sistemtico del desarrollo, operacin,
mantenimiento y ciclo de vida del software. Tambin ayudar a establecer el costo beneficio
dentro del desarrollo del producto.
A travs de la ingeniera 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 construccin de software eficientemente.
Garantizar la produccin 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 ingeniera de software son:
Capacidad: Las actividades de cualquier organizacin empresarial estn influenciadas por la
capacidad de sta para procesar transacciones con rapidez y eficiencia.
Los sistemas de informacin mejoran esta capacidad en tres formas:
Velocidad de procesamiento: Los sistemas de cmputo eliminan tareas costosas en cuestin
de tiempo y recursos humanos. Un sistema automatizado puede ser de gran utilidad si lo que se
necesita es un procesamiento de informacin acelerado.
Volumen de actividades: La implementacin 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 informacin: La mayora de las organizaciones almacenan grandes
cantidades de datos; por ende, debe tenerse en cuenta dnde almacenarlos y cmo recuperarlos
cuando se necesita.

Pressman, R.S, Ingeniera del software. Un enfoque prctico, McGraw-Hill, 5 Edicin.

14

Todo sistema, en general, busca un manejo de informacin adecuada, manteniendo la

recuperacin rpida.
Costos: Cualquier sistema ayudar a la reduccin de costos porque toma ventaja de las
capacidades de clculo automtico.
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 informacin de produccin y brindar un respaldo ante
cualquier contingencia. Tambin el acceso de informacin puede estar controlado por un
complejo esquema de contraseas, limitando el acceso a ciertas reas o personal; si est bien
protegido, es difcil de acceder.
Comunicacin: La falta de comunicacin es una fuente comn de dificultades que afectan tanto
a cliente como a empleados. Sin embargo, los sistemas de informacin bien desarrollados
amplan la comunicacin y facilitan la integracin de funciones individuales. Recuperacin de
datos de manera efectiva, casi eliminando por completo actividades cuya ejecucin es de manera
manual.
Muchas empresas aumentan sus vas de comunicacin por medio del desarrollo de redes para
este fin, dichas vas abarcan todo el pas y les permiten acelerar el flujo de informacin dentro
de sus oficinas y otras instalaciones que no se encuentran en la misma localidad.
Una de las caractersticas ms importantes de los sistemas de informacin para oficinas es la
transmisin electrnica de informacin, como por ejemplo, los mensajes y los documentos.
Dentro de estas interconexiones por redes, tambin es importante aplicar mtodos de seguridad
para que el envo de informacin hacia una matriz sea confiable y consistente.
Con frecuencia las actividades de las empresas abarcan varias reas de la organizacin, la
informacin que surge en un rea se necesita en otra. Los sistemas de informacin ayudan a
comunicar los detalles del diseo a los diferentes grupos, mantienen las especificaciones
esenciales en un sitio de fcil acceso, calculan factores en el nivel de costos a partir de detalles
proporcionados por otros grupos. Debe haber un flujo de informacin entre reas involucradas
sin perder la consistencia y veracidad de la informacin.
Competitividad: Los sistemas de informacin computacionales son un arma estratgica, capaz
de cambiar la forma en que la compaa compite en el mercado. En consecuencia, estos sistemas
mejoran la organizacin y la ayudan a ganar ventaja competitiva; sin embargo, si los
competidores de la compaa tienen capacidades ms avanzadas para el procesamiento de
informacin, entonces los sistemas de informacin pueden convertirse en una desventaja
competitiva.

backup
Definiciones web
1. Una copia de seguridad, copia de respaldo o backup en tecnologas de la informacin e informtica es
una copia de los datos originales que se realiza con el fin de disponer de un medio de recuperarlos en
caso de su prdida

15

Una organizacin puede ganar ventaja competitiva a travs de sus sistemas de informacin de
diferentes formas. Como el cliente es lo ms importante para una organizacin, 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 informacin, por

razones tales como reduccin de costos y ganancia en la exactitud de clculos.
Generalmente, cuando una compaa puede ofrecer servicios exclusivos y atraer clientes es
posible que dicha empresa se vaya convirtiendo en lder ante los dems competidores.
En los negocios, los proveedores tambin tienen importancia estratgica. Una manera de utilizar
los sistemas de informacin para favorecer arreglos con los proveedores es ofreciendo un mejor
precio, disminuyendo los costos.
Los sistemas de informacin tambin forman la base de muchos productos y servicios nuevos.
La generacin 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 informacin
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
metodologa y un lenguaje propio. A este proceso tambin se le llama el ciclo de vida del
software que comprende fases como: concepcin, elaboracin, construccin y transicin.
La concepcin define el alcance del proyecto y desarrolla un caso de negocio. La elaboracin
define un plan del proyecto, especifica las caractersticas y fundamenta la arquitectura. La
construccin crea el producto y la transicin transfiere el producto a los usuarios.
Un modelo de ciclo de vida define el estado de las fases a travs 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, diseadores y usuarios realizan para desarrollar e implantar un
sistema de informacin.
As, el modelo de ciclo de vida suministra una gua para los ingenieros de software con el fin de
ordenar las diversas actividades tcnicas en el proyecto, por otra parte permite un marco para la
administracin del desarrollo y el mantenimiento, en el sentido de estimar recursos, definir
puntos de control intermedios, monitorear el avance, etc.

16

6.9.1. Definicin de la solicitud.

Antes de considerar cualquier investigacin de sistemas, la solicitud de proyecto debe
examinarse para determinar con precisin lo que el solicitante desea; ya que muchas solicitudes
que provienen de empleados y usuarios no estn formuladas de manera clara.
6.9.2. Estudio de factibilidad.
En la investigacin 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 tcnica: Estudia si el trabajo para el proyecto, puede desarrollarse con el

software y el personal existente, y si en caso de necesitar nueva tecnologa, cules son
las posibilidades de desarrollarla.

Factibilidad econmica: 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 usarn el

sistema para obtener beneficios.

6.10. Requerimientos funcionales.

Como el sistema de ventas estar en manos de personas, cuya funcin es slo realizar ventas de
productos, el sistema en primera instancia deber manejar la informacin de manera segura y
responsable cumpliendo con los objetivos antes mencionados dentro del marco terico.
Estas personas encargadas de realizar las ventas de productos frecuentemente no son tcnicas,
ante una nueva estrategia empresarial, se preguntan si los sistemas de informacin merecen su
confianza que se ve mermada por cada fallo y sobre todo, cuando la inversin en defensa de los
medios de trabajo no se traduce en ganancia.
El anlisis, en consecuencia, nos permitir tomar decisiones certeras y seguras para cumplir con
todos los objetivos de la organizacin y adicionalmente la eleccin 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 sern de poco fiar.

17

Los mtodos de la ingeniera del software indican como construir tcnicamente el software. Los
mtodos abarcan una gran gama de tareas que incluyen:
Anlisis de requisitos
Diseo
Construccin de programas
Pruebas
Mantenimiento
Los mtodos de la ingeniera del software dependen de un conjunto de principios bsicos que
gobiernan cada rea de la tecnologa e incluyen actividades y otras tcnicas descriptivas.
6.11. Herramientas y mtodos para desarrollo de software.
Visual Studio 20136 (visual-studio-2013). Es el IDE de programacin por excelencia de la
plataforma .NET y, por ende, de las aplicaciones que corren en los dispositivos del ecosistema
de Microsoft. Transciende las necesidades especficas del desarrollo al construir, junto con otros
servidores, un completo y complejo sistema integrado de gestin de programacin de
aplicaciones informticas. 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 tena como prioridad el hacer ms sencillas las labores de programacin, centrndose en
un entorno de construccin visual basado en controles que situaban su posicin en pantalla por
medio de Drag & Drop. El xito de este marco de programacin fue incrementndose de forma
continuada hasta llegar a la versin 6.0 la ms utilizada en su momento, en donde Microsoft
dio un potente golpe de timn evolucionando el sistema hacia su nuevo Framework .NET, y en
donde aparece la primera versin del Visual Studio moderno.
Visual Studio permite la creacin de aplicaciones de todo tipo: aplicaciones de escritorio,
aplicaciones web, servicios Windows, servicios web e incluso aplicaciones para dispositivos
mviles con Windows Phone 7 o superior. SQL server 7 Microsoft SQL Server es un sistema
de administracin y anlisis de bases de datos relacionales de Microsoft para soluciones de
comercio electrnico, lnea de negocio y almacenamiento de datos. En esta seccin, encontrar
informacin sobre varias versiones de SQL Server. Tambin encontrar artculos sobre bases de
datos y aplicaciones de diseo de bases de datos as como ejemplos de los usos de SQL Server.
Microsoft SQL Server 2012 se basa en las funciones crticas ofrecidas en la versin anterior,
proporcionando un rendimiento, una disponibilidad y una facilidad de uso innovadores para las
aplicaciones ms importantes.

6
7

www.genbetadev.com/herramientas/visual-studio-2013.
Informacin obtenida de la pgina oficial de MSDN. Microsoft.

18

Microsoft SQL Server 2012 ofrece nuevas capacidades en memoria en la base de datos principal
para el procesamiento de transacciones en lnea y el almacenamiento de datos, que
complementan las capacidades de almacenamiento de datos en memoria y existentes para lograr
la solucin de base de datos en memoria ms completa del mercado. SQL Server 2008 tambin
proporciona nuevas soluciones de copia de seguridad y de recuperacin ante desastres, as como
de arquitectura hbrida con Windows Azures, lo que permite a los clientes utilizar sus actuales
conocimientos con caractersticas locales que aprovechan los centros de datos globales de
Microsoft. Adems, SQL Server 2012 aprovecha las nuevas capacidades de Windows Server
2005 para ofrecer una escalabilidad sin parangn a las aplicaciones de base de datos en un
entorno fsico o virtual.
SQL server es un sistema de administracin de bases de datos que es una coleccin estructurada
de datos. La informacin 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 lnea, un sistema de noticias, un portal,
o la informacin generada en una red corporativa. Para agregar, acceso, y procesar los datos
almacenados, se necesita un sistema de administracin, 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 cdigo fuente y cambiarlo
de acuerdo a sus necesidades. SQL usa la licencia GPL (Licencia Pblica 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 incmodo con la licencia GPL o tiene la necesidad de incorporar cdigo
de SQL en una aplicacin comercial es posible comprar una versin de SQL con una licencia
comercial.
Por qu usar SQL? El servidor de bases de datos SQL es muy rpido, seguro, y fcil de usar.
Si eso es lo que se est buscando, se le debe dar una oportunidad a SQL. Se pueden encontrar
comparaciones de desempeo con algunos otros manejadores de bases de datos en la pgina de
SQL.
6.12. Herramientas para Anlisis y diseo 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 programacin de buen software. Se construyen modelos para comunicar la
estructura deseada y el comportamiento del sistema. Estos modelos permiten, adems, visualizar
y controlar la arquitectura del sistema. Se construyen modelos tambin con la finalidad de
comprender mejor el sistema, muchas veces descubriendo oportunidades para la simplificacin
y la reutilizacin. En definitiva, se construyen modelos para controlar el riesgo.
Estos mismos autores (Booch et al., 1999) plantean un smil extrado del contexto de la
construccin 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 enfrentndose 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 ms que una
19

cuestin de escribir grandes cantidades de software. De hecho, el software de calidad se centra

en optimizar al mximo el cdigo, imaginar cmo escribir menos software y conseguir el mejor
rendimiento sin que disminuya la eficacia. Esto convierte al desarrollo de software de calidad
en una cuestin de arquitectura, proceso y herramientas, es decir, en una cuestin de modelado.
6.14. Fases en que se descompone el proceso de desarrollo orientado a objetos:
1. Planificacin y Especificacin de Requisitos: Planificacin, definicin de requisitos, conocer
los procesos del dominio, etc.
2. Construccin: La construccin del sistema. Se subdivide en las siguientes:

Anlisis: Se analiza el problema a resolver desde la perspectiva de los usuarios y de las

entidades externas que van a solicitar servicios al sistema.

Diseo: El sistema se especifica en detalle, describiendo cmo va a funcionar

internamente para satisfacer lo especificado en el anlisis.

Implementacin: Se lleva lo especificado en el diseo a un lenguaje de programacin.

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 Planificacin y
Especificacin de Requisitos.

3. Instalacin: 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 metodologa, sino una notacin que trata de posibilitar el intercambio
de modelos de software.

Un modelo es una simplificacin de la realidad creada para comprender mejor un

sistema.

UML es un lenguaje de modelado visual, utiliza diagramas, para la representacin de los

sistemas.

20

6.15.1 Diagramas para modelar el Comportamiento del Sistema:

Diagrama de Casos de Uso: Muestra un conjunto de casos de uso y actores y sus
relaciones.

Diagrama de Secuencia: Diagrama de interaccin con la relacin temporal de los

mensajes y los objetos.

Diagrama de Colaboracin: Diagrama de interaccin que resalta la organizacin

estructural de los objetos que envan y reciben mensajes.

Diagrama de Estados: Muestra una mquina de estados, que consta de estados,

transiciones, eventos y actividades. Vista dinmica 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 organizacin y las dependencias entre un

conjunto de componentes.

6.15.3. Diagrama de Despliegue:

Representa la infraestructura de un sistema en tiempo de ejecucin
Mtodo Caso uso
Se puede dibujar un diagrama de casos de uso para resumir quin usa la aplicacin 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 aplicacin interacta con personas, organizaciones
o sistemas externos.

Los objetivos que el sistema o aplicacin 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 ms informacin.
En las descripciones que se proporcionen de los casos de uso se utilizarn diversos trminos
relacionados con el dominio en el que trabaja el sistema, como Ventas, Men, Cliente, etc.
8

www.tdx.cat tesis doctoral pg. (19 a 33)

21

Resulta importante definir estos trminos y sus relaciones y, para ello, puede resultar til un
diagrama de clases de UML. Para obtener ms informacin.
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 implementacin, deben representarse por separado. La arquitectura y los detalles internos
tambin deben describirse de forma independiente. Para obtener ms informacin acerca de
cmo se definen los requisitos del usuario.

Diagramas de Secuencia.

Un diagrama de secuencia muestra una interaccin, 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 mtodos; ms de una instancia del mismo
tipo puede aparecer en el diagrama y ms de una aparicin del mismo mensaje tambin 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 agregacin, ya que una clase
es una descripcin de conjunto de objetos que comparten los mismos atributos, operaciones,
mtodos, relaciones y semntica; mostrando un conjunto de elementos que son estticos, como
las clases y tipos junto con sus contenidos y relaciones. Un diagrama de clases est compuesto
por los siguientes elementos: Clase: atributos, mtodos y visibilidad, relaciones9.

Diagrama Entidad Relacin

Denominado por sus siglas como: E-R; Este modelo representa a la realidad a travs de un
Esquema grfico empleando los terminologa 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 caractersticas particulares denominadas Atributos, el enlace que rige
la unin de las entidades est representada por la relacin del modelo.
En un ER, cada entidad se representa mediante un rectngulo, cada relacin mediante un rombo
y cada dominio (conjunto donde toma valores el atributo) mediante un crculo. Mediante lneas
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.

Informacin obtenida de la pgina oficial de MSDN. Microsoft.

22

Entidad
Una entidad es un objeto que existe y se distingue de otros objetos de acuerdo a sus
caractersticas 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 unvocamente 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 especficos asignados para cada
uno de sus atributos, de esta forma, es posible su identificacin unvoca.
Relacin
Relacin: Una relacin es una asociacin o relacin matemtica entre varias Entidades. Las
relaciones tambin se nombran. Se representan en el Diagrama Entidad Relacin, representado
tambin por E-R mediante flechas y rombos10.

Diccionario de datos

Es un catlogo, un depsito, de los elementos en un sistema. Como su nombre lo sugiere, estos

elementos se centran alrededor de los datos y la forma en que estn estructurados para satisfacer
los requerimientos de los usuarios y las necesidades de la organizacin. 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 ms 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.
Descripcin: indica lo que representa en el sistema.
Alias: porque un dato puede recibir varios nombres, dependiendo de quin 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 especficos
para los datos. Si los valores de los datos estn restringidos a un intervalo especifico, esto debe
estar en la entrada del diccionario11.

10
11

Informacin obtenida de la pgina msdn.microsoft.com.

Informacin obtenida de la pgina msdn.microsoft.com.

23

VII. PREGUNTAS DE INVESTIGACIN.

7.1. Pregunta General.
Cules son los procedimientos necesarios para desarrollar el software de facturacin,
para el funcionamiento eficaz de la Micro empresa Jess es m Pastor?

7.2. Preguntas especficas.

Cules son los requerimientos operativos de la Micro empresa?

Qu tipo de base de datos resulta ms apropiada para los requerimientos de la Micro

empresa?

Qu diseo de sistema operativo general ser ms apropiada para el Software en la

Micro empresa?

Cul es la inversin para el desarrollo e instalacin del sistema?

Ser necesario un plan de capacitacin para el uso del Sistema, para el personal de la
bodega?

Dnde se instalar?

Cundo est instalado el sistema, necesitar un manual de seguridad operativa?

24

VIII. DISEO DE LA INVESTIGACIN.

8.1.

Definicin del tipo de estudio.

La presente investigacin es de tipo: Descriptiva y aplicada, porque se utilizar la tecnologa

de la informacin para luego aplicarla a travs de un sistema informtico y descriptiva porque
se analizar los datos recogidos a travs del instrumento de recopilacin para procesarlo a travs
de cuadros estadsticos que se explicar en funcin de las variables independientes y
dependientes.

M: Sistema Informtico
O: Proceso de ventas

8.1.1. Investigacin aplicada.

Su principal objetivo se basa en resolver problemas prcticos, con un margen de generalizacin
limitado. De este modo genera pocos aportes al conocimiento cientfico desde un punto de vista
terico.12

8.1.2. Estudios Descriptivos.

Describen los hechos como son observados.

12

metodologia02.blogspot.com/p/operacionalizacion-de-variables.html

25

8.2.

Hiptesis de estudio.

H1: El Diseo e implementacin de un sistema de facturacin si mejorar el sistema de

inventariado en la Micro empresa Jess Es mi Pastor de la ciudad de Comayagua, 2015.
H0: El Diseo e implementacin de un sistema de Facturacin no mejorar el sistema de
inventariado en la Micro empresa Jess Es mi Pastor de la ciudad de Comayagua, 2015.

8.3.

Operacional de variables e hiptesis.

Hiptesis General

Tabla 2 Cuadro de definicin Operacional

HIPTESIS

DEFINICIN
CONCEPTUAL
Un sistema informtico como
Hiptesis General
todo, es el conjunto de partes
Variable
interrelacionadas, hardware,
Independiente
Software
de software y de recurso humano
(humanware) que permite
Facturacin
almacenar
y
procesar
informacin.
Variable
Dependiente
Proceso de Ventas

DEFINICIN OPERACIONAL

Conjunto de procedimientos que

describe las actividades que un
observador debe realizar para recibir
las
impresiones
sensoriales
(sonidos, impresiones visuales o
tctiles, etc.) de un registro o venta
de un producto determinado de
Bodega Jess es m Pastor.
Cantidades de ventas de un Son las distintas Variaciones de
producto
determinado ventas
cuantitativas
que
cuantificable en trminos experimenta la bodega Jess es m
monetarios.
Pastor al ao.

26

8.4. Variables principales del estudio.

Esta conceptualizacin tiene su origen en las matemticas, 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 aplicacin de distintos mtodos de enseanza en una
determinada asignatura. En este caso: el mtodo de enseanza es la variable independiente y los
distintos resultados, la variable dependiente.13

Variables Independientes: SOFTWARE DE FACTURACIN

Variable dependiente: SISTEMA DE INVENTARIADO.

8.4.1. Determinacin de la Unidad de Estudio: (Determinacin de la muestra)

La bodega Jess es m Pastor cuenta nicamente con el administrador que es el dueo de la
empresa y con un ayudante que le ayuda a vender. Por lo tanto la unidad de estudio ser
nicamente el administrador y vendedor.

13

www.univo.edu.sv:8081/tesis/019210/019210_Cap3.pdf

27

8.5. Relaciones entre variables.

Tabla 3 Relaciones de variables.

Variables

Dimensiones

Organizacin
(VI)
Software de facturacin
Tecnologa

Administrativa
(VD)
Proceso de Ventas

Indicadores
-Cuenta
con
un
sistema
informtico actualizado?
-Cuenta la bodega con una buena
organizacin?
-Conoce Ud. el stock de todos sus
productos?
-La bodega usa una tecnologa
avanzada?
-Cuenta
con
un
sistema
informtico actualizado?
-Utiliz un sistema de ventas
alguna vez?
-Lleva un registro de sus
productos el Departamento de
ventas?
-Lleva un registro de todos sus
clientes?
-Usa el Departamento
recuperacin con crdito?

de

Atencin
-Brind la atencin adecuada
eficientemente a sus clientes?
-Con el proceso manual los
clientes se sienten satisfechos de
su atencin?

28

8.6. Mtodo para recopilar la informacin.

Para seleccionar la muestra lo primero que hay que hacer es definir una unidad de anlisis segn
lo mencionan Fernndez, Hernndez y Baptista, 2003. Para efecto de este estudio en la fase
exploratoria se realizar una entrevista a profundidad a la comerciante de la bodega Jess es m
Pastor.
8.6.1. Diseo de tcnicas e instrumentos de recoleccin de informacin
Para efectos de la presente investigacin se utilizar informacin de fuentes
primarias, es decir, aquella que se obtiene de primera mano. Es as que se utilizarn: entrevistas
a la comerciante de Bodega Jess es m Pastor y tambin se realizar la observacin del objeto
de estudio.
Para complementar la investigacin tambin se usarn fuentes secundarias como libros, tesis
cuyos temas se relacionen con la investigacin provenientes de las biblioteca de las distintas
universidades de la regin de Comayagua, as como el uso de las tecnologas de la informacin
como lo es el Internet y sus ms reconocidos buscadores como son: Google, Bing, Yahoo entre
otros.

8.6.2. Tcnicas de Anlisis

Como mencionan Hernndez, Fernndez y Baptista (2003), se necesita seleccionar un
instrumento o mtodo de recoleccin de los datos. Adems se usar MICROSOFT EXCEL para
procesar la informacin y analizar los registros obtenidos y as identificar las variables de inters
y llegar a las conclusiones pertinentes, utilizando como herramienta de anlisis de resultados:
Cuadros, Diagramas, tabulacin de datos entre otros.

29

IX. ANLISIS DE DATOS.

9.1. Descripcion de la Informacin Obtenida.
Se realiz la entrevista al seor (a) comerciante de Bodega Jess es m Pastor para recabar
informacin 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 pblicos. Con el resultado de las entrevistas se hizo un seguimiento detallado
al flujo de ambos procesos en la bodega.
Con esa informacin se encontr al responsable del proceso a quien se le hicieron unas
preguntas especficas.
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 verificacin visual, el
cual se realiza en forma diaria en las maanas, y se determina la materia prima faltante y la
cantidad, para su posterior reposicin al comenzar la tarde. Cabe sealar 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 artculo vendido.
Por lo general la mercadera es comprada semanalmente segn 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 implementacin del software para
facturacin refleje el grado de orientacin para organizar el flujo de entradas y salidas tanto
como la restructuracin del inventario que refleje su existencia fsica y textualmente.
El propietario cuenta con ciertos conocimientos no profundos en cuanto a la utilizacin de la
tecnologa pero ve futuramente que ese no es un impedimento para poner en prctica 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 espontnea lo que permite entrever la manera en que puede ayudar a impulsar el negocio
un software.
Otro esfuerzo realizado en esta rea tiene relacin con la informacin de los proveedores al
momento de ingresar la materia prima. Dicha informacin materializada en documentos
(facturas, boletas) es almacenada en archivador para su posterior verificacin.

30

Para tener un mayor control y poder solucionar todos los problemas anteriormente detallados la
Bodega decidi llevar a cabo un sistema automatizado que permita almacenar y consultar
informacin detallada de gran cantidad de componentes que interactan con el negocio.
Los artculos en el inventario no contienen un cdigo por parte de la empresa, pero si cuentan
con un precio que se coloca al realizar la compra de los artculos, para evitar problemas de dar
malos precios a los clientes. Todos los precios de los artculos no contienen el 15% de impuesto
s/v ya que no estn censados por la DEI.
En el mundo actual existen infinidades de negocios en el cual cada una de las grandes o pequeas
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 ms importantes ya que mediante esta se tratara de evitar grandes
prdidas, fugas invisibles, o cualquier otra situacin 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 artculos de dicha mercadera.
La bodega Jess es mi Pastor est Basada en la venta de abarrotera en general en su mayora
productos de la canasta bsica entre otros, y desde hacen 3 aos no se maneja un control del
inventario ni de manera manual, ni por medio de algn 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. Informacin relacionada al inventario.
La cantidad de artculos 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 mercadera, desde los productos
grandes; sin mencionar los ms pequeos y es por esa razn que no se conoce la cantidad de
mercadera con exactitud.
Estas se organizan por categoras en los estantes de la bodega debido a que no se puede mezclar
productos qumicos como detergentes cerca de la mercadera de alimentos; ya que debido a que
esto suceda el producto comestible puede contraer el olor e incluso el sabor del detergente y
esto generara un problema tanto para la bodega como al cliente; a la bodega porque esto se
debera a una devolucin del cliente que se le regrese el efectivo ya que el cliente replicar que
el producto no est en estado de consumirlo y eso ocasionara una perdida tanto de clientes como
de producto.
Los artculos en el inventario no contienen un cdigo por parte de la empresa, pero si cuentan
con un precio que se coloca al realizar la compra de los artculos, 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 conllevara la compra de producto para
la empresa al cual se le asignara un precio de venta accesible

31

Segundo: el de la bodega hacia los clientes, proponiendo un precio de compra accesible para
que ambos se beneficien.

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 ms
rpido y que genera ganancia

Dificultad para realizar el pedido de compra correcto de todos los artculos que contienen
baja existencia en el inventario o que se han agotado.

En ocasiones se pierde de realizar una venta de un artculo que un cliente busca, porque
el artculo este agotado en inventario y en otra ocasiones porque no se encontr el
artculo pero si haba en existencia.

Desconocimiento de la cantidad exacta de cada artculo en el inventario.

Para consultar el precio y la cantidad de un cierto artculo que un cliente desea, se tiene
que buscar el artculo y esto toma un tiempo de aproximadamente entre 1, 2 min.
dependiendo el tamao del artculo y de la ubicacin del mismo en los estantes.

No se conoce la cantidad de artculos vencidos que resultan en perdida a la empresa.

9.2.2. Informacin 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 artculos a distintos proveedores, por lo cual no
se tiene un solo proveedor para un artculo en especfico, las compras son por lo general
al contado se encargan desde dos o tres das 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 duracin o en ocasiones este se vence antes de la fecha estipulada.

32

Problemas que frecuentemente tiene el gerente con esta forma de registros son:
El consultar una factura de compra, una cuenta pendiente a un proveedor o una devolucin 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.

Sntesis comparativa de los datos generales obtenidos en la investigacin.

La bodega no lleva consigo un control sobre la fechas de vencimiento de algunos

productos lo que genera una prdida de venta

La bodega presenta suficientes descontroles administrativo el cual si esta contar con la

implementacin de un sistema que ayude a controlar todo lo que entre y sale ayudara a
la empresa a tener mayor de sus prdidas y ganancias

No se maneja ningn tipo de control de facturas

El propietario cuenta con ciertos conocimientos no profundos en cuanto a la utilizacin

de la tecnologa pero ve futuramente que ese no es un impedimento para poner en
prctica algo nuevo que permitir ayudar a impulsar las mejoras en el negocio.

33

X. PROPUESTA DEL SOFTWARE PARA LAS MEJORAS DEL PROBLEMA.

El propsito del presente trabajo es poder desarrollar un sistema de control inventario y
facturacin para agilizar la emisin de comprobantes, facturas de consumidor final y sus
similares; y as brindar un mejor servicio al cliente. Tambin se desea entender cmo funciona
ste dentro de la bodega Jess es m pastor y dejar un sistema que podr ir creciendo de menos
a ms.
El sistema no contar con el mdulo de contabilidad, dicho modulo se desarrollar ms adelante
como una actualizacin.
La propuesta contendr:

Estudio de factibilidad del proyecto de software.

Cronograma de actividades para el desarrollo del software.

Anlisis de requerimientos del sistema.

Modelado del sistema.

Descripcin de las etapas de diseo, codificacin, pruebas e implementacin 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 tcnica.
Se debe hacer un anlisis de la tecnologa requerida para conseguir la funcionalidad y el
rendimiento del sistema propuesto, cul es el riesgo de desarrollo y cmo afectan stos
elementos el costo del proyecto. Adems, se debe definir si el problema se puede resolver con
los medios actualmente existentes y el grado de adaptacin de la solucin a la tecnologa con la
que cuenta la bodega.
De acuerdo a la tecnologa necesaria para la implementacin del sistema de control de inventario
y facturacin para la bodega Jess es m Pastor, se evalu bajo tres especificaciones: Hardware,
Software y Recurso Humano.
Evaluando el hardware requerido, el dueo de la empresa cuenta con una computadora, pero no
de una impresora.
En el siguiente cuadro se muestra la descripcin del Hardware necesario para el sistema de
control de inventario y facturacin lo cual pues se le da una asesora de lo necesario para la
implementacin.
34

Tabla 4 Hardware necesario para la implementacin del software.

Hardware

Elementos

Detalle

Especificacin

Marca/otros

1 computadora

RAM

2 GB

Teclado,
DVD RW

Disco duro

320 GB

Procesador

Intel Pentium dual 2.8

GHz

monitor

LCD 19 pulgadas Dell

1
Impresora Sistemas
Canon Pixma 2410 operativos
que soporta

Cable de red

1 switch 5 puertos

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
Utp Rj-45 Cat. 5e, 5
Metros

Mouse,

Flujo Contnuo de
Tinta casi 8000
pginas
de
impresin

5 Puertos 10/100mbps

35

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 facturacin.
En cuanto a las personas que se necesitarn para la realizacin del sistema normalmente seran
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 sern: administrador y vendedor.
Este sistema les permitir tanto a los usuarios que interactan en forma directa con este, as
como aquellos que reciben informacin 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 facturacin.
Se necesitar dar una capacitacin de dos das a todos los usuarios del sistema de facturacin
previo a su instalacin y puesta en marcha.

10.1.3. Factibilidad Econmica

Se determinan los recursos necesarios para desarrollar, implantar el sistema para el control del
inventario y facturacin, queda fuera del cuadro de inversin la computadora e impresora que
el dueo tendr que adquirir.

36

Inversin para desarrollo e implementacin del sistema

Inversin

Concepto

Desarrollo de software de control de inventario y facturacin 4,000

Equipo necesario

Cantidad

Hardware

Computadora Acer

7,990

switch

1,000

5 metros

Cable de red

150

Cantidad

Materiales

1 Impresora Canon Pixma 2410

1,206

Paquete de hojas de papel 500

90

1 litro

Bote tinta

800

Total inversin

L.15,236

Tabla 5 Inversin total para implementacin del sistema de facturacin.

37

Los beneficios tangibles:

Mejora la productividad de los procesos y el personal.

Reduccin de la obsolescencia de valores

La flexibilidad al manejar gran, volumen y diversidad de informacin con rapidez.

Reduccin de inventarios

Los beneficios intangibles:

Aumenta la transparencia organizativa y responsabilidad

Precisa y un acceso ms rpido a los datos para tomar decisiones oportunas
Mejora la respuesta del cliente
Ahorra tiempo y esfuerzo enorme en la entrada de datos
Ms controles lo que reduce el riesgo de mala utilizacin 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 segn 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
construccin del sistema y la capacitacin. El cronograma de actividad se puede ver en el anexo
en los apartados anexos.
10.3. Anlisis.
El anlisis del sistema estar compuesto por requerimientos funcionales y no funcionales y
modelado del sistema propuesto.

38

 El sistema propuesto deber incluir los siguientes requerimientos funcionales:

Tabla 6 Requerimientos funcionales.

Inventario

Registro de artculos
Registro de artculos

Compras

Registro de compras

Ventas

Registro de ventas
Consulta de ventas

Clientes

Registro de clientes

Administracin

Reportes

Reporte de ventas
Reporte de inventario
Reporte de caja diaria

Registro de usuarios
Registro de gastos diarios
Registro de salida de artculos.
Registro de caja

10.4. Descripcin de los requerimientos funcionales.

10.4.1. Gestin de Inventario
1. Registro de artculos.
El sistema permitir el registro, modificacin, eliminacin y la bsqueda de un artculo, se
deber tener en cuenta que se podr crear un artculo siempre y cuando el artculo no se
encuentre registrado ya en el sistema, se podr modificar la informacin del artculo a excepcin
del cdigo del artculo ya que es el sistema el que lo generara, se podr eliminar un artculo
siempre y cuando no se haya registrado una venta o compra con el artculo. Se podr realizar
39

una bsqueda de artculos mediante el cdigo que se le agrego, descripcin del artculo y
categora.
Los campos o informacin necesaria para mantener el registro de artculos sern los siguientes:

Cdigo: Sera generado por el sistema y dicho cdigo ser de tipo numrico de 4 dgitos

Descripcin: en este campo se ingresara el nombre del artculo

Categora: se podr seleccionar una categora del sistema, dicha categora servir para
establecer un filtro o paramento de bsqueda del artculo.

Costo: es el costo del artculo, este campo cambiara cada vez que aumente o disminuya
el costo del artculo en alguna compra.

Precio: es el precio que el sistema mostrar cuando se realice una venta a un cliente que
no sea distribuidor.

Cantidad almacn: en este campo se podr agregar la cantidad de un artculo en

inventario y dicha cantidad ser agregada al inventario inicial.

Imagen: en este campo se podr almacenar la imagen del artculo, este campo es
opcional.

Descripcion: en este campo se podr ingresar algn tipo de nota referente al artculo.

Fecha de vencimiento: el sistema ingresar la fecha en que el artculo caducar.

Restricciones

No se podr eliminar un artculo si ya se ha efectuado alguna transaccin como una

compra o venta, pero si podr ser descontinuado del inventario.

No se podr modificar el cdigo del artculo.

Solo se pueden dejar en blanco los campos opcionales.

Una vez creado el registro del artculo y que no hallan transacciones de ventas o compras
que incluyan el artculo, se podrn modificar todos los campos excepto el cdigo del
artculo, en caso de haber transacciones con el artculo solo se podr modificar los
precios de ventas, la categora y la cantidad mnima del artculo.

Importante: la cantidad de artculos en inventario deber actualizarse automticamente al

momento de registrarse una venta, compra.

40

2. Consulta de artculos
El sistema permitir consultar la informacin de uno o varios artculos por medio de parmetros
como ser el cdigo, descripcin y categora del artculo. Mediante se vaya agregando se ira
haciendo un filtrado de la informacin que coincida con el parmetro ingresado.
Los datos que se mostrarn en la consulta de los artculos sern:
El cdigo del artculo
Descripcin
Cantidad actual en inventario stock
Precio de artculo
Precio de compra
Fecha de vencimiento

3. Registro de categoras
El sistema permitir el registro de categoras en el cual se pueda agregar, modificar, eliminar
las categoras, las categoras permitirn realizar una clasificacin de los artculos en secciones,
esto se hace para realizar consultas ms rpidas. Los datos necesarios para el registro de
categoras son el cdigo que el sistema generar automticamente y la descripcin de la
categora, se podr modificar nicamente la descripcin de la categora y solo se podr eliminar
la categora sino se ha registrado en algn artculo.
Los campos o informacin necesaria para mantener el registro de categora sern los siguientes:
Id categora: El sistema generar automticamente este cdigo.
Nombre categora: en este campo se deber ingresar el nombre de la categora.
Restricciones
Solo se podr registrar solamente una vez una categora.
Solo se podr eliminar una categora si no se ha registrado algn artculo con dicha
categora.
4. Registro de clientes
El sistema permitir el registro, modificacin, eliminacin y bsqueda de informacin de un
cliente, la informacin del cliente se podr modificar a excepcin del cdigo de registro que el
sistema genere, la eliminacin 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:
41

 Cdigo: el sistema generar el cdigo automticamente.

Cliente: en este campo se agregar los nombres y apellidos del cliente.
Direccin: en este campo se agregar la direccin del cliente.
Telfono: en este campo se agregar el nmero de telfono del cliente.
Restricciones
El registro de un cliente solo se podr hacer una sola vez
No se podr eliminar la informacin de un cliente si ya se han efectuado transacciones
de ventas al cliente.
5. Gestin 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 nmero de la factura, el tipo de
venta contado, fecha, datos del cliente como ser el cdigo, nombre y direccin, los datos de
los artculos a registrar en la venta como ser el cdigo del artculo, descripcin, cantidad, precio,
total, adems 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 informacin en dos partes:
a. Factura de venta
Nmero de factura: el usuario generar el nmero de factura de la venta
Cdigo del cliente: en este campo se almacena el cdigo 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 automticamente la fecha de registro de la venta.
Cdigo usuario: en este campo se agregar el cdigo del usuario que registr la venta
para identificar la informacin del usuario.

42

b. Venta al detalle
Id factura: este campo lo generar automticamente el sistema.
Nmero de factura: el sistema agregar el nmero de la factura a este campo.
Cdigo del artculo: se agregar el cdigo del artculo para poder identificar los datos
del artculo.
Cantidad: en este campo se agregar la cantidad del artculo que se est vendiendo.
Precio unitario: se agregar el precio al que se est vendiendo el artculo.
Total: el sistema generar automticamente el total de la venta del artculo.

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 parmetros nmero 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 artculos registrados en la venta debern
aumentar los artculos registrados en el inventario.
Requerimientos no funcionales

El sistema debe poseer una interfaz fcil y amigable que permita la fcil interaccin con
el usuario.

La elaboracin 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 rpida los ingresos y consultas.

El diseo del sistema debe adaptarse a diferentes plataformas de Windows.

El sistema debe respaldar la base de datos.

43

10.5. Diagrama de caso de uso

Identificacin de los actores del sistema:
Administrador: este es el encargado de manejar el sistema, tiene el acceso total a los
mdulos del sistema. Puede ingresar, modificar, consultar y borrar informacin si es
necesario de la base de datos.
Vendedor: este usuario nicamente tiene acceso a los mdulos de venta, consulta de
cliente consulta de artculos.
En el caso de uso de la figura 1 se muestra la interaccin de los usuarios con los diferentes
mdulos que contendr el sistema. Principalmente este caso de uso representa el men principal
del sistema de control de inventario y facturacin.
10.6. Caso de uso bodega Jess es m Pastor.
10.6.1. Caso de uso: acceso o iniciar sesin
Actores:
Administrador, vendedor.
Descripcin:
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 contrasea, se verifica
si es el correcto para poder acceder al sistema.
Flujo de eventos
Flujo bsico
1. Se presenta al usuario la interfaz Bienvenido seguido del Nombre de usuario
2. El usuario deber colocar su nombre de usuario y contrasea y puede escoger
las opciones de entrar al sistema, ejecutndose la opcin Entrar
Acceso al sistema.
El sistema validar si el usuario y contrasea ingresados son correctos, si lo son se acceder al
sistema, caso contrario se ejecutar el flujo alternativo Usuario y/o contrasea no validos.
Flujo alternativo.

44

 Usuario y/o contrasea no validos

Si en el flujo bsico, el actor ingresa un usuario y / o la contrasea no valido, el sistema muestra
un mensaje de error. El actor puede elegir en volver a ejecutar el flujo bsico 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 segn su nivel.
La Seguridad de la informacin 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 ilcitas o malintencionadas que comprometan la
disponibilidad, autenticidad, integridad y confidencialidad de los datos almacenados y
transmitidos.
10.6.2. Caso de uso: Registro de artculos
Actores:
Administrador
Descripcin:
En este caso de uso se puede agregar, modificar, eliminar y buscar un artculo en el inventario.
Este caso de uso podr ser ejecutado solo por el administrador.

Flujo de eventos
Flujo bsico
Este caso de uso se inicia cuando el administrador del sistema quiere agregar, modificar y
eliminar un artculo del inventario del sistema.
1. Se mostrar la interfaz de registro de artculos.
2. Si no existe ningn artculo en el inventario del sistema, solo podr ejecutarse la

opcin Agregar artculo.

3. Puede escoger la opcin de agregar un registro ejecutndose la opcin Agregar

artculo, buscar un registro con la opcin Buscar artculo, Modificar registro con
la opcin Editar artculo y eliminar artculo con la opcin Eliminar artculo.

45

 Buscar artculo
1. Al seleccionar la opcin Buscar artculo se mostrar una pequea caja de texto en
la parte superior cual se podr realizar la bsqueda del artculo.
2. La bsqueda del artculo se podr realizar mediante el nombre del artculo o
categora del artculo haciendo un filtrado de los artculos que coincidan con los
parmetros ingresados.

Agregar artculo
1. Se crear un nuevo registro para ingresar los datos del artculo a guardar en el
sistema.
2. Al momento de generar un nuevo registro, el sistema le generar un cdigo
numrico.
3. El administrador debe ingresar los datos como ser la descripcin, costo, precio de
compra, precio al detalle, cantidad del artculo, categora del artculo, fecha de
vencimiento. nombre del artculo.
4. Si selecciona guardar registro, el sistema verifica si los datos del artculo son
correctos ejecutndose 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 artculo
1. El administrador puede modificar la informacin del registro seleccionado que est
almacenado en la base de datos, excepto el cdigo del registro.

Eliminar artculo
1. El administrador seleccionar un artculo a eliminar.
2. El sistema ejecutar el flujo alternativo Desea eliminar el artculo.
3. Si la respuesta a la flujo alternativo Desea eliminar el artculo es verdadera el
sistema eliminar el registro de la base de datos.

46

Flujos alternativos
1. Verificar datos: Se mostrar un mensaje de error si no se ha ingresado la descripcin,

costo, precio, precio, categora, los dems campos son opcionales.

2. Desea guardar los datos: El sistema mostrar un mensaje si se desea guardar la

informacin, el administrador confirmar o cancelar la transaccin.

3. Desea eliminar el artculo: El sistema mostrar un mensaje si se desea eliminar el

artculo seleccionado, donde el administrador confirmar o cancelar la transaccin.

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 informacin del artculo, 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.
Descripcin:
En este caso de uso se puede consultar la cantidad del artculo en existencia y los precios del
artculo. Este caso de uso podr ser ejecutado solo por el administrador y el vendedor.

Flujo de eventos
Flujo bsico
Este caso de uso se inicia cuando un usuario del sistema quiere consultar un artculo del
inventario del sistema.
1. Se mostrar la interfaz de consulta de artculos con el listado de todos los artculos
en inventario.
Flujos alternativos
Ninguno

47

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 categoras

Actores:
Administrador
Descripcin:
En este caso de uso se puede agregar, modificar y eliminar una categora de clasificacin de
artculos. Este caso de uso podr ser ejecutado solo por el administrador.
Flujo de eventos
Flujo bsico
Este caso de uso se inicia cuando el administrador del sistema quiere agregar, modificar y
eliminar una categora.
1. Se mostrar la interfaz de registro de categora.
2. Si no existe ninguna categora, solo podr ejecutarse la opcin Agregar categora.
3. Puede escoger la opcin de agregar un registro ejecutndose la opcin Agregar
categora, buscar un registro con la opcin Buscar categora, Modificar registro
con la opcin Editar categora y eliminar categora con la opcin Eliminar
categora.
Buscar categora
1. Al seleccionar la opcin Buscar categora se mostrar una pequea ventana con la
lista actual de las categoras, en la cual se podr realizar la bsqueda de la categora.
2. La bsqueda de la categora se podr realizar mediante la descripcin de la misma
haciendo un filtrado de las categora que coincidan con el parmetro ingresado.

48

 Agregar categora
1. Se crear un nuevo registro para ingresar los datos de la categora a guardar en el
sistema, el sistema generar automticamente el cdigo de la categora.
2. El administrador debe ingresar la descripcin de la categora.
3. Si selecciona guardar registro, se ingresar la categora agregada.
Editar categora
1. El administrador puede modificar la informacin del registro seleccionado, que est
almacenado en la base de datos, excepto el cdigo del registro.
2. Si selecciona guardar los cambios, el sistema guardar el cambio de edicin de la
categora.
Eliminar categora
1. El administrador seleccionar una categora a eliminar.
2. El sistema ejecutar el flujo alternativo Desea eliminar la categora.
3. Si la respuesta al flujo alternativo Desea eliminar la categora 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 cdigo,
descripcin de la categora.
2. Desea guardar los datos: El sistema mostrar un mensaje si se desea guardar la
informacin, el administrador confirmar o cancelar la transaccin.
3. Desea eliminar la categora: El sistema mostrar un mensaje si se desea eliminar
la categora seleccionada, donde el administrador confirmar o cancelar la
transaccin.

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 informacin de la categora, se agregar,
actualizar o eliminar de la base de datos. De lo contrario, el estado de la base de datos no se
modifica.

49

10.6.5. Caso de uso: Registro de clientes

Actores:
Administrador, vendedor.
Descripcin:
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 bsico
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 ningn cliente en el sistema, solo podr ejecutarse la opcin Agregar
cliente.
3. Puede escoger la opcin de agregar un registro ejecutndose la opcin Agregar
cliente, buscar un registro con la opcin Buscar cliente, Modificar registro con
la opcin Editar cliente y eliminar cliente con la opcin Eliminar cliente.
Buscar cliente
1. Al seleccionar la opcin Buscar cliente se mostrar una pequea ventana en la cual
se podr realizar la bsqueda 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 cdigo
numrico.
3. El usuario debe ingresar los datos como ser el nombre, direccin, telfono.
4. Si selecciona guardar registro, el sistema verifica si los datos del cliente son
correctos ejecutndose 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.
50

 Editar cliente
1. El usuario puede modificar la informacin del registro seleccionado que est
almacenado en la base de datos, excepto el cdigo del registro.
2. Si selecciona guardar los cambios, el sistema verifica si los datos del cliente son
correctos ejecutndose 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,
direccin, telfono y el tipo de cliente, los dems datos son opcionales.
2. Desea guardar los datos: El sistema mostrar un mensaje si se desea guardar la
informacin, el usuario confirmar o cancelar la transaccin.
3. Desea eliminar el cliente: El sistema mostrar un mensaje si se desea eliminar el
cliente seleccionado, donde el usuario confirmar o cancelar la transaccin.
Pre-condiciones:
Para iniciar este caso de uso, el administrador deber haberse identificado en el sistema.

51

10.6.6. Caso de uso: Factura de venta

Actores:
Administrador, vendedor.
Descripcin:
En este caso de uso se puede generar una venta de artculos a un cliente. Este caso de uso podr
ser ejecutado por el administrador y el vendedor.

Flujo de eventos
Flujo bsico
Este caso de uso se inicia cuando un usuario del sistema quiere realizar una venta de artculos.
Se mostrar la interfaz de venta.
Nueva venta
1. El sistema genera un nmero 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 opcin buscar cliente,
con esta opcin se desplegara una pequea ventana donde se podr buscar el cliente
mediante un filtrado de informacin con el parmetro nombre del cliente.
3. Si el cliente es hallado se selecciona y se agrega a la factura la informacin como ser
el cdigo, nombre del cliente, direccin, 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
crdito. La factura al crdito solo se podr seleccionar si el cliente es de tipo
distribuidor.
5. El usuario debe agregar los artculos a registrar en la venta, se puede ingresar el
cdigo directamente o seleccionar la opcin.
6. Una vez seleccionado el artculo a vender se procede a ingresar los datos como ser
cantidad del artculo a vender y el precio del artculo y se puede agregar a la venta.
La cantidad del artculo 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
clusulas se ejecutara el flujo alternativo Cantidad incorrecta de artculo.
7. El sistema generar automticamente el total.
8. Se ejecuta el flujo alternativo desea guardar los datos.

52

9. Si la factura de venta se realizado correctamente los artculos 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 artculo: se muestra un mensaje de error al intentar ingresar una
cantidad que exceda el inventario del artculo 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 artculos a la venta.
Desea guardar los datos: El sistema mostrar un mensaje si se desea guardar la informacin,
el usuario confirmar o cancelar la transaccin.

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 artculos vendidos en inventario.

Flujo de eventos
Flujo bsico
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 accin en esta
interfaz de consulta de venta.

53

 Buscar venta
1. La bsqueda de la factura se podr realizar ingresando el nmero de la factura
de venta.
2. Se ingresa el nmero de factura y se selecciona la opcin buscar factura y el
sistema ejecuta el flujo alternativo verificacin 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 opcin Imprimir factura.
Flujos alternativos
1. Verificar datos: Se mostrar un mensaje de error, si no se encuentra el nmero 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 transaccin.

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 informacin 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.
Descripcin:
En este caso de uso se puede agregar, modificar y eliminar un usuario. Este caso de uso podr
ser ejecutado solo por el administrador.

54

Flujo de eventos
Flujo bsico
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 opcin de agregar un usuario ejecutndose la opcin Agregar
usuario, Modificar usuario con la opcin Editar usuario y eliminar usuario con
la opcin 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 cdigo
numrico.
3. El administrador debe ingresar los datos como ser el nombre, usuario, contrasea,
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 informacin del usuario seleccionado que est
almacenado en la base de datos, excepto el cdigo del registro.
2. Si selecciona guardar los cambios, el sistema verifica si los datos del usuario son
correctos ejecutndose.
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.

55

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
correctamente los datos necesarios.

si no se ha

ingresado

2. Desea guardar los datos: El sistema mostrar un mensaje si se desea guardar la

informacin, el administrador confirmar o cancelar la transaccin.
3. Desea eliminar el usuario: El sistema mostrar un mensaje si se desea eliminar el
usuario seleccionado, donde el usuario confirmar o cancelar la transaccin.
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 informacin del usuario, se agregar,
actualizar o eliminar de la base de datos. De lo contrario, el estado de la base de datos no se
modifica

56

10.6.8. Caso de uso: Reportes

Representada en anexos figura 6.
Actores:
Administrador.
Descripcin:
En este caso de uso se pueden generar reportes de inventario y reporte de ingresos.
Flujo de eventos
Flujo bsico
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 artculos del inventario por los siguientes
parmetros listar todos los artculos, listar artculos que tengan baja cantidad en inventario,
listar los artculos por categora.

Reporte de ventas.
Este reporte permitir realizar un listado de las ventas realizadas por los siguientes parmetros
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.

57

10.7. Diccionario de datos del Sistema.

Tabla Productos
Descripcin: en esta tabla se registrarn todos los Productos del inventario.

Tabla 7 Tab. Producto.

Campo

Tipo

Descripcin

Id_producto

Int(not null)

Clave del artculo.

Id_categora

Int(not null)

Clave de la categora que servir para clasificar el

artculo.

Nombre

Varchar(50)

Nombre del artculo

Descripcin

Varchar(50)

Descripcin del artculo

Precio_compra

Decimal(18,2) Precio costo del artculo.

Precio_venta

Decimal(18,2) Precio del artculo para detalle.

Imagen

Image

Fecha_vencimiento Date()

Imagen del artculo.

Fecha en que se expiracin del producto.

Llave primaria: id producto.

Relaciones: Id producto de tabla producto con Id producto de tabla detalle venta y
Id categora de tabla producto con id categora de tabla categora.
58

Tabla Categoras

Descripcin: en esta tabla se registrarn todos los Productos del inventario por categoras.

Tabla 8 Tab.Categoras.

Campo

Tipo

Descripcin

Id_categora

Int(not null)

Clave de la categora que servir para clasificar el

artculo.

Nombre categoras

Varchar(50)

Nombre del artculo

Llave primaria: id categoras.

Relaciones: Id categora de tabla categora con id categora de tabla producto.

Tabla detalle de venta

En la tabla detalle de venta se registrarn la cantidad deseada de producto a obtener con su

respectivo precio.
Tabla 9 Tab. Detalle.

Campo

Tipo

Descripcin

Id_producto

Int(not null)

Clave que vincul un artculo 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 artculos

Precio unitario

Decimal(18,2) Precio costo del artculo.

Llave primaria: Id detalle venta.

Llaves forneas: id venta, id producto.
59

Relaciones: id venta de tabla detalle venta con id venta de tabla venta, id producto de tabla
detalle de venta con id producto de tabla producto.

Tabla venta.

En la tabla venta se registran una venta por cliente y el tipo de documento en determinada fecha.

Tabla 10 Tab. Venta.

Campo

Tipo

Descripcin

Id_venta

Int(not null)

Clave registro nico de un artculo 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 artculos.

Tipo_documento

Decimal(18,2)

Describe si la venta ser facturada o boleta

Num_documento

Decimal(18,2) Nmero de orden por lotes que se realiz una venta.

Llave primaria: id_venta

Llave fornea: 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

60

Tabla cliente.

En la tabla cliente se registran los clientes de una venta.

Tabla 11 Tab. Cliente.

Campo

Tipo

Descripcin

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

Direccin

Varchar(100)

Se ingresa la direccin del cliente

Num_identidad

Varchar(15)

Se ingresa el nmero de identidad del cliente.

Telfono

Varchar(9)

Se ingresa el nmero de telfono del cliente

Clave primaria: id_cliente.

Relaciones: id_cliente de la tabla cliente con id_cliente de la tabla venta.

61

Tabla usuario.

En la tabla usuario se registran el tipo de usuario segn el nivel de acceso.

Tabla 12 Tab. Usuario.

Campo

Tipo

Descripcin

Id_usuario

Int(not null)

Clave registro nico de un usuario que determina

el nmero de registro.

Nombre

Varchar(50)

Se ingresa nombre del usuario

Apellidos

Varchar(50)

Se ingresa los apellidos del usuario

Direccin

Varchar(100)

Se ingresa la direccin del usuario

Num_identidad

Varchar(15)

Se ingresa el nmero de identidad del usuario

Telfono

Varchar(9)

Se ingresa el nmero de telfono 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 contrasea que lo acredita

como el dueo del login.

Acceso

Nvarchar(50)

Es el nivel de acceso que tendr el usuario al

sistema, (administrador, Usuario)

Llave primaria: id_usuario.

62

10.8. Fase de diseo.

La fases del diseo del sistema se llevar a cabo de la siguiente manera, se disear la base de
datos inicialmente, el diseo de la base de datos se realizar en el gestor de base de datos SQL
server 2012, luego de tener diseada la base de datos se disear todos los formularios
necesarios para que el usuario interaccione con el sistema y maneje la base de datos. Los
formularios se realizarn en visual estudio 2013.
10.9. Codificacin.
En la etapa de codificacin se realizar en el lenguaje visual estudio Basic .net 2013, la
codificacin incluir las lneas de cdigos necesarias para que el sistema funcione
adecuadamente.
10.10. Pruebas e implementacin del sistema.
Al terminar la etapa de codificacin 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 algn tipo de error y as poder repararlo, hasta que se est seguro que
el sistema no posea errores, se proceder a la implementacin del mismo.
En la implementacin del sistema se establecer una pequea red para que el sistema funcione
en dos computadoras luego instalar el sistema de control de inventario, y dar la capacitacin
necesaria para que los usuarios manejen de forma adecuada el sistema, adems se le entregar
al cliente los documentos necesarios para el uso del sistema.
Para poder realizar por completo a implementacin del sistema la empresa deber poder realizar
un inventariado fsico de los artculos para poderlos ingresar al sistema y que este ya quede
funcionando correctamente.

63

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 continuacin se mencionarn 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 algn 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. Diseo arquitectnico.

Imagen. 1 Diseo del software.

El diseo arquitectnico del sistema es en 3

capas, debido a que, esto es un enfoque a
Sistemas de tipo CASE o tambin llamados
DESKTOP.

Capa Datos

Capa Lgica

Capa Presentacin

Como se muestra en la figura siguiente:

64

10.13. Forma lgica de las capas.

Imagen. 2 Forma lgica de las capas.

Capa de
presentacin

Capa Lgica

Servidor
Capa de Acceso
a datos

Capa de
Entidades

65

10.14. Diseo de datos.

Para iniciar con el diseo 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 informacin 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 comprensin.
El objetivo de proteger la informacin es la misin de cualquier organizacin, teniendo en
cuenta las diferentes dimensiones como:

Disponibilidad: Debe de haber disposicin de los servicios en cualquier momento que el

cliente requiera y cada vez que sea necesario. La carencia de disponibilidad supone una
interrupcin 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 informacin,

ya que ante una mala validacin, la informacin puede aparecer manipulada, corrupta o
incompleta. La integridad puede afectar directamente al correcto desempeo de las
funciones de una organizacin. Por lo tanto, para este sistema se deben tener los
procedimientos adecuados que verifiquen la informacin al momento de registrarse.

Confidencialidad: La informacin 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 informacin, as como accesos no
autorizados a informacin de otros agentes.

66

Autenticidad: El agente debe ser quien se hace responsable de la informacin

proporcionada.

A continuacin se mostrar las tablas creadas en la base de datos para el correcto funcionamiento
del software.
Imagen. 3 Diseo en SQL de la base de datos y sus atributos.

67

XI. RESULTADOS Y CONCLUSIONES DE LA INVESTIGACIN.

Al finalizar el trabajo de tesis se puede plantear los siguientes resultados y conclusiones:

Resultados:

La bodega Jess es m pastor no cuenta con ningn control sobre el inventario y

facturacin.

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 facturacin se podr tener un

control eficiente sobre el inventario y las facturas.

Conclusiones:

Para poder implementar el sistema la empresa deber realizar un inventariado fsico para
poder tener la cantidad exacta de todos los artculos para introducirlos al sistema.

Para realizar un anlisis adecuado para el desarrollo de un software para un negocio se

debe tener bien claro los requerimientos que el sistema incluir.

La implementacin de un sistema que controle el inventario y la facturacin producir

beneficios en la bodega.

Se necesita realizar una capacitacin adecuada a los empleados sobre el manejo del
sistema y el mejor uso para control de stock de inventario.

68

XII. RECOMENDACIONES.
Se recomienda al administrador de la bodega la implementacin de sistema de control
de inventario y facturacin.
Que los empleados tengan un poco ms de conocimientos de manejo de computadoras.
El control de productos se le asigne un cdigo para categorizarlo.
Actuar con seguridad y dejar el nerviosismo ante el uso de la tecnologa.
Ser proactivo y riguroso diariamente con el conteo de inventario.

69

XIII. BIBLIOGRAFA.

1. www.misrespuestas.com/que-son-las-pyme.html
2. www.misrespuestas.com
3. Pressman, R.S, Ingeniera del software. Un enfoque prctico, McGraw-Hill, 5 Edicin
4. www.ec.europa.eu/enterprise/policies/sme/facts-figures-analysis/smedefinition/index_es.htp

70

XIV. ANEXOS.

1. Anexo 1 Constancia de la bodega Jess es m Pastor.

2. Anexo 2 Entrevistas estructuradas.
3. Anexo 3 Anlisis 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 Ubicacin de lugar y de la organizacin de los Productos dentro de la
bodega.
10. Anexo 10 Diseo y manual del sistema de inventario y facturacin.
11. Anexo 11 Ejemplo de facturas que el sistema generar.

71

Anexo 1

Imagen. 4 Constancia.

72

Imagen. 5 Solicitud.

73

Anexo 2

UNIVERSIDAD POLITECNICA DE HONDURAS

Sede (COMAYAGUA)
Ingeniera en Sistemas Computacional
Entrevista dirigida a la comerciante de la bodega Jess es m Pastor de ciudad de Comayagua
Seor comerciante: La presente entrevista tiene fines acadmicos y como tal la confidencialidad
de la informacin 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 Meja
Entrevistado: Belky Canales
Encargado de la administracin de la bodega Jess es m Pastor.
1) Cmo lleva el control de sus ventas diarias?
Se llevan manuscritas en un libro nico diario.
2) Cmo lleva el control diario de su caja (ingresos-egresos)?
Manuscritas en un libro especial de anotacin de compras y gasto
3) Cul 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.

74

5) Con qu frecuencia compra nuevos productos para renovar su stock?

1 ( ) Diario
2 (x) Semanal
3 ( ) Quincenal
4 ( ) Mensual
5 ( ) Otra. Especifique:
6) Cmo 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 cules 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 tecnologa puede ayudar a que su negocio crezca?

Si (x)

No ( )

Por qu?
75

Puntualmente si ayudara a crecer.

11) Conoce, que es un sistema de venta y cul es su aplicacin?
No s realmente que es.
12) Estara dispuesto(a) a invertir en tecnologa 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 estara de
acuerdo en invertir.
13) Qu reportes le gustara que le generar el sistema?
Inventario

Egresos x

Ventas

Ingresos x

14) Sabe de computacin?

Si (x)

No ( )

15) Tiene capacidad para invertir cunto?

Todo depende de la flexibidad si se tiene la oportunidad de hacerlo en pagos 5,000.00 Lps.

76

Anexo 3
Anlisis.

UNIVERSIDAD POLITECNICA DE HONDURAS

Sede (COMAYAGUA)
Ingeniera en Sistemas Computacional
Entrevista dirigida a la comerciante de la Bodega Jess es m Pastor de ciudad de Comayagua
Seor comerciante: La presente entrevista tiene fines acadmicos y como tal la confidencialidad
de la informacin 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 Meja
Entrevistado: Belky Canales
Encargado de la administracin de la bodega Jess es m Pastor.
1. Puede hacer un uso adecuado de una computadora?
R: / si con lo bsico.
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 implementacin de un sistema que automatice el control del

inventario y facturacin?
R: / en la actualidad es necesario adaptarse a las nueva tecnologa y le parece buena idea ya que
es necesario contar con sistemas contables.
77

5. Qu actividades en la empresa realiza usted?

R: / Se encarga de realizar compras, ventas, cotizaciones y ordenar estantes de mercadera.
6. Cmo lleva a cabo las actividades que desempea 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 informacin podra brindar para la construccin del sistema?
R:/el sistema debe ser fcil de usar y que contenga usuarios con restricciones,

78

Anexo 4
Tabla 13 Cronograma.

Cronograma de actividades para el desarrollo del

software
Actividad
Anlisis Preliminar
Solicitud
Estudio de factibilidad
Aprobacin de la solicitud
Determinacin de
requerimientos
Recopilacin de informacin
Anlisis de informacin
Diseo del sistema
Diseo de la base de datos
Diseo de reportes y
formularios
Desarrollo de software
Estructuracin de cdigo
fuente
Prueba del Sistema
Prueba del Sistema
Evaluacin e
Implementacin
Implementacin del sistema
Entrega final
Capacitacin del personal
Documentacin
Manual Tcnico
Manual Operativo
Manual de Usuario

Fecha de
inicio
Duracin

Fecha terminacin

02/03/2015
04/03/2015
08/03/2015
11/03/2015

1
2
2
1

03/03/2015
06/03/2015
10/03/2015
12/03/2015

13/03/2015
15/03/2015
20/03/2015
25/03/2015
27/03/2015

1
4
4
1
3

14/03/2015
19/03/2015
24/03/2015
26/03/2015
30/03/2015

31/03/2015
06/04/2015

5
1

05/04/2015
07/04/2015

08/04/2015
14/04/2015
16/04/2015

5
1
6

13/04/2015
15/04/2015
22/04/2015

23/04/2015
25/04/2015
27/05/2015
15/05/2015
18/05/2015
20/05/2015
23/05/2015
26/05/2015

1
1
2
2
1
2
2
2

24/04/2015
26/04/2015
29/05/2015
17/05/2015
19/05/2015
22/05/2015
25/05/2015
28/05/2015

42065.00

42152.00

79

Imagen. 6 Actividades para el desarrollo del software.

80

Anexo 5

Figura 1 Diagrama caso de uso.

Figura 2 diagrama gestin de inventario

Figura 1 Diagrama caso de uso

81

Figura 2 caso de uso de clientes

Figura 3 Caso de uso gestin de inventario.

82

Figura 4 Caso de uso gestin de ventas.

Figura 5 Caso de uso registro de usuario.

83

Figura 6 Caso de uso reportes.

84

Anexo 6
Figura 7 Diagrama Entidad Relacin.

85

Anexo 7
Figura 8 Diagrama de clases.

86

Diagramas de Secuencias.
Figura 9 diagrama de secuencia acceso al sistema.

87

Figura 10 Diagrama de secuencia nuevo, modificacin, y guardar artculos.

88

Figura 11 Diagrama de secuencia nuevo artculo.

89

Figura 12 Diagrama de secuencia eliminar artculos.

90

Figura 13 Diagrama de secuencia mostrar producto.

91

Figura 14 Diagrama de secuencia nueva categora.

92

Figura 15 Diagrama de secuencia modificar categora.

93

Figura 16 Diagrama de secuencia eliminar categora.

94

Figura 17 Diagrama de secuencia nuevo cliente.

95

Figura 18 Diagrama de secuencia modificacin 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

Anexo 9
Imgenes de ubicacin del local

Imagen. 7 Mapa tomada desde el satlite usando google mapas.

Una cuadra al sur de Bv. Roberto Romero Larios Col. Piedras Bonitas sur.

102

Imagen. 8 Foto tomada en la bodega Jess es m Pastor.

Anexo 10
Diseo y manual de usuario de software para bodega Jess es m pastor.
Imagen. 9 Acceso al sistema.

103

Imagen. 10 Bienvenido al sistema usuario.

Imagen. 11 Men del sistema.

104

Imagen. 13 Acceso a Registro de categoras.

Imagen. 12 botones Cancelar, Guardar, Nuevo.

Imagen. 14 Registro de categoras.

105

Imagen. 15 Registro de productos.

Imagen. 16 Llamando a categora desde agregar producto.

106

Imagen. 17 Vieta catlogo de venta.

Imagen. 18 Registro de cliente.

107

Imagen. 19 Registro de venta.

Imagen. 20 Registro correcto de una venta.

108

Imagen. 22 Registro de productos a la venta.

Imagen. 21 Agregar producto a la venta.

109

Imagen. 23 Artculo agregado.

Imagen. 24 Impresin de la factura.

110

Imagen. 25 Vista de factura.

Imagen. 26 Registro de usuario.

111

Imagen. 27 Reporte de inventario.

112

Imagen. 28 Salida del sistema.

Imagen. 29 Modo usuario.

Imagen. 30 Modo administrador.

113

XV. GLOSARIO DE TRMINOS TCNICOS.

Definicin de campos o atributos de las tablas del sistema.

Int (): Representa un campo que puede almacenar nmeros enteros.

Varchar (): representa un campo que puede almacenar caracteres alfanumricos.

Image: representa un campo o atributo que puede almacenar imgenes.

Bit (): representa un campo que puede almacenar datos como ser 1 o 0.

Numrico (): representa un campo que puede almacenar nmeros enteros con decimales.

Date (): representa un campo que puede almacenar fechas.

Definicin de trminos generales del documento.

Mysql: es un gestor de base de datos, que permite la creacin y gestin 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 especfico.

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.

114

XVI. LISTA DE TABLAS

Tabla 1 Organigrama de la bodega Jess es m Pastor ............................................................. 10
Tabla 2 Cuadro de definicin Operacional ................................................................................ 26
Tabla 3 Relaciones de variables. ............................................................................................... 28
Tabla 4 Hardware necesario para la implementacin del software. .......................................... 35
Tabla 5 Inversin total para implementacin del sistema de facturacin. ................................. 37
Tabla 6 Requerimientos funcionales. ........................................................................................ 39
Tabla 7 Tab.Producto. ............................................................................................................... 58
Tabla 8 Tab.Categoras. ............................................................................................................. 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 gestin de inventario. .............................................................................. 82
Figura 4 Caso de uso gestin de ventas. .................................................................................... 83
Figura 5 Caso de uso registro de usuario. ................................................................................. 83
Figura 6 Caso de uso reportes.................................................................................................... 84
Figura 7 Diagrama Entidad Relacin. ....................................................................................... 85
Figura 8 Diagrama de clases. ..................................................................................................... 86
Figura 9 diagrama de secuencia acceso al sistema. ................................................................... 87
Figura 10 Diagrama de secuencia nuevo, modificacin, y guardar artculos. ........................... 88
Figura 11 Diagrama de secuencia nuevo artculo. ..................................................................... 89
Figura 12 Diagrama de secuencia eliminar artculos................................................................. 90
Figura 13 Diagrama de secuencia mostrar producto. ................................................................ 91
Figura 14 Diagrama de secuencia nueva categora. .................................................................. 92
Figura 15 Diagrama de secuencia modificar categora. ............................................................ 93
Figura 16 Diagrama de secuencia eliminar categora. ............................................................... 94
Figura 17 Diagrama de secuencia nuevo cliente. ...................................................................... 95
Figura 18 Diagrama de secuencia modificacin 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
115

XVIII. LISTA DE FOTOGRAFAS E IMGENES.

Imagen. 1 Diseo del software............................................................................................................... 64
Imagen. 2 Forma lgica de las capas. ..................................................................................................... 65
Imagen. 3 Diseo 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 satlite 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 categoras. ....................................................................................... 105
Imagen. 14 Registro de categoras. ...................................................................................................... 105
Imagen. 15 Registro de productos. ...................................................................................................... 106
Imagen. 16 Llamando a categora desde agregar producto. ............................................................... 106
Imagen. 17 Vieta catlogo 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 Artculo agregado. ............................................................................................................. 110
Imagen. 24 Impresin 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

116