Defensa Final RENATO GUZMAN ACUÑA

UNIVERSIDAD BOLIVIANA DE INFORMATICA
FACULTAD DE INGENIERIA
CARRERA DE INGENIERIA DE SISTEMAS
PROYECTO DE GRADO
“SISTEMA DE COMPRAS, VENTAS E INVENTARIOS PARA LA

DISTRIBUIDORA FERROBOL”
POSTULANTE Renato Guzmán Acuña
TUTOR: MBA. Ing. Hugo Alvaro Gonzales Cruz
2017
Temas a tratar:
 Introducción y Objetivos
 Marco conceptual del entorno
 Marco teórico conceptual
 Desarrollo del proyecto
 Discusión de resultados
Capítulo 1
Introducción y Objetivos
Marco conceptual del entorno
Marco teórico conceptual
Desarrollo del proyecto
Introducción Discusión de resultados
La “Distribuidora FERROBOL” se constituyó en la gestión de 1985, como

empresa familiar. Inscrita en el régimen general, cuyo NIT es 548916501,
actualmente se encuentra ubicada en la Avenida Jaime Mendoza Nº 1532.
Actualmente es distribuidora de la línea Plasmar y trabaja con una línea
completa de productos
Comercializa material de construcción, eléctrico, de plomería, artefactos a gas.

Discusión de resultados
Descripción de los problemas observados
• Existe un desconocimiento acerca de sistemas.

• La contabilidad, inventarios, registro de compras y ventas de forma
manual.
• Stock desactualizado de productos.
• Retraso en el aprovisionamiento de productos
• Los clientes no pagan a tiempo sus deudas, o tienen deudas
acumuladas.
• No se cuenta con un registro de clientes deudores por lo que existe una
tendencia a acumular deudas o al extravío de recibos por pagar.
• Si no se mejora el manejo de inventarios, es muy probable que muchos
productos no sean adquiridos en el tiempo requerido.
• Demora en la actualización de los precios de venta.
Problema
“El problema principal de la Distribuidora Ferrobol es el retraso en los

procesos de venta y compra, la ineficiencia en el manejo del inventario de
productos, lo cual hace que los procesos de dicha distribuidora sean lentos
y poco confiables.
Métodos y medios de investigación
 La observación.
 La recopilación de información.
 El cuestionario y la entrevista.
 Análisis y síntesis
Los métodos y medios de ingeniería:
 Proceso Unificado Racional (RUP)
 Programación Orientado a Objetos.
 Ciclo de vida Iterativo Incremental.
 Modelamiento UML.
 Arquitectura Cliente – Servidor.
 Lenguaje Java.
 PostgreSQL.
Objetivos del Proyecto Marco teórico conceptual
Objetivo general
Elaborar e implementar un sistema de control, ventas, compras

e inventarios para la “Distribuidora FERROBOL”, que permita
operativizar las compras y ventas de productos, organizar el
manejo de los inventarios de dichos productos y de esa forma
colaborar con el proceso de manejo de dicha distribuidora.
Objetivos específicos
 Identificar el manejo de información en los procesos de gestión de los
inventarios, compras, ventas, clientes y proveedores.
 Plantear el proceso de gestión comercial de la distribuidora con el apoyo de un
sistema informático.
 Diseñar e implementar el SW que abarque el procesamiento de información en
manejo de inventarios, compras, ventas, clientes y proveedores.
 Prever la generación de los reportes relacionados a compras, ventas, clientes,
proveedores e inventarios.
 Plantear los niveles de usuarios que eviten el manejo inapropiado de la
información de la distribuidora.
 Desarrollar una interfaz amigable tomando en cuenta estándares y normas
establecidas para el diseño y desarrollo de interfaces de usuario.
 Llevar a cabo la instalación y capacitación adecuada para de esa forma llegar a
la operación final del sistema dentro de la empresa.
 Implementar y poner a prueba el sistema durante un tiempo de dos meses
