Documentos de Académico
Documentos de Profesional
Documentos de Cultura
TESIS Beta
TESIS Beta
COMAYAGUA
HONDURAS, CA
AGOSTO, 2015
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
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.
RESUMEN EJECUTIVO
2
EXECUTIVE SUMMARY
In this report the proposal to develop a system of inventory control and billing for hold
Jesus is my Shepherd was presented. The work is divided into sections, an analysis in the
company to know the problems and how the inventory and billing is handled is present, and
then it will release the proposal to include the necessary planning for the development of
software.
The plan will contain the project's viability, a schedule of activities to help develop the
software in time. The proposed modeling to show how the system should work system will
perform. In addition it will be described in summary as it aims to develop the design,
coding, testing and deployment.
ndice General.
I.
INTRODUCCIN.............................................................................................. 1
II.
ANTECEDENTES............................................................................................. 2
2.1.
2.2.
Venta de productos........................................................................................ 2
2.3.
Cancelacin de la venta................................................................................2
2.4.
III.
3.1.
IV.
OBJETIVOS..................................................................................................... 5
4.1.
Objetivo General............................................................................................ 5
4.2.
Objetivos Especficos..................................................................................... 5
V.
JUSTIFICACIN............................................................................................... 6
5.1.
5.1.1. Delimitacin................................................................................................... 6
5.1.2. Alcance o cobertura....................................................................................... 6
5.1.3. Restricciones................................................................................................. 6
5.1.4. Limitaciones.................................................................................................. 7
5.2.
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
Metodologas giles..................................................................................... 10
Desarrollo de Software................................................................................ 12
6.7.
Seguridad.................................................................................................... 13
6.8.
6.9.
6.15.
UML........................................................................................................... 20
PREGUNTAS DE INVESTIGACIN..................................................................24
7.1.
Pregunta General..................................................................................... 24
7.2.
Preguntas especficas............................................................................... 24
VIII.
DISEO DE LA INVESTIGACIN....................................................................25
8.1.
Hiptesis de estudio.................................................................................... 26
8.3.
8.4.
8.6.
ANLISIS DE DATOS..................................................................................... 30
9.1.
9.2.
X.
XII.
RECOMENDACIONES.................................................................................... 69
XIII.
BIBLIOGRAFA.............................................................................................. 70
XIV.
ANEXOS....................................................................................................... 71
XV.
XVI.
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:
II.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.
II.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).
II.3. Cancelacin de la venta.
A continuacin se detalla el proceso de entrega de la factura al cliente, que se realiza de tres
formas:
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.
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.
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.
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.
Administra
dor
Vendedor 1
Vendedor 2
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.
comercializacin.
11
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.
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
3
WWW.artemisa.unicauca.edu.co/~leydierazo/ProyectoSW/ProcesoDeDesarrollo.pdf
12
13
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.
Todo sistema, en general, busca un manejo de informacin adecuada, manteniendo la
recuperacin rpida.
4
14
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.
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
5 backupDefiniciones 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
buscan diferentes formas para conseguir nuevos clientes y mantener los que tienen. Para eso
las empresas proporcionan:
Mejores precios
Servicios exclusivos
Productos diferentes
16
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.
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 www.genbetadev.com/herramientas/visual-studio-2013.
7 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
19
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 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:
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.
20
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.
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.
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.
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
9 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
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.
Ser necesario un plan de capacitacin para el uso del Sistema, para el personal de la
bodega?
Dnde se instalar?
M O
M: Sistema Informtico
O: Proceso de ventas
VIII.1.1.
Investigacin aplicada.
12 metodologia02.blogspot.com/p/operacionalizacion-de-variables.html
25
HIPTESIS
DEFINICIN
CONCEPTUAL
Hiptesis General
Un sistema informtico como
Variable
todo, es el conjunto de partes
Independiente
interrelacionadas, hardware,
Software
de software y de recurso humano
Facturacin
(humanware) que permite
almacenar
y
procesar
informacin.
Variable
Dependiente
Proceso de Ventas
DEFINICIN OPERACIONAL
26
VIII.4.1.
13 www.univo.edu.sv:8081/tesis/019210/019210_Cap3.pdf
27
Variables
Dimensiones
Organizacin
(VI)
Software de facturacin
Tecnologa
Administrativa
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?
(VD)
Proceso de Ventas
-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
VIII.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
30
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
Segundo: el de la bodega hacia los clientes, proponiendo un precio de compra accesible para
que ambos se beneficien.
IX.2.1. Problemas que se presentan en la bodega por la falta de control del inventario:
Dificultad para realizar el pedido de compra correcto de todos los artculos que
contienen baja existencia en el inventario o que se han agotado.
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.
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
32
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.
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.
33
34
35
Hardware
Elementos
Detalle
Especificacin
Marca/otros
1 computadora
RAM
2 GB
Teclado,
DVD RW
Disco duro
320 GB
Procesador
monitor
1
Impresora Sistemas
Canon
Pixma operativos
2410
que soporta
Cable de red
1 switch 5 puertos
Mouse,
Flujo Contnuo de
Tinta casi 8000
pginas
de
impresin
5 Puertos 10/100mbps
36
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.
37
Concepto
Inversin
4,000
Equipo necesario
Cantidad
Hardware
Computadora Acer
7,990
switch
1,000
5 metros
Cable de red
150
Cantidad
Materiales
1,206
90
1 litro
Bote tinta
800
Total inversin
L.15,236
Reduccin de inventarios
Inventario
Registro de artculos
Registro de artculos
Compras
Registro de compras
Ventas
Registro de ventas
Consulta de ventas
Clientes
Registro de clientes
Administracin
Registro de usuarios
Registro de gastos diarios
Registro de salida de artculos.
Registro de caja
Reportes
Reporte de ventas
Reporte de inventario
Reporte de caja diaria
40
realizar 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
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.
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.
Restricciones
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.
41
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
42
43
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.
44
Flujo alternativo.
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.
46
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.
47
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.
Flujo de eventos
Flujo bsico
Este caso de uso se inicia cuando un usuario del sistema quiere consultar un artculo del
inventario del sistema.
48
Pre-condiciones:
Para iniciar este caso de uso, el usuario deber haberse identificado en el sistema.
Post-condiciones:
Ninguno
49
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:
50
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.
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.
52
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.
53
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.
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.
54
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.
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.
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.
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.
56
Eliminar usuario
1. El administrador seleccionar un usuario a eliminar.
2. El sistema ejecutar el flujo alternativo Desea eliminar el usuario.
3. Si la respuesta a la flujo alternativo Desea eliminar el usuario es verdadera el
sistema eliminar el registro de la base de datos siempre.
Flujos alternativos
1. Verificar datos: Se mostrar un mensaje de error
correctamente los datos necesarios.
si no se ha
ingresado
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
57
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.
58
Campo
Tipo
Descripcin
Id_producto
Int(not null)
Id_categora
Int(not null)
Nombre
Varchar(50)
Descripcin
Varchar(50)
Precio_compra
Decimal(18,2
)
Precio_venta
Decimal(18,2
)
Imagen
Image
Fecha_vencimient
o
Date()
59
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)
Nombre categoras
Varchar(50)
Campo
Tipo
Descripcin
Id_producto
Int(not null)
Id_venta
Int(not null)
Id detalle venta
Int(not null)
Cantidad
Decimal(18,2
)
60
Precio unitario
Decimal(18,2
)
Tabla venta.
En la tabla venta se registran una venta por cliente y el tipo de documento en determinada
fecha.
Campo
Tipo
Descripcin
Id_venta
Int(not null)
Id_cliente
Int(not null)
Fecha_venta
date
Tipo_documento
Decimal(18,2)
Num_documento
61
Relaciones: id_venta de la tabla venta con id_venta de la tabla detalle de venta, id_cliente de
la tabla venta con id_cliente de la tabla cliente
Tabla cliente.
Campo
Tipo
Descripcin
Id_cliente
Int(not null)
Nombre
Varchar(60)
Apellidos
Varchar(50)
Direccin
Varchar(100)
Num_identidad
Varchar(15)
Telfono
Varchar(9)
Tabla usuario.
Campo
Tipo
Descripcin
Id_usuario
Int(not null)
Nombre
Varchar(50)
Apellidos
Varchar(50)
Direccin
Varchar(100)
Num_identidad
Varchar(15)
Telfono
Varchar(9)
Login
Varchar(50)
Password
Varchar(50)
Acceso
Nvarchar(50)
63
64
Capa Datos
Capa Lgica
Capa Presentacin
65
Capa de
presentacin
Capa Lgica
Servid
or
Capa de Acceso
a datos
Capa de
Entidades
66
67
68
Resultados:
Conclusiones:
Se necesita realizar una capacitacin adecuada a los empleados sobre el manejo del
sistema y el mejor uso para control de stock de inventario.
69
XII. RECOMENDACIONES.
Se recomienda al administrador de la bodega la 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.
70
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
71
XIV. ANEXOS.
72
Anexo 1
Imagen. 4 Constancia.
Imagen. 5 Solicitud.
73
Anexo 2
74
UNIVERSIDAD
POLITECNICA
DE HONDURAS
Sede (COMAYAGUA)
Ingeniera en Sistemas Computacional
75
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?
Si ( )
No (x)
Por qu?
Si (x)
No ( )
Por qu?
Puntualmente si ayudara a crecer.
11) Conoce, que es un sistema de venta y cul es su aplicacin?
76
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
No ( )
Anexo 3
Anlisis.
77
Anexo 4
79
Tabla 13 Cronograma.
80
Actividad
Fecha
de
inicio
Duracin
Fecha terminacin
02/03/20
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
04/03/20
15
08/03/20
15
11/03/20
15
13/03/20
15
15/03/20
15
20/03/20
15
25/03/20
15
27/03/20
15
31/03/20
15
06/04/20
15
08/04/20
15
14/04/20
15
16/04/20
15
23/04/20
15
25/04/20
15
27/05/20
15
15/05/20
15
18/05/20
15
20/05/20
15
23/05/20
15
26/05/20
15
42065.00
06/03/2015
10/03/2015
12/03/2015
14/03/2015
19/03/2015
24/03/2015
26/03/2015
30/03/2015
05/04/2015
07/04/2015
13/04/2015
15/04/2015
22/04/2015
24/04/2015
26/04/2015
29/05/2015
17/05/2015
19/05/2015
22/05/2015
25/05/2015
28/05/2015
42152.00
81
Anexo 5
82
83
Figura 3 Caso de uso gestin de inventario.
Anexo 6
Figura 7 Diagrama Entidad Relacin.
84
Anexo 7
Figura 8 Diagrama de clases.
85
Diagramas de Secuencias.
Figura 9 diagrama de secuencia acceso al sistema.
86
87
88
89
90
91
92
93
94
Anexo 9
95
Una cuadra al sur de Bv. Roberto Romero Larios Col. Piedras Bonitas sur.
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.
96
98
99
100
101
Imagen. 22
21 Agregar
Registro producto
de productos
a la venta.
a la venta.
102
103
104
Bit (): representa un campo que puede almacenar datos como ser 1 o 0.
Numrico (): representa un campo que puede almacenar nmeros enteros con
decimales.
Diagrama Caso de uso: Diagrama que permite visualizar de manera general los
diversos componentes del sistema.
Diagrama E-R: Diagrama que permite visualizar de manera general las entidades o
tablas que incluir el sistema, as como sus relaciones entre ellas.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
Imagen.
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
108