como mínimo, para corregir errores y cumplir con las especificaciones y
requisitos de la distribuidora, documentar todo el proceso.
Capítulo 2
Marco Conceptual del

entorno
Estructura Organizacional Desarrollo del proyecto
 Tomar decisiones.
 Definición de las normas y
políticas que rigen la
empresa.
 Dirigir cada una de las
áreas.
 Comercialización de artículos.
 Marketing y publicidad.
 Toma de decisiones de
comercialización.
 Administración de las ventas
 Elaboración de la
Contabilidad.
 Administración de
devoluciones.
 Control de sueldos y
salarios.
 Control de las cuentas de
clientes y proveedores.
 Control de inventario en
almacenes.
 Elaboración de reportes de
pedido de artículos.
 Realización de inventario
mensual.
 Realización de los ajustes.
 Cobro por la venta de

artículos.
 Cobro de créditos a
clientes.
 Verificación y entrega de
artículos vendidos.
 Pago por Mercadería.
 Emisión de registros y
facturas.
 Registro de gastos.
 Atención al cliente.
 Entrega de los pedidos por
parte de los clientes.
 Embalaje de los productos.
 Cargado de artículos.
Flujo de información Desarrollo del proyecto
Venta de Artículos
Cliente
Solicitud
Búsqueda de Compra Devolución Búsqueda de la

artículos Tipo de solicitud venta
Existen Sí Libro de registro de

artículos Búsqueda de Precios devoluciones
No
Libro de solicitud De compra de Realizar la venta

Artículos
Artículos
devueltos
Crédito Tipo de venta

Libro de créditos a clientes
Contado
Libro de ventas diarias

Artículos
comprados Caja
Contabilidad - Almacenes
Revisa Obtiene
Libro de solicitud de compra de
Almacenes Contador artículos
Compra Realiza
Elaboración de solicitud de
Artículos compra
Envía
Registro
Libro de artículos en almacén Gerente Propietario
Solicita pedido
Suministra
Ventas Proveedor
Caja
Realiza
Arqueo de caja Caja Registro de gastos
Solicitud pago crédito
Verificar Artículos Libro de gastos

Pago
Existe Si
dinero en Pago mercadería
caja
Calcular monto de venta Cliente
No Búsqueda Factura
Contado
Pago con cheque Tipo de venta Emitir factura
Crédito
Libro de créditos a clientes

Descripción de los Marco conceptual del entorno
problemas observados Desarrollo del proyecto
Área de ventas
El proceso de ventas es realizado por un operario, para realizar una

venta el operario tiene que buscar los artículos de forma manual en el
ambiente de la venta, si no existe allí, se dirige a almacenes y verifica
si existe en stock, esto conlleva una pérdida de tiempo y por lo tanto
la espera de los clientes; por otra parte se da el mismo procedimiento
anterior cuando existe un artículo en stock y se tiene que buscar el
precio en el libro precios. Esta situación nos permite determinar que
existe una falta de organización en la información existente en el área
de almacenes con el ambiente de ventas.
Área de contabilidad
La contabilidad es realizada por el contador, este proceso

actualmente se realiza de forma manual y semiautomática debido a
que se utiliza hojas electrónicas diseñadas en Microsoft Excel, con la
ayuda del mismo, el contador puede generar algunos estados y
balances, asimismo puede revisar el listado de cuentas que deben a
la Distribuidora, cuentas que deben pagarse a proveedores y otros.
Para generar un informe de clientes que deben pagar sus cuentas a
una fecha determinada, debe revisar uno a uno todos los clientes;
también debe realizar el mismo procedimiento para generar el
informe de proveedores; por último, para generar los estados
financieros mensuales debe realizarse un proceso moroso
desencadenando en una pérdida de tiempo y por consiguiente
insatisfacción y desconfianza en el gerente propietario.
Almacenes
El control del inventario en almacenes en realizado por el contador,

este proceso es realizado de forma manual, debido a esto no se
cuenta con datos actuales de los artículos, no se cuenta con la
correcta previsión de existencias, no se toma en cuenta las
alternativas a seguir en una estrategia de comercialización; por lo que
de acuerdo al caso que se presente, se genera una solución
improvisada, llegando muchas veces a realizar pedidos a
proveedores (dependiendo si el cliente está dispuesto a esperar); y
en otras ocasiones, no haber encontrado el artículo buscado. El
proceso anterior se debe a que no se posee información de primera
mano y en el momento preciso. El levantamiento y actualización del
inventario es un proceso moroso que se realiza de forma manual, es
por ese motivo que dicha actividad se realiza cada semestre.
Realizar y actualizar periódicamente un inventario de forma manual

implica alta inversión de tiempo, lo cual se traduce en pérdidas
económicas para la Distribuidora, asimismo no se cuenta con
reportes actualizados que colaboren con el proceso de toma de
decisiones.
El proceso de búsqueda manual de artículos y precios para la venta

implica un perjuicio en las actividades del operario, pérdida de tiempo
y por consiguiente insatisfacción en los clientes de la Distribuidora
desencadenando en la pérdida de clientes para la misma.
El proceso de contabilidad de la Distribuidora es muy importante, ya

que ésta refleja la situación financiera de la misma, el hecho de llevar
dicha contabilidad de forma manual puede conllevar a pasar por alto
algunos gastos, ingresos, cuentas por pagar, cuentas por cobrar,
equivocada actualización de inventarios; y esto lleva a reflejar un
estado financiero erróneo, con datos que puedan influir de forma
negativa en las decisiones de los Gerentes.
Capítulo 3
Marco Teórico Conceptual

Selección de Tecnologías, Marco teórico conceptual
Metodologías y Herramientas Discusión de resultados
Ciclo de vida
El ciclo de vida que se utilizará en el proyecto será interactivo

incremental porque facilita la interacción con el cliente, es más fácil
apalancar la recolección de información y la modificación de datos tanto
como de requerimientos en el proyecto, además de permitir el trabajo en
paralelo durante cada fase del proyecto acercándose al objetivo final y
añadiéndole valor en cada iteración.
Metodología de desarrollo
Proceso de Desarrollo de Software Unificado
 Dirigido por casos de uso.

 Centrado en la arquitectura y por ser iterativo e
incremental.
 El software es desarrollado por partes o sub-sistemas.
 Cada iteración satisface las fases del ciclo de vida del
proyecto: Análisis, Diseño, Implementación y Prueba.
 Los casos de uso se utilizan para capturar los requisitos
funcionales y para definir los contenidos de las iteraciones.
 Reducir los riesgos que aparecen en todo proyecto
Arquitectura de software
Cliente - Servidor
Paradigmas de programación
Paradigma
Orientado a
Objetos
Lenguaje de Programación: Java
Característica Java Smalltalk C++
Sencillez Sí Sí No
Robustez Sí Sí No
Seguridad Sí Algo No
Interpretado Sí Sí No
Dinamicidad Sí Sí No
Portabilidad Sí Algo No
Neutralidad Sí Algo No
Threads Sí No No
Garbage Colection Sí Sí No
Excepciones Sí Sí Algunas
Representación Alta Media Alta

Entorno de programación: NetBeans

Caracteristicas Visual Estudio 2008 Netbeans 8 JBuilder 2008
Lenguajes soportados C/C++,C#,VB.net,XAML, C/C++,Java,Ruby Java
HTML/CSS,Javascript,LINQ, PHP,Javascript,
ASP.net,XML/XSLT HTML/CSS,JSP,JavaFX,
XSL,WSDL,UML
Plataformas Windows y las diversas versiones de Windows Windows, Linux, Unix, Windows y las diversas versiones de
Solaris(sparc,X86/X64) Mac OX(Intel Windows
Power)
Auto completar código Autocompletado rápido, pero menos opciones Autocompletado de código, pero Autocompletado rápido, y uso de
a la vez muestra todos los métodos, variables al shortcuts
mismo tiempo.
Editor de código fuente La edición es simple y fácil. Cambio entre el Edición de código es simple y fácil, Edición de código es simple y fácil,
diseñador y el código de pantalla es doble clic proporciona diferentes eventos para proporciona diferentes eventos para
en el control cada componente, y puede ser editable cada componente.
para cada evento especifico
GUI y herramientas RAD Winforms, ASP form designer es grande Netbeans Matisse, componentes JSF, Desconocido
,XAML diseñador visual, administrador de base de datos de aplicación, Beans
base de datos, XML VB-enlaces, binding, excelente herramienta de
administrador de vista UAC, que es la mejora diseño UML, Mobile Designer, BPEL
en VS2008 algunas de las herramientas que no se
encuentran en VS2008
Compilador, loader, Compilación en paralelo los sistemas Más reciente Lexer hace la compilación Revisa la sintaxis en tiempo real,
debugger multinucleo, biblioteca de plantas estándar en tiempo de ejecución más rápido, sugiriendo casting de datos, la
(STL) para C++, Framework NET, Web Javascript depurador con el apoyo y compilación es en paralelo.
service de WCF acogida basada en Phobos jMaki
aplicaciones
Diseño / UML No hay mucho diseño de herramientas, pero UML, BPEL, diseñadores de flujo para No incluye ninguna herramienta para
Visual Studio 2008 tiene algunas mejoras. aplicaciones móviles y aplicaciones diseño UML
web.
Pruebas y Maintainance La Unidad de pruebas han mejorado CVS y Subversion están integrados Tiene un unidad de Testeo de código
ligeramente, sistema de control de código integrado. fuente,
fuente se añade al equipo de desarrollo
Tamaño de instalación El tamañodel instalador de Visual Studio es NetBeans 8 ha aumentado en El instalador de Jbuilder 8.0 es
enorme tamaño, pero es muy pequeño en considerablemente grande. Pero
comparación con VS2008 similar a NetBeans
Gestor de Bases de Datos

Característica MySQL 5.0 PostgreSQL 9.5 SQL-Server 2000
Sistema operativo Linux, Windows, Windows, plaformas con mayor Windows, y toda las versiones a
FreeBSD, MacOS X, rendimiento (Linux, toda familia BSDs, HP- partir de Windows XP
Solaris, HP UX, AIX UX, AIX, OS X, Unixware, Netware...)
ANSI SQL No soporta en su ANSI-SQL 92/99 ANSI-SQL 92/99
todalidad ANSI-SQL
92/99
Interfaces de lenguajes de API’s, ODBC, JDBC, ODBC, JDBC, NPGSQL, ECPG, TLC, .Net ODBC, JDBC,C/C++,.NET
programación .NET\ data provider en desarrollo
Rendimiento Veloz Lenta en la Web, veloz en sistemas Lenta en la Web, veloz en
cliente/servidor en red sistemas cliente/servidor en red
Enlaces con otras BDs No soportado Soportado Soportado
Sub-consultas Soportado Soportado Soportado

Transacciones Soportado Soportado Soportado
Procedimientos almacenados Soportado Soportado Soportado
Full joins No soportado Soportado Soportado

Cursores No soportado Soportado Soportado
IPv6 No soportado Soportado Desconocido
Documentación Disponible Disponible Disponible
Licencia Libre con restricciones Tiene licencia BSD Comercial
y comercial
Capítulo 4

Proceso de requerimientos Desarrollo del proyecto
Definición de Requerimientos funcionales.
 Realizar el registro de acceso a usuarios registrados, teniendo en cuenta el

nivel de acceso.
 Realizar el registro de artículos en inventarios.
 Realizar el registro de proveedores con los que cuenta la Distribuidora.
 Realizar el registro de los clientes con los que cuenta la Distribuidora.
 Realizar el registro de las ventas que se realizan a clientes.
 Realizar el registro de las compras a proveedores.
 Realizar el registro de los créditos a los clientes.
 Realizar el registro de los débitos a los proveedores.
 Realizar el registro de los ajustes.
 Realizar el registro de los ajustes por conteo.
Definición de Requerimientos funcionales.
 Realizar el registro de las devoluciones sobre compras.

 Realizar el registro de las devoluciones sobre ventas.
 Registro de pagos de créditos a clientes.
 Registro de pagos de débitos a proveedores.
 Generar copias de seguridad para mantenimiento.
 Realizar reportes sobre los inventarios de productos.
 Realizar reportes sobre clientes, proveedores, ventas, compras y otros.
 Realizar reportes sobre devoluciones sobre compras y ventas.
 Realizar reportes sobre ajustes y ajustes por conteo.
 Realizar reportes sobre deudas de clientes y a proveedores
 Realizar reportes de pagos del día.
 Realizar reportes de cierre de caja.
 Realizar reportes de entradas y salidas de almacén
 Realizar reportes para toma de decisiones
Definición de los actores
 Gerente: Acceso a reportes en general, gestionar usuarios, generar y

restaurar copias de seguridad, generar reportes de clientes, proveedores,
compras y ventas; reportes de devoluciones, de ajustes, de deudas, de
pagos y de toma de decisiones
 Contador: Comprueba la existencia de productos en inventarios, generar

informes sobre inventarios, registro de productos, actualización del
inventario físico, control de cuentas de los proveedores, devoluciones sobre
compras y gestionar los ajustes y los ajustes por conteo.
 Encargado de caja: Registrar ventas y devoluciones sobre ventas,

búsqueda de productos, búsqueda de ventas; registrar los gastos, entregar
materiales y generar informes de ventas diarias; generar arqueo de caja y
gestionar los créditos a clientes.
Casos de uso: Gerente

Casos de uso: Contador

Casos de uso Encargado de caja

Descripción de los Casos de Uso: Gestionar Usuarios

Descripción de los Casos de Uso: Gestionar Usuarios

Nombre: Gestionar Usuarios
Descripción:
Permite registrar, actualizar y eliminar los datos correspondientes a los usuarios que van a utilizar el sistema
Actor:
Gerente
Precondiciones:
El usuario debe haberse logeado en el sistema.
Flujo de Eventos
Flujo Normal: Flujo Alternativo:
1. Se ingresa al menú Archivo, submenú Usuarios.
2. El sistema despliega una interfaz en la que muestra la lista de los usuarios
registrados, el Gerente selecciona una de las actividades deseadas: Nuevo, Cambiar
Password, Eliminar y Cerrar
1. Nuevo: Inserta un nuevo usuario en el sistema, agregando los siguientes 1. Si los datos introducidos no son correctos, el
datos: Nombre, Contacto, Login, Password, confirmar Password, Tipo de sistema mostrará un mensaje de error.
Usuario; para elegir el tipo de Usuario. Se presiona el botón Guardar
2. Cambiar Password: Modifica la contraseña del usuario seleccionado, para 2. Si el usuario elige Cancelar, vuelve a la lista
ello el sistema despliega una interface donde el Gerente debe ingresar: de personas.
Password actual, Nuevo Password y Confirmar Password.
3. Eliminar: Elimina el usuario seleccionado del sistema.
4. Cerrar: Regresa a la pantalla principal.
Postcondiciones:
En caso de haberse aceptado el registro o actualización de un Usuario, los datos quedan almacenados en la base de datos.
Proceso de Análisis Desarrollo del proyecto
Riesgos del proyecto.

Riesgo 3
El sistema no es lo que el usuario esperaba
ANÁLISIS Evitable
Los usuarios no están satisfechos con la funcionalidad del sistema.
INDICADORES La calidad del producto está por debajo de las expectativas de los usuarios.
Producto difícil de manejar o comprender para los usuarios.
CAUSAS CONTROLES
 Las interfaces y documentos  Tratar de mostrar un prototipo del producto antes de su
no son adecuadas para el entrega final.
nivel del usuario.  Sólo realizar las tareas necesarias o fundamentales para
 Estrecha agenda del proyecto. su funcionamiento.
 No se siguen los estándares y  Seguir los estándares establecidos para el control de la
buenas prácticas en el calidad.
desarrollo del producto.  Se tratará de cumplir con todos los requerimientos del
usuario, y hacer las pruebas necesarias en cada
iteración.
Arquitectura del Sistema

Estructura estática del Sistema
 eMenus, eClientes, eProveedores, eProductos corresponden a las clases

encargadas de la gestión inicial de la información del sistema, vale decir, todos
los datos que son requeridos para que se pueda trabajar correctamente y
realizar movimientos dentro del mismo.
 eCiudades, eUtilidades, eUnidades corresponden a las clases requeridas
para que clientes, proveedores y productos estén listos para trabajar y a su
vez asignados apropiadamente,
 eVentas, eCompras, ePagoVentas, ePagoCompras, eDevolucionVenta,
eDevolucionCompra, eAjuste, eAjusteConteo, es el conjunto de clases
encargadas del cálculo y generación de las compras, ventas, ajustes y
devoluciones que realiza el sistema.
 eUsuarios es la clase que gestiona a los usuarios que se conecten al sistema
así como los permisos que tendrán en el mismo.
 ctrlMantenimiento, ctrlMovimiento, ctrlUsuarios son las clase encargadas
de la instanciación correspondiente para la correcta comunicación de las
clases.
Diagrama de Clases
Descripción de la funcionalidad del sistema
Compras: El sistema gestionara las compras que se realicen de los

proveedores de la empresa, se realiza compras al contado o a crédito, se
puede realizar pagos sobre compras, reajustes, además de contar con una
serie de reportes para poder detallar cada uno de los movimientos que realiza
la persona encargada.
Ventas: A su vez el sistema gestiona las ventas que se realicen hacia los
clientes de la empresa, realizarlas al contado o a crédito, contando también
con realizaciones de pagos sobre ventas, devoluciones y reportes sobre
ventas.
Inventarios: El sistema gestionará el inventario de los productos, dentro de los

cuales se realizaran las ventas y las compras, además contará con reportes
sobre el inventario de productos, inventario de productos valorado, inventario
de productos con saldo mínimo y otros.
Proceso de Diseño Desarrollo del proyecto
Diagramas de Secuencia: Gestionar Clientes

Diagramas de Colaboración: Gestionar Clientes

Diagramas de Actividades: Gestionar Clientes

Implementación Desarrollo del proyecto
Diagrama de componentes
Diagrama de despliegue
Estructura de Directorios y Archivos

Implementación de la base de datos

Pruebas Desarrollo del proyecto
Pruebas del Sistema

Caso de Uso: Gestionar Productos
Parámetros Caso Valido Caso Invalido Regla
Código CVV-00001 (1) (-) (2) Valor (text)
Descripción Copla corrediza – ½ (3) (-) (4) Valor (text)
Cantidad 0 (5) (-) (6) (#%&) (7) Valor (integer)
Cantidad Mínima 10 (8) (-) (9) (#%&) (10) Valor (integer)
Precio Compra 45,21 (11) (-) (12) (#%&) (13) Valor (double)
Descuento 13.54 (14) (-) (15) (#%&) (16) Valor (double)
Embalaje Principal 300 (17) (-) (18) Valor (text)
Embalaje Secundario 24 (19) (-) (20) Valor (text)
Unidad Piezas (21) (-) (22) Valor (text

Cronograma de Ejecución Marco teórico conceptual
del proyecto Desarrollo del proyecto
Numero de Duración (En

Fase Entregable
Iteraciones días)
Requerimientos y casos de uso del
Fase de Inicio 1 18
sistema
Fase de Elaboración 1 23 Diseño de la arquitectura del sistema
Fase de Construcción 2 31
1º 18 Módulo de Ventas
2º 13 Módulo de Inventarios
Fase de Transición 1 4 Puesta en marcha del sistema
Fase de pruebas finales 1 40 Sistema verificado y validado
Total duración del proyecto 106

Capítulo 5
Diseño e Implementación de Marco teórico conceptual
interfaces de usuario Desarrollo del proyecto
Menú Principal del sistema

Registrando clientes
Registrando productos
Registrando compras
Registrando pagos sobre compras

Registrando ajustes
Reporte de productos
Seguridad del Sistema Desarrollo del proyecto
 Seguridad
 Integridad
 Disponibilidad
 Resguardos
Pre factibilidad del Marco teórico conceptual
proyecto Discusión de resultados
 Factibilidad Técnica: Conocimiento de las herramientas.
 Factibilidad Operativa: Cooperación.
 Factibilidad Funcional: Beneficiados.
 Factibilidad Económica: Costos VS Beneficios.

Costos de Desarrollo Discusión de resultados
Cocomo II
Costos de Desarrollo Discusión de resultados
Cocomo II
Conclusiones
 Se desarrolló satisfactoriamente el módulo para el manejo de los inventarios,
dicho módulo permitirá registrar, controlar y consultar el inventario de
productos existente en la distribuidora.
 Se desarrolló de manera adecuada el módulo para el manejo de compras y
ventas, que permitirá al encargado de caja y contador realizar compras de
proveedores de productos y también efectuar ventas a clientes.
 Se desarrolló también el módulo de gestión de clientes y proveedores, el cual
permitirá añadir, modificar y eliminar clientes y proveedores.
 Se generó satisfactoriamente reportes relacionados a compras, ventas,
clientes, proveedores e inventarios de productos de la empresa, a través de
los cuales se podrá colaborar con el proceso de generación de estados
financieros para la distribuidora.
 Se implementó de forma adecuada la generación y restauración de copias de
seguridad (Backups) para de esa forma tener la facilidad de contar con una
adecuada seguridad para la base de datos y por consiguiente contar con un
sistema más seguro y confiable.
Conclusiones
 El desarrollo del sistema incluyó ciertas normativas internas de presentación

de interfaces al usuario es por esta razón que las interfaces tienen un diseño
y apariencia similar independientemente del módulo. Estas interfaces tienen
un diseño amigable y fácil de entender para que el usuario no tenga
problemas en familiarizarse con el sistema.
 El sistema terminado fue probado constantemente por el personal de la
Distribuidora Ferrobol, cuyos resultados mostraron conformidad en el uso,
manejo y funcionalidad del mismo, sin tener dificultades y desentendimiento
en el manejo de información de la empresa ni tener que realizar cambios
estructurales de gran magnitud.
 Finalmente es importante mencionar que el desarrollo del proyecto es su
totalidad fue con herramientas libres que no solo representan costos de
desarrollo mucho menores sino que también afirman las tendencias de las
nuevas tecnologías en el desarrollo de software.
Recomendaciones
 Promover la investigación de la programación orientada a objetos con
herramientas que faciliten el aprendizaje de ésta y poder de esta manera
beneficiar a la población en general con soluciones informáticas de última
generación.
 Incentivar a los programadores a desarrollar componentes reutilizables y de
código abierto para poder orientar una comunidad de desarrollo en constante
superación.
 Investigar sobre la lógica de negocios de las empresas de distribución en
general para poder aportar con ideas que ayuden en el progreso del país.
 Utilizar la metodología de desarrollo de software RUP en proyectos medianos
debido a las características que presenta, es iterativo, se centra en la
arquitectura, está dirigida por casos de uso, da énfasis al control de calidad y
a la gestión de proyectos.
 Realizar una revisión exhaustiva sobre el Proceso Unificado de Desarrollo
Software ya que al tener el Proceso Unificado de Rational o simplemente
RUP, el Proceso Unificado no es simplemente un proceso, sino un marco de
trabajo extensible que puede ser adaptado a organizaciones o proyectos
específicos, por lo tanto no siempre puede ser adecuado para el tipo de
proyecto que se quiere realizar.
 Introducción y Objetivos
 Marco conceptual del entorno
 Marco teórico conceptual
 Desarrollo del proyecto
 Discusión de resultados
Gracias por su
Atención

Defensa Final RENATO GUZMAN ACUÑA

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Defensa Final RENATO GUZMAN ACUÑA

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD BOLIVIANA DE INFORMATICA

“SISTEMA DE COMPRAS, VENTAS E INVENTARIOS PARA LA

POSTULANTE Renato Guzmán Acuña

TUTOR: MBA. Ing. Hugo Alvaro Gonzales Cruz

 Marco conceptual del entorno

 Marco teórico conceptual

 Desarrollo del proyecto

La “Distribuidora FERROBOL” se constituyó en la gestión de 1985, como

Comercializa material de construcción, eléctrico, de plomería, artefactos a gas.

Descripción de los problemas observados

• Existe un desconocimiento acerca de sistemas.

“El problema principal de la Distribuidora Ferrobol es el retraso en los

Métodos y medios de investigación

Los métodos y medios de ingeniería:

 Proceso Unificado Racional (RUP)

 Programación Orientado a Objetos.

 Ciclo de vida Iterativo Incremental.

 Arquitectura Cliente – Servidor.

Elaborar e implementar un sistema de control, ventas, compras

Marco Conceptual del

 Cobro por la venta de

Búsqueda de Compra Devolución Búsqueda de la

Existen Sí Libro de registro de

Libro de solicitud De compra de Realizar la venta

Crédito Tipo de venta

Libro de ventas diarias

Libro de artículos en almacén Gerente Propietario

Solicitud pago crédito

Verificar Artículos Libro de gastos

Calcular monto de venta Cliente

Libro de créditos a clientes

El proceso de ventas es realizado por un operario, para realizar una

La contabilidad es realizada por el contador, este proceso

El control del inventario en almacenes en realizado por el contador,

Realizar y actualizar periódicamente un inventario de forma manual

El proceso de búsqueda manual de artículos y precios para la venta

El proceso de contabilidad de la Distribuidora es muy importante, ya

Marco Teórico Conceptual

El ciclo de vida que se utilizará en el proyecto será interactivo

 Dirigido por casos de uso.

Lenguaje de Programación: Java

Característica Java Smalltalk C++

Representación Alta Media Alta

Entorno de programación: NetBeans

Gestor de Bases de Datos

Enlaces con otras BDs No soportado Soportado Soportado

Sub-consultas Soportado Soportado Soportado

Full joins No soportado Soportado Soportado

Desarrollo del proyecto

Definición de Requerimientos funcionales.

 Realizar el registro de acceso a usuarios registrados, teniendo en cuenta el

Definición de Requerimientos funcionales.

 Realizar el registro de las devoluciones sobre compras.

Definición de los actores

 Gerente: Acceso a reportes en general, gestionar usuarios, generar y

 Contador: Comprueba la existencia de productos en inventarios, generar

 Encargado de caja: Registrar ventas y devoluciones sobre ventas,

Casos de uso: Gerente

Casos de uso: Contador

Casos de uso Encargado de caja

Descripción de los Casos de Uso: Gestionar Usuarios

Descripción de los Casos de Uso: Gestionar Usuarios

Riesgos del proyecto.