DESARROLLO DE UN SISTEMA DE INFORMACIÓN DE VENTAS · PDF filedesarrollo de un sistema...

DESARROLLO DE UN SISTEMA DE INFORMACIÓN DE VENTAS Y

COBRANZAS EN DISPOSITIVOS ANDROID. CASO: FABRICA SAVIANO, C. A.

Autor : Francesco N. Tufano. Lugo C.I:21.241.121

Urb. Yuma II, Calle Nº 3, Municipio San Diego

Teléfono: (0241) 8714240 (Máster) - Fax: (0241) 8712394

REPÚBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD JOSÉ ANTONIO PÁEZ FACULTAD DE INGENIERÍA

ESCUELA DE COMPUTACIÓN CARRERAINGENIERÍA DE COMPUTACIÓN

DESARROLLO DE UN SISTEMA DE INFORMACIÓN DE VENTAS Y COBRANZAS EN DISPOSITIVOS ANDROID. CASO: FABRICA SA VIANO,

C. A. Proyecto del trabajo de grado para optar al título de

INGENIERO DE COMPUTACIÓN

Autor:Francesco N. Tufano L. C.I: 21.241.121

Tutor: Ing. Octavio Robleto

San Diego, Septiembrede 2014

DEDICATORIA

A Dios por sobre todas las cosas, por ser la base en la cual me apoyo,

el que me da fuerzas para continuar a pesar del camino que recorra.

A mis padres José Luis Tufano Pastore y Betsabe Lugo por ser

aquellos que no bajaron nunca los brazos en la lucha por lograr que yo sea cada vez

mejor en todos los ámbitos posibles, por mostrarme las cosas como son, cada uno

desde su punto de vista para que yo pudiera forjarme un criterio propio.

A mi hermana Lisa José Tufano Lugo por ser aquella persona que

considero estar a la par conmigo, por apoyarme, criticarme, y ser una de las

compañías más importantes en mi vida, con la cual puedo discutir, planificar y lograr

cosas, a pesar de ser distintos, seguimos siendo hermanos.

A mis nonnos (abuelos) Francesco Tufano Palma y Giuseppina

Pastore Ambrosio que me acompañan desde el cielo, que forman parte importante de

mi crianza, que forman parte de lo que soy y que haría lo que fuera por tenerlos vivos.

A mis amigos, con los que estudio, con los que juego futbol, con los

que comparto, con los que paso momentos increíbles. Gracias por estar ahí en los

momentos buenos y malos.

A todo aquello que de una manera u otra me enseñaron cosas, de las

cuales aprendí, de los que no están, de los que están, de lo que se fue y lo que se

quedó, de lo bueno y lo malo, a todo aquello que me hizo ser más constante, a seguir

adelante, a tener temple y “pasar el switch”, a buscar lo mejor y a no estancarme por

nada. Soy el amo de mi destino, soy el capitán de mi alma.

RECONOCIMIENTO

A mis profesores, por su invaluable colaboración en mi formación académica

y como persona.

A la profesora Fabiola Angulo por apoyarme más allá de su deber académico,

además de ser una gran persona.

Al profesor Ing. Octavio Robleto por guiarme durante esta última etapa de

nuestra carrera, por su apoyo incondicional, y por su profesionalismo más allá del

deber.

viii

ÍNDICE GENERAL

CONTENIDO Pp

LISTA DE CUADROS……………………………………………………. x LISTA DE FIGURAS ……………………………………………………... xi LISTA DE TABLAS ………………………………………………………. xii RESUMEN………………………………….……………………………… xiii INTRODUCCIÓN ………………………………………………………… 1 CAPÍTULO I EL PROBLEMA 1.1 Planteamiento del Problema………………………………… 2 1.2 Formulación del Problema……………………….……….… 3 1.3 Objetivos de la Investigación………..……………………… 3 1.3.1 Objetivo General…………….......................................... 3 1.3.2 Objetivos Específicos…………………………………... 3 1.4 Justificación…………………………………………………. 4 II MARCO TEÓRICO 2.1 Antecedentes……………………………………………...…. 5 2.2 Bases Teóricas…………………………………………...….. 6 2.2.1 Pedido…………………………………………………… 6 2.2.2Muestrario……………………………………………….. 7 2.2.3 Venta…………………………………………………….. 7 2.2.4 Sistemas de información……..………………………….. 8 2.2.5 Lenguajes de Programación….………………………….. 9 2.2.6 Lenguaje Unificado de Modelado (UML)…...………….. 10 2.3 Definición de términos…………………………………...…. 10 III MARCO METODOLÓGICO 3.1 Tipo de Investigación…………………………………….…. 13 3.2 Diseño de la Investigación…………………………………... 13 3.3 Nivel de la Investigación……………………………………. 14 3.4 Población y Muestra……………………………………...…. 14 3.5 Técnicas e Instrumentos de Recolección de Datos………….. 15 3.6 Fases Metodológicas..……………………………………….. 15 IV RESULTADOS 4.1. Levantamiento de información y documentación….………. 19 4.1.1 Formatos………………………………………………… 19 4.1.2 Historia de Usuario……………………………………… 20

ix

4.2 Creación de la base de datos ……………………………....... 21 4.2.1 Diagramas de Casos de Uso……………………………... 22 4.2.2 Especificación de Caso de Uso………………………….. 24 4.2.3. Diagrama Entidad Relación.…..………………….…….. 32 4.2.4 Modelo Lógico…………………………………………... 33

4.2.5 Diccionario de Datos…...………………………………... 34 4.3 Desarrollo de las interfaces del sistema……………………... 39

4.3.1 Mapas de Navegación..………………………………….. 40 4.3.2 Pantallas de Sistema.....………………………………….. 42

4.4 Elaboración de pruebas para retroalimentar la funcionalidad de la aplicación y asegurar la calidad del entregable………………………………………………………...

47 V CONCLUSIONES Y RECOMENDACIONES REFERENCIAS BIBLIOGRÁFICAS

5.1 Conclusiones………………………………………………… 52 5.2 Recomendaciones……………………………………………. 53

REFERENCIAS IMPRESAS…………………………………………………………... 54 ELECTRÓNICAS …………………………………………………… 55

x

LISTA DE CUADROS

CONTENIDO

CUADRO p.p.

1 Cuadro 1: Historia de Usuario Nro. 1………............................... 15

2 Cuadro 2: Historia de Usuario Nro. 2………................................ 15



5 Cuadro 8: Especificación de Diagrama de Caso de Uso Nro. 1…. 19

6 Cuadro 9: Especificación de Diagrama de Caso de Uso Nro. 2..... 20

7 Cuadro 10: Especificación de Diagrama de Caso de Uso Nro. 3... 21





xi

LISTA DE FIGURAS

CONTENIDO

FIGURA p.p.

1 Figura 1: Hoja de Pedido…………….......................................... 14

2 Figura 2: Diagrama de Caso de Uso, Vendedor........................... 17

3 Figura 3: Diagrama de Caso de Uso, Administrador…................ 18

4 Figura 4: Diagrama de Caso de Uso, Inicio de Sesión……......... 19

5 Figura 5: Diagrama Entidad Relación…….................................. 27

6 Figura 6: Modelo Lógico.............................................................. 28

7 Figura 7: Mapa de Navegación – Vendedor……….…………… 35

8 Figura 8: Mapa de Navegación - Administrador……………….. 36

9 Figura 9:Pantalla de Autenticación Android…………………... 37

10 Figura 10: Menú Principal Android……………………..……... 37

11 Figura 11: Muestrario…………………………………………... 38

12 Figura 12: Galería del Muestrario……………………………… 38

13 Figura 13: Nuevo Cliente………………………………………. 39

14 Figura 14: Modificar Cliente…………………………….……... 39

15 Figura 15: Elaboración de pedido………….…………………… 40

16 Figura 16: Planilla de Pedido…………………………………… 40

17 Figura 17: Estado de cuenta…………………………..………… 41

18 Figura 18: Nuevo Abono……………………………………..… 41

19 Figura 19: Modificar abono…………………...………………... 42

xii

LISTA DE TABLAS

CONTENIDO

TABLA

p.p.

1 Tabla 1: Especificación de la tabla Abono……........................... 29

2 Tabla 2: Especificación de la tabla bulto_g…………..….……... 29

3 Tabla 3: Especificación de la tabla bulto_m………..................... 30

4 Tabla 4: Especificación de la tabla bulto_p………..................... 30

5 Tabla 5: Especificación de la tabla cliente…..…......................... 31

6 Tabla 6: Especificación de la tabla detalle_pedido...................... 31

7 Tabla 7: Especificación de la tabla factura…………................... 32

8 Tabla 8: Especificación de la tabla pedido…………................... 32

9 Tabla 9: Especificación de la tabla producto……........................ 33

10 Tabla 10: Especificación de la tabla usuario…………….…....... 33

xiii

REPÚBLICA BOLIVARIANA DE VENEZUELA UNIVERSIDAD JOSÉ ANTONIO PÁEZ

FACULTAD INGENIERÍA ESCUELA DE COMPUTACIÓN

CARRERA INGENIERÍA DE COMPUTACIÓN

DESARROLLO DE UN SISTEMA DE INFORMACIÓN PARA LA GES TIÓN DE GARANTIAS BAJO ENTORNO WEB 2.0

CASO: GIA DE VENEZUELA

Autor: Francesco N. Tufano L. Tutor: Ing. Octavio Robleto Fecha:Septiembre 2014

Resumen Informativo

En el presente proyecto se desarrolla un sistema de información basado en el sistema operativo Android como herramienta para la realización de ventas de calzado al mayor, específicamente como herramienta para los vendedores para la exhibición del muestrario de la mercancía producida en la fábrica Saviano, C. A., así como para la toma de pedidos que se le realizan al cliente y la gestión de estados de cuenta por cliente a la hora de realizar cobranzas al mismo. El proyecto surge por la iniciativa de la gerencia de la empresa para solucionar problemas principales como: reducción física del muestrario para mayor practicidad a la hora de la venta, reducción de los tiempos en la entrega de los pedidos realizados por el vendedor a la fábrica para su pronta reproducción así como la tenencia de la información de estados de cuenta por cliente de manera rápida y explicita. Este proyecto plantea la aplicación de una metodología de desarrollo de software denominada programación Extrema (XP) donde se realizara el diagnóstico de la situación actual para luego determinar los requerimientos de la aplicación, diseño, desarrollo y pruebas del mismo.

Descriptores: Pedidos, Muestrario, Aplicaciones Android, Sistemas de Información,

INTRODUCCIÓN

Hoy en día la industria del calzado es una de las muchas que recibe con visto

bueno a la tecnología como herramienta para la obtención de mejores resultados, bien

sea en producción, reducción de tiempos y también y una de las más importantes el

manejo eficiente, explícito y confiable de información que ayude a las tomas de

decisiones.

El punto neurálgico de cualquier empresa de fabricación de calzados radica en

el proceso de la venta, por lo cual es de visto bueno cualquier herramienta que ayude

a su mejora y por lo tanto al incremento de la misma. Es por ello que en este trabajo

de investigación se busca la mejora en los distintos procesos que conlleva una venta

los cuales son: la excelente exhibición del muestrario de productos, la recolección

eficiente de pedidos al cliente y el manejo de información precisa y confiable de

estados de cuenta de clientes a la hora de realizar cobros. La investigación se

encontrará conformada por los siguientes capítulos:

Capítulo I: EL PROBLEMA este presenta el planteamiento del problema que es

la identificación de los factores influyentes para la elaboración de la propuesta, la

Formulación del Planteamiento que son las interrogantes para la solución del

problema, el Objetivo General y los Objetivos Específicos conjuntamente con la

Justificación de la Investigación.

Capítulo II:MARCO TEÓRICO este capítulo está conformado por los

antecedentes, las bases teóricas, que dan sustento a la investigación, y los términos

básicos.

Capítulo III:MARCO METODOLÓGICO en este capítulo se dan a conocer

las fases de la investigación, se desarrollan la herramientas que se van a utilizar para

cumplir con el objetivo general.

Y Por Último, el Capítulo IVRESULTADOSen el cual se presentan los

resultados que se obtienen de dicha investigación.

CAPÍTULO I

EL PROBLEMA

1.1Planteamiento del Problema

El comercio, más que una actividad socioeconómica consistente en el

intercambio de algunos materiales que sean libres en el mercado de compra y

venta de bienes y servicios, sea para su uso, para su venta o su transformación; como

ramo laboral, permite el crecimiento económico y es una de las mejores vías de

sustento que existen actualmente, el comercio es una relación de “ganar-ganar” en

donde el vendedor obtiene la remuneración económica del producto que ofrece y el

comprador obtiene el producto deseado.

La globalización que con el paso del tiempo se basa el comercio como

herramienta para conocer en el mismo momento lo que sucede en el otro lado del

continente, se influencian de los productos que inventa otro país y la cultura histórica

particular se ve “salpicada” por las culturas históricas de otros países.En el caso de

Venezuela, específicamente en la rama del calzado es un amplio campo a estudiar,

uno de ellos es la fabricación del calzado, ya que esta se encarga de trabajar y

procesar la materia prima para obtener un producto final y así distribuirlo a los

clientes (mayoristas, minoristas, revendedores).

La metodología a seguir para realizar ventas es mediante la visita a los

clientes potenciales, dando a conocer los productos que se ofertan para que estos

puedan ser seleccionados mediante los criterios de venta particulares de cada zona

que se visita.

Primeramente el representante de ventas tiene que trasladarse hacia cada zona

de los clientes, llevando consigo el muestrario de calzados para dar a conocer los

productos y realizar el eventual pedido, el cual es realizado a mano en un talonario

predispuesto para realizar esta tarea, generando así, al final de la venta, una copia

para el cliente y el original para el vendedor.

3

SAVIANO, C. A. utiliza dicha metodología, la cual resulta bastante paulatina

a la hora de realizar un pedido en el menor lapso de tiempo posible por razones como

mala escritura (bien sea de una referencia, color o numeración) o en un caso extremo

donde el vendedor no cuente con un encargado de gestión de muestras a la hora de

realizar un pedido y este deba gestionarlas y a la vez realizar el pedido.

Del mismo modo, al llegar el pedido a la fábrica este se demora en ser

procesado para proceder a su elaboración por las siguientes razones.

Primeramente el tiempo que tarda el vendedor para trasladarse a la fábrica y

entregar la copia del pedido y segundo, una vez trasladado el pedido a la fábrica, el

tiempo que le toma a la persona encargada de gestionarlo el vaciar los datos en el

sistema, para consecuentemente realizar la elaboración del mismo.

Al mismo tiempo, llevar el muestrario resulta ser tedioso y poco práctico, ya

que las maletas son de gran volumen y por lo tanto difíciles de manejar a la hora de

mostrar como guardar el producto.En el ámbito de los estados de cuenta, se debe

transportar el portafolio donde se encuentran los estados de cuenta y facturas

pendientes de los clientes; si el vendedor atiende una gran cartera de clientes podría

llevar más de un portafolio.

1.2 Formulación del Problema

¿Cómo se puede reducir tiempos al momento de la atención al cliente en el

ámbito de la venta y cobranza, en la fábrica SAVIANO, C. A.?

1.3 Objetivo de la Investigación

1.3.1 Objetivo General

Desarrollar un

sistemadeinformacióndeventasycobranzasendispositivosandroidcaso:fábrica

SAVIANO, C. A.

1.3.2 Objetivo Especifico

• Levantamiento de información y documentación necesaria para soporte de

elaboración y mantenimiento del sistema.

4

• Crear la base de datos del sistema y la presentación al área de arquitectura de

datos de la empresa.

• Desarrollar las interfaces del sistema, la cual llevara los módulos de muestrario

para los productos de la empresa, de pedidos para la recoleccion de los

mismos, y de estados de cuenta para manejo de informacion del vendedor para

con los clientes

• Elaboración de pruebas para retroalimentar la funcionalidad de la aplicación y

asegurar la calidad del entregable.

1.4 Justificación de la Investigación

El desarrollo de una aplicación que permita realizar pedidos en línea, tener un

muestrario portable, y además un estado de cuenta de cada cliente, resulta de gran

importancia para el vendedor de una fábrica de zapatos ya que le permite unir varias

cosas en un solo dispositivo y no tener que llevar consigo, talonarios y muestras de

zapatos las cuales son considerablemente volumétricas e incomodas en cierto punto.

Además reduce considerablemente el tiempo en el cual se transporta la

información ya que al llegar la información más temprano a la fábrica permite

comenzar más rápido la elaboración del pedido, la entrega del mismo y en

consecuencia el cobro más rápido de la factura.

Sin mencionar la organización que representa la utilización de este sistema ya

que se mantiene de una forma ordenada los pedidos realizados a la hora de realizar

consultas y/o aprobar la producción de los mismos.

CAPÍTULO II

MARCO TEÓRICO

2.1 Antecedentes

El comercio sigue muy de cerca los avances tecnológicos, el cual en su

continuo crecimiento, opta por usar estos avances con el fin de obtener información

precisa, integra y veraz, la cual permita tomar mejores decisiones en un futuro.

Actualmente son cada vez más las aplicaciones desarrolladas para Android las cuales

con el tiempo son hechas para fines específicos. En los siguientes trabajos se muestra

si se han elaborado este tipo de sistemas y de ser así, saber el cómo contribuyen al

desarrollo del sistema actual.

Alfonzo A. y Mosconi G. (2007) en su trabajo Sistema Automatizado para

el Control de Pedidos del Departamento de Ventas de la empresa Lincoln

soldaduras de Venezuela, C.A. con el uso de Dispositivos Móviles y Tecnología

WEB presentado en el Instituto Universitario de tecnología “Juan Pablo Pérez

Alfonzo” (IUTEPAL), desarrolla una aplicación de escritorio y otra web para la carga

de los pedidos de todos los vendedores a nivel nacional aumentando la eficacia en la

entrega de productos a los clientes. Lo que es de apoyo para la metodología y

procedimientos necesarios para la realización de pedidos, así como la gestión de los

mismos.

Argüello Diego (2012) en su trabajo Desarrollo de una Aplicación que

permita la Captura, Almacenamiento, Reproducción, Administración, y Envío

de Archivos de Video, Audio, e Imágenes utilizando Tecnología Bluetooth, para

Dispositivos Móviles basados en la arquitectura de Sistema Operativo Android

presentado en la Escuela Politécnica Nacional de Quito, Ecuador, desarrolla un

sistema para crear, guardar y compartir elementos multimedia. Siendo de apoyo en

cuanto al manejo, almacenamiento y galería de imágenes para el muestrario de

calzados.

6

Balarezo Brallan (2012) en su trabajo Desarrollo de un Sistema de

Información de Registro de Pedidos para Ventas usando Dispositivos Móviles

presentado en la Pontificia Universidad Católica del Perú, desarrolla un sistema de

registro de pedidos para ventas usando dispositivos móviles que ayudan a su vez a la

toma de decisiones, este sistema también ofrece la modalidad tanto de trabajar de

manera online como de manera local en caso de perder la conexión a internet. Siendo

de apoyo en cuanto al manejo de los datos, específicamente en la manera en cómo se

transmiten y se reciben y el almacenamiento de los mismos, además de ser de mucha

similitud al sistema actual.

López Alejandro (2009) en su trabajo Diseño de un Sistema de Información

basado en Aplicación WEB que permita la Automatización de Control de

Activos Informáticos del Distrito Cabrutica, División Faja Petrolífera del

Orinoco presentado en la Universidad de Oriente, Edo. Anzoátegui, desarrolla un

sistema de información que agilice los procedimientos dentro del departamento de

soporte integral específicamente a la parte relacionada al control de activos, de forma

que optimice la capacidad de respuesta a cualquier problemática que se presente,

disminuyendo las horas hombres y evitando duplicidad en la información. Sera de

beneficio ya que orientara con el modulo web de consulta de pedidos realizados, en el

ámbito de cómo se muestran los datos de manera de ofrecer la mejor información de

forma eficaz y eficiente a la hora de realizar consultas de los pedidos realizados.

2.2 Bases Teóricas

2.2.1 Pedido:

Según la Real Academia Española, un pedido es el o los encargos que se le

realizan a un fabricante o a un vendedor del producto que este ofrezca, actualmente

en el ramo del calzado la venta se formaliza prácticamente con la realización del

pedido ya que en este se detallan los modelos, colores y tallas las cuales peticiona el

cliente, y es por medio de este que la fábrica se guía para realizar el o los productos

para satisfacer las necesidades de sus clientes.

7

2.2.2 Muestrario:

Según la Real Academia Española, un muestrario es un conjunto o

conglomerado de muestras de un producto o de una mercancía.

En el calzado las muestras son la vista para el cliente del producto ofertado,

con variedad de modelos que a la vez estos modelos contienen variedad de colores,

actualmente no existe una definición de un muestrario perfecto, pero existen

referencia como por ejemplo:

- Un muestrario debe contener variedad de modelos, pero no en exceso ya

que el cliente pierde interés entre tanta mercancía.

- Aunque en todo muestrario siempre hay modelos que son favoritos para

los clientes, el vendedor tiene la responsabilidad de ofrecer y vender los

otros modelos los cuales también componen el muestrario.

Un vendedor se le considera exitoso cuando tiene una buena cartera de cliente

y cuenta con un excelente muestrario.

2.2.3 Venta:

Según Sánchez R. (2007),El control de las ventas es la secuela natural a la

planeación, organización e instrumentación de las ventas. Las compañías necesitan

aplicar cuatro tipos de control de las ventas. El control del plan anual consiste de dar

seguimiento a las actividades y resultados de ventas, para asegurar que se logren las

ventas anuales y objetivos de utilidades. Las herramientas principales son análisis de

ventas, análisis de participación en el mercado, análisis financiero, seguimiento de la

satisfacción del cliente.

Si se detecta un mal desempeño la compañía puede instrumentar varias

medidas correctivas, incluyendo recortes en producción, modificación de precios,

aumentar la presión sobre la fuerza de ventas y recortes en gastos marginales.

El control de eficiencia es la labor que consiste en incrementar la eficiencia en las

actividades de ventas, como: promoción de ventas y distribución.

8

El control estratégico es la actividad consistente en asegurar los objetivos,

estrategias y sistemas de ventas de la compañía para que se adapten de forma óptima

al ámbito de la planeación y pronosticado de ventas.

Una herramienta, conocida como instrumento de calificación de la eficiencia

de las ventas, describe un perfil de la eficiencia de las ventas a nivel general de una

compañía en términos de filosofía orientada hacia al cliente, organización de las

ventas, información de las ventas, planeación de las ventas, planeación estratégica y

eficiencia operativa.

Otra herramienta, la auditoria de ventas, es un examen detallado sistemático,

independiente y periódico del entorno, objetivos, estrategias y actividades de ventas

de la organización. La auditoría de ventas busca identificar zona de ventas

problemáticas, y recomienda acciones a corto y a largo plazo para mejorar la

eficiencia en ventas a nivel general de la organización.

La revisión de excelencia en ventas ayuda a una empresa a calificar sus prácticas en

relación a compañías de alto rendimiento.

2.2.4 Sistemas de información

Según (Colomina, 1998), define sistemas de información:

“Los SI son conjuntos organizados de elementos dirigidos a recoger, procesar,

almacenar y distribuir información de manera que pueda ser utilizada por las personas

adecuadas dentro de las empresas, de modo que desempeñen sus actividades de

manera eficaz y eficiente”.

También se puede describir como un conjunto de elementos orientados al

tratamiento y administración de datos e información, organizados y listos para su uso

posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarán

parte de alguna de las siguientes categorías:

• Personas

• Datos

9

• Actividades o técnicas de trabajo

• Recursos materiales en general (generalmente recursos informáticos y de

comunicación, aunque no necesariamente).

Todos estos elementos interactúan para procesar los datos (incluidos los

procesos manuales y automáticos) y dan lugar a información más elaborada, que se

distribuye de la manera más adecuada posible en una determinada organización, en

función de sus objetivos.

Habitualmente el término se usa de manera errónea como sinónimo de sistema

de información informático, en parte porque en la mayoría de los casos los recursos

materiales de un sistema de información están constituidos casi en su totalidad por

sistemas informáticos. Estrictamente hablando, un sistema de información no tiene

por qué disponer de dichos recursos (aunque en la práctica esto no suela ocurrir). Se

podría decir entonces que los sistemas de información informáticos son una subclase

o un subconjunto de los sistemas de información en general.

2.2.5 Lenguajes de Programación

Un lenguaje de programación es un lenguaje formal diseñado para

expresar procesos que pueden ser llevados a cabo por máquinas como

las computadoras.

Pueden usarse para crear programas que controlen el comportamiento físico y

lógico de una máquina, para expresar algoritmos con precisión, o como modo de

comunicación humana.

Está formado por un conjunto de símbolos y

reglas sintácticas y semánticas que definen su estructura y el significado de sus

elementos y expresiones. Al proceso por el cual se escribe, se prueba, se depura, se

compila (de ser necesario) y se mantiene el código fuente de un programa

informático se le llama programación.

También la palabra programación se define como el proceso de creación de

un programa de computadora, mediante la aplicación de procedimientos lógicos, a

través de los siguientes pasos:

10

• El desarrollo lógico del programa para resolver un problema en particular.

• Escritura de la lógica del programa empleando un lenguaje de programación

específico (codificación del programa).

• Ensamblaje o compilación del programa hasta convertirlo en lenguaje de

máquina.

• Prueba y depuración del programa.

• Desarrollo de la documentación.

Para este proyecto se utilizaran diversos lenguajes, entre los que se

encuentran: JAVA, PHP. Además de lenguajes informáticos como lo son: HTML,

XML y CSS.

2.2.6 Lenguaje Unificado de Modelado (UML)

Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en

inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas

de software más conocido y utilizado en la actualidad; está respaldado por

el OMG (Object Management Group). Es un lenguaje gráfico para visualizar,

especificar, construir y documentar un sistema. UML ofrece un estándar para

describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales

como procesos de negocio, funciones del sistema, y aspectos concretos como

expresiones de lenguajes de programación, esquemas de bases de datos y compuestos

reciclados.

Es importante remarcar que UML es un "lenguaje de modelado" para

especificar o para describir métodos o procesos. Se utiliza para definir un sistema,

para detallar los artefactos en el sistema y para documentar y construir. En otras

palabras, es el lenguaje en el que está descrito el modelo.

11

Se puede aplicar en el desarrollo de software gran variedad de formas para dar

soporte a una metodología de desarrollo de software, pero no específica en sí mismo

qué metodología o proceso usar.

2.3 Definición de Términos Básicos

Android : Es un sistema operativo basado en el kernel de Linux diseñado

principalmente para dispositivos móviles con pantalla táctil, como teléfonos

inteligentes o tabletas, inicialmente desarrollado por Android, Inc.

HTML : HyperText Markup Language, hace referencia al lenguaje de marcado para

la elaboración de páginas web. Es un estándar que sirve de referencia para la

elaboración de páginas web en sus diferentes versiones, define una estructura básica y

un código para la definición de contenido de una página web, como texto, imágenes,

etc.

CSS: Las hojas de estilo en cascada o (Cascading Style Sheets, o sus siglas CSS)

hacen referencia a un lenguaje de hojas de estilos usado para describir la presentación

semántica (el aspecto y formato) de un documento escrito en lenguaje de marcas.

PHP: es un lenguaje de programación de uso general de código del lado del servidor

originalmente diseñado para el desarrollo web de contenido dinámico. Fue uno de los

primeros lenguajes de programación del lado del servidor que se podían incorporar

directamente en el documento HTML en lugar de llamar a un archivo externo que

procese los datos.

XML : Extensible Markup Language ('lenguaje de marcas extensible'), es un lenguaje

de marcas desarrollado por el World Wide Web Consortium (W3C) utilizado para

almacenar datos en forma legible. Deriva del lenguaje SGML y permite definir la

gramática de lenguajes específicos para estructurar documentos grandes.

JAVA : El lenguaje de programación Java fue originalmente desarrollado por James

Gosling de Sun Microsystems (la cual fue adquirida por la compañía Oracle) y

publicado en 1995 como un componente fundamental de la plataforma Java de Sun

Microsystems.

12

Tablet (Tableta): Una tableta, en muchos lugares también llamada tablet (del inglés:

tablet o tablet computer), es una computadora portátil de mayor tamaño que un

teléfono inteligente o una PDA, integrada en una pantalla táctil (sencilla o multitáctil)

con la que se interactúa primariamente con los dedos o un estilete (pasivo o activo),

sin necesidad de teclado físico ni ratón.

Base de Datos: Una base o banco de datos es un conjunto de datos que pertenecen al

mismo contexto almacenados sistemáticamente para su posterior uso. En este sentido,

una biblioteca puede considerarse una base de datos compuesta en su mayoría por

documentos y textos impresos en papel e indexados para su consulta.

API : Interfaz de programación de aplicaciones (IPA) o API (del inglés Application

Programming Interface) es el conjunto de funciones y procedimientos (o métodos, en

la programación orientada a objetos) que ofrece cierta biblioteca para ser utilizado

por otro software como una capa de abstracción. Son usadas generalmente en las

bibliotecas.

Servidor: Un servidor es un nodo que, formando parte de una red, provee servicios a

otros nodos denominados clientes. Un servidor no es necesariamente una máquina de

última generación de grandes proporciones, no es necesariamente un superordenador;

un servidor puede ser desde una computadora de bajo recursos, hasta una máquina

sumamente potente.

Hardware: Se refiere a todas las partes tangibles de un sistema informático; sus

componentes son: eléctricos, electrónicos, electromecánicos y mecánicos.Son cables,

gabinetes o cajas, periféricos de todo tipo y cualquier otro elemento físico

involucrado.

Software: Se conoce como softwareal equipamiento lógico o soporte lógico de un

sistema informático, que comprende el conjunto de los componentes lógicos

necesarios que hacen posible la realización de tareas específicas.

CAPÍTULO III

MARCO METODOLÓGICO

3.1 Tipo de investigación

La metodología de esta investigación se enmarca dentro de la modalidad de

proyecto factible, apoyada en una investigación de campo, en el manual de Trabajos

de Grado de Especialización y Maestría y Tesis Doctorales de la Universidad

Pedagógica Experimental Libertador (UPEL, 2003) se define como:

El proyecto factible consiste en la investigación, elaboración y

desarrollo de una propuesta, de un modelo operativo viable para

solucionar problemas, requerimientos o necesidades de

organizaciones o grupos; puede referirse a la formulación de

políticas, programas, tecnologías, métodos, o procesos. El proyecto

debe tener apoyo en una investigación tipo documental de campo o

un diseño que incluya ambas modalidades. (UPEL 2003, página 16).

El objetivo que se persigue con el análisis estructurado es organizar las tareas

asociadas con la determinación de requerimientos para obtener la comprensión

completa y clara de la situación actual o propuesta.

Esta claridad implica la aplicación de notaciones que permitan disminuir la

complejidad inherente al software, contribuyendo con el cumplimiento de los factores

de calidad, haciendo más explícito y directa la verificación de detalles en la

documentación de las fases de análisis y diseño.

3.2 Diseño de la Investigación

Luego de haber delimitado el tipo de investigación asumido en el estudio de

tipo Proyecto Factible, se define el diseño de la investigación, el cual es un plan

global que integra de un modo coherente y adecuadamente correcto técnicas de

recolección de datos a utilizar, análisis previstos y objetivos; esta investigación se

encuentra apoyada en el modelo de investigación de campo y bibliográfico.

Tal como lo refiere Sampieri (2007). “El experimento de campo es un estudio

de investigación en una situación real, donde una o más variables independientes son

14

manipuladas por el experimentador bajo condiciones controladas con el máximo

cuidado que permita la situación”, es decir, los datos serán recolectados directamente

de la realidad.

De igual manera Tamayo y Tamayo (2005) “Cuando recurrimos a la

utilización de datos secundarios, es decir, aquellos que han sido regidos por otros y

nos llegan elaborados y procesados de acuerdo con los fines de quienes inicialmente

los elaboran y manejan, y por lo cual decimos que es un diseño bibliográfico”, por lo

tanto para apoyar el desarrollo del presente trabajo se sustentaron las herramientas

utilizadas con material bibliográfico desarrollado por autores reconocidos en el área.

3.3 Nivel de la Investigación

El nivel de la presente investigación es de tipo descriptivo, ya que serán

medidos y evaluados diversos aspectos, dimensiones y componentes de un sistema;

según Ballestrini (2006) las investigaciones descriptivas se definen como aquellas

que “buscan especificar las propiedades, las características y los perfiles de personas,

grupos, comunidades, procesos, objetos o cualquier otro fenómeno que se someta a

un análisis”.

De igual manera, Sampieri, Fernández-Collado, y Baptista (2006) afirman que

dichas investigaciones “miden, evalúan o recolectan datos sobre diversos conceptos

(variables), aspectos, dimensiones o componentes del fenómeno a investigar.

En un estudio descriptivo se selecciona una serie de cuestiones y se mide o

recolecta información sobre cada una de ellas, para así (valga la redundancia)

describir lo que se investiga”.

3.4 Población y Muestra

Para Arias (2006), “la población es un conjunto finito o infinito de elementos

con características comunes para los cuales serán extensivas las conclusiones de la

investigación” En base a esto, la población será tomada por un conjunto de la

empresa "SAVIANO, C. A.". La muestra es definida por Arias (2006) como “un

subconjunto representativo y finito que se extrae de la población accesible” Puesto

15

que la población es finita y de número reducido, la muestra será, tomada en

específico del departamento de ventas de la empresa "SAVIANO, C. A.".

3.5 Técnica e Instrumentos de Recolección de Datos

La recolección de datos es la recopilación de toda la información

necesaria, que permite conocer a fondo la situación de la problemática planteada, y

así poder dar una posible solución a través de la aplicación de una técnica. Al

respecto Arias (2006) explica que “se entenderá por técnica, el procedimiento o forma

particular de obtener datos o información” De esta manera para respaldar la

investigación y recolectar la información necesaria, para esta investigación se

utilizará la entrevista no estructurada que para el mismo autor “es considerada una

técnica basada en un dialogo o conversación cara a cara entre el entrevistador y el

entrevistado acerca de un tema previamente determinado, de tal manera que el

entrevistador pueda obtener la información requerida”.

3.6 Fases Metodológicas

Se plantea el uso de la metodología de la programación extrema (XP), ya que

es la mejor que se adapta a las necesidades propias del tipo de sistema que se desea

desarrollar.

La programación extrema (XP) es una metodología ligera de desarrollo de

software que se basa en la simplicidad, la comunicación y la realimentación o

reutilización del código desarrollado.

La programación extrema o eXtreme Programming (XP) es un enfoque de la

ingeniería del software formulado por Kent Beck y De Jean, eXtreme Programming

Explained: Embrace Change (1999). Es la más destacada de los procesos agiles de

desarrollo de software. Al igual que estos, la programación extrema se diferencia de

las metodologías tradicionales principalmente en que pone más énfasis en la

adaptabilidad que en la previsibilidad. Los defensores de XP consideran que los

cambios de requisitos sobre la marcha, son un aspecto natural, inevitable e incluso

deseable del desarrollo de proyectos. Creen que ser capaz de adaptarse a los cambios

de requisito en cualquier punto de la vida del proyecto es una aproximación y mejor y

16

más realista que intentar definir todos los requisitos al comienzo del proyecto e

invertir esfuerzos después en controlar los cambios en los requisitos.

Se puede considerar la programación extrema como la adopción de las

mejores metodologías de desarrollo de acuerdo a lo que se pretende llevar a cabo con

el proyecto, y aplicarlo de manera dinámica durante el ciclo de vida del software.

Las fases de esta metodología son:

• Diseño y creación de la documentación pertinente y de la base de datos

• Diseño y creación de las interfaces del sistema

• Obtención y mantenimiento de la información que manejara el sistema

(muestrario, pedidos, información de los clientes).

• Realización de pruebas pertinentes e implementación del sistema

Fase I: Levantamiento de información y documentación:

En esta fase se hizo una visita a la empresa con el fin de acordar reuniones

para el levantamiento de información por módulos, para entender el funcionamiento

del sistema actual y los resultados obtenidos, luego se fueron determinando las fallas

de este sistema y las consecuencias que estas generan, también se encontró en

concordancia con el cliente cuales son las mejores prácticas para erradicar los efectos

y así, mejorar el proceso de carga y gestión de pedidos, así como los estados de

cuenta. Cabe destacar que se priorizaron de mayor a menor según las consecuencias

que estos producían en la gestión de pedidos y estados de cuenta.

Debido a la entrevista no estructurada realizada en el departamento de ventas

y administración, se llegaron a los siguientes resultados:

a) Elaboración y gestión de pedidos.

b) Procedimiento para manejo de muestrario.

c) Gestión de estados de cuenta por cliente.

d) Historias de usuarios.

Fase II: Creación de la base de datos:

17

En esta fase se procederá al diseño y creación de la base de datos que

necesitara nuestro proyecto, en ella se encontraran las tablas, campos y/o procesos

necesarios, luego presentación al área de arquitectura de datos de la empresa la cual

de necesitarlas se realizara las modificaciones necesarias para adecuarla a la misma.

El diseño constara en principio de las tablas básicas así como sus campos

referentes, se utilizara MySQL para realizar dicha base de datos.

Como la metodología XP señala, esta base de datos puede estar sujeta a

modificaciones a medida que se desarrolle el proyecto.

Fase III: Desarrollo de las interfaces del sistema:

• En esta fase se desarrollara las interfaces del sistema, la cual llevara los

siguientes módulos:

� Módulo de muestrario

� Módulo de pedidos

� Módulo de estados de cuenta

Estas interfaces seran implementadas bajo lenguaje XML y su funcionalidad

bajo los lenguajes JAVA y PHP, los cuales a medida de poner en funcionamiento

dichas interfaces se evaluaran si son necesarios cambios en las mismas. La

metodologia XP sugiere esto ya que permite generar un codigo limpio, eficiente y de

calidad.

Una vez hecho esto se procede a realizar pruebas como lo indica el procedimiento

de la metodología XP, si bien se podría decir que el sistema está “listo”, pero esto

dependerá de los resultados de la próxima fase.

Fase IV: Elaboración de pruebas de funcionalidad para retroalimentar la

funcionalidad de la aplicación y asegurar la calidad del entregable:

. Uno de los pilares de la metodología X.P es el uso de test para comprobar el

funcionamiento de los códigos que vayamos implementando.

El uso de los test en X.P es el siguiente:

18

Se deben crear las aplicaciones que realizarán los test con un entorno de

desarrollo específico para test.

Hay que someter a tests las distintas clases del sistema omitiendo los métodos

más triviales.

Se deben crear los test que pasarán los códigos antes de implementarlos; en el

apartado anterior se explicó la importancia de crear antes los test que el código.

Un punto importante es crear test que no tengan ninguna dependencia del

código que en un futuro evaluará. Hay que crear los test abstrayéndose del futuro

código, de esta forma aseguraremos la independencia del test respecto al código que

evalúa.

Como se comentó anteriormente los distintos test se deben subir al repositorio

de código acompañados del código que verifican. Ningún código puede ser publicado

en el repositorio sin que haya pasado su test de funcionamiento, de esta forma,

aseguramos el uso colectivo del código.

El uso de los test es adecuado para observar la refactorización. Los test

permiten verificar que un cambio en la estructura de un código no tiene por qué

cambiar su funcionamiento.

CAPÍTULO IV

RESULTADOS

El presente trabajo tuvo como objetivo desarrollar un sistema de información de

ventas y cobranzas en dispositivos Android para la empresa SAVIANO, C. A.

Los resultados arrojados, en cada una de las 4 fases, se presentan a

continuación:

4.1. Levantamiento de información y documentación.

En esta fase se realizaron las visitas programadas al departamento de ventas y

administración para el levantamiento de información basado principalmente en los

actores involucrados, así como la obtención de formatos y políticas establecidas.

En esta fase se procede a recopilar la información necesaria, la cual está

compuesta por:

(a) Formatos.

(b) Historias de Usuario.

4.1.1 Formatos.

El modelo de formato para tomar pedidos se muestra en la figura Nro. 1:

Figura 1. Hoja de Pedido.

Fuente: Tufano J. (2014)

20

4.1.2 Historia del Usuario

Una historia de usuario es una técnica que ofrece esta metodología para

conocer los requerimientos del proyecto. A continuación se presentaran las historias

de usuario del proyecto:

Cuadro 1. Historia de usuario Nro. 1

Identificador 1

Nombre Vista del muestrario a la clientela del usuario

Cliente Vendedor

Prioridad Alta

Descripción El vendedor enseña las muestras que carga en una maleta, dependiendo de la

cantidad de muestras pueden ser una o varias maletas.

Fuente: Tufano, F (2014)


Identificador 2

Nombre Generación del pedido al cliente

Cliente Vendedor

Prioridad Alta

Descripción El vendedor le toma el pedido al cliente dependiendo de las opciones de

muestras que haya elegido el cliente



Identificador 3

Nombre Entrega del pedido a la fabrica

Cliente Vendedor

Prioridad Alta

Descripción El vendedor luego de realizar su jornada laboral, la cual dependiendo de los

clientes puede durar varios días, debe llevar los pedidos realizados hacia la

fábrica donde proceden a su producción

21

Fuente: Tufano, F (2014).


Identificador 4

Nombre Obtención de información para la gestión de cobro

Cliente Vendedor

Prioridad Alta

Descripción El vendedor debe dirigirse a la fábrica para obtener las copias de las facturas las

cuales debe cobrar


4.2 Creación de la base de datos.

En esta fase se procederá al diseño y creación de la base de datos que

necesitara nuestro proyecto, en ella se encontraran las tablas, campos y/o procesos

necesarios.

En esta fase vamos a utilizar las herramientas de documentación que nos

propone UML, las cuales son:

a) Diagramas de caso de uso: Es una técnica para capturar información

respecto de los servicios que un sistema proporciona a su entorno, la esencia de este

modelo es capturar los requerimientos que el usuario tiene del nuevo sistema,

detallando todos los escenarios en los que se ve involucrados.

b) Especificaciones de Casos de Usos: Se describe totalmente el

comportamiento de un diagrama de caso de uso.

c) Diagrama Entidad Relación: es una herramienta para el modelado de

datos que permite representar las entidades relevantes de un sistema de

información así como sus interrelaciones y propiedades.

d) Modelo Lógico: Es un diagrama que muestra las tablas usadas en el

sistema y sus relaciones.

e) Diccionario de datos: Son esquemas que nos muestran como están

específicamente creados y para que fueron creados cada uno de los campos de las

tablas del modelo lógico.

22

4.2.1 Diagrama de Casos de Usos.

Figura 2. Diagrama de Caso de Uso, Vendedor.


23

Figura 3. Diagrama de Caso de Uso, Administrador.


24

Figura 4. Diagrama de Caso de Uso, Inicio de Sesión.


4.2.2 Especificación de Casos de Uso.

Identificador: 1 Caso de Uso: Gestionar clientes.

Breve Descripción: En este caso el actor podrá agregar un nuevo cliente o

modificarlo si lo requiere.

Actores Principales: Vendedor.

Actores Secundarios: Ninguno.

Precondiciones: Inicio de Sesión.

Post condiciones: El vendedor debe ingresar a la opción “Clientes”.

Flujo Principal:

1.- Para agregar nuevo cliente selecciona la opción “Nuevo Cliente”.

2.- Rellena las casillas de datos y luego selecciona la opción “Guardar”.

3.- Para modificar un cliente selecciona la opción “Modificar Cliente”.

4.- Selecciona el estado donde se encuentra el cliente para luego seleccionarlo.

5.- Se procede a modificar al cliente y luego guardar las modificaciones hechas.

Flujo alternativo: 2.- Todos los campos son obligatorios, de lo contrario el cliente

25

nuevo no se registra, y se mantiene la misma pantalla.

5.- Si no se modifica ningún campo, no se podrá guardar al cliente, manteniéndose

la misma pantalla.

Excepciones: Ninguna.

Cuadro 5. Especificación de Diagramas de Casos de Uso


Identificador: 2 Caso de Uso: Exponer Muestrario

Breve Descripción: En este caso el actor puede exponer las imágenes de las

muestras contenidas en el sistema.


Actores Secundarios: Cliente.


Post condiciones: El vendedor debe ingresar a la opción “Muestrario”.

Flujo Principal:

1.- Selecciona la línea de calzado que desea mostrar.

2.- Luego selecciona un modelo de la línea seleccionada.

3.- Selecciona un color del modelo seleccionado para verlo ampliado en la galería

final.

Flujo alternativo: 3.- Si se selecciona un modelo erróneo, se selecciona cualquier

foto de la galería final, se selecciona la opción “Ir atrás”, lo cual devuelve a la lista

de colores anteriores.




26

Identificador: 3 Caso de Uso: Gestionar Pedido.

Breve Descripción: En este caso el actor puede gestionar un pedido, bien sea,

creando uno nuevo, modificando o eliminando un pedido existente.




Post condiciones: El vendedor debe ingresar a la opción “Pedidos”.

Flujo Principal:

1.- Si desea crear un pedido selecciona la opción “Nuevo Pedido”

2.- Selecciona el cliente para realizar el pedido.

3.- En la hoja de pedido se proceden a seleccionar los modelos que desea el cliente.

4.- Luego se procede a guardar el pedido, generando los reportes y enviándolos

tanto a la fábrica como al cliente.

5.- Si se desea modificar un pedido selecciona la opción “Modificar Pedido”.

6.- Selecciona el cliente y luego se selecciona el pedido a modificar.

7.- Luego se realizan las modificaciones deseadas y se guarda el pedido generando

los nuevos reportes.

8.- Si se desea eliminar un pedido selecciona la opción “Eliminar Pedido”.

9.- Selecciona el cliente y luego se selecciona el pedido a eliminar.

Flujo alternativo: 3.- Si el cliente seleccionado en el pedido no es deseado,

selecciona el botón Atrás, donde se despliega un menú con el siguiente mensaje:

“¿Desea salir del pedido?”, se selecciona la opción “Si”, retornando a la pantalla de

selección de clientes, para elegir el cliente deseado.

27

Excepciones: ninguna.



Identificador: 4 Caso de Uso: Gestionar Estado de Cuenta.

Breve Descripción: En este caso el actor gestiona los vendedores de los comercios

que serán los capaces de activar las garantías de GIA.




Post condiciones: El vendedor debe ingresar a la opción “Estados de Cuenta”.

Flujo Principal:

1.- Buscar y seleccionar el cliente.

2.- Se mostraran las facturas cargadas del vendedor.

3.- Para realizar abonos, selecciona la opción “Cargar Abono”.

4.- Introduce los datos del abono para guardarlos y generar una transacción.

Flujo alternativo:

2.- Puede que no se carguen abonos, esto permitirá usar las facturas solo a modo de

consulta.




28

Identificador: 5 Caso de Uso: Gestionar Usuario

Breve Descripción: En este caso el actor gestiona a los usuarios del sistema, bien

sea creándolo, modificando o eliminando el mismo.

Actores Principales: Administrador.



Post condiciones: El administrador debe ingresar a la opción “Usuarios”.

Flujo Principal:

1.- Si se desea generar un nuevo usuario selecciona “Nuevo Usuario”.

2.- Ingresa los datos del nuevo usuario para luego guardar y generar el nuevo

usuario.

3.- Si se desea modificar un usuario selecciona “Modificar Usuario”

4.- Busca y selecciona al usuario a modificar.

5.- Realizar las modificaciones pertinentes y guardar el usuario.

6.- Si se desea eliminar un usuario seleccionar “Eliminar Usuario”, donde se busca

al usuario deseado y se elimina del sistema.

Flujo alternativo: 2.- Todos los campos son obligatorios, de lo contrario el usuario

nuevo no se registra, y se mantiene la misma pantalla.

5.- Si no se modifica ningún campo, no se podrá guardar al usuario, manteniéndose

la misma pantalla.




29

Identificador: 6 Caso de Uso: Gestionar Pedido.

Breve Descripción: En este caso el actor puede gestionar pedidos al igual que el

vendedor pero añadiendo la función STATUS que determina si el pedido se

procesa o no para ser enviado al departamento de producción de la fábrica.

Actores Principales: Administrador.



Post condiciones: El administrador debe ingresar a la opción “Pedidos”.

Flujo Principal:

1.- Se muestra la lista general de pedidos, la cual se podrá filtrar por clientes y/o

status.

2.- Si desea crear un pedido selecciona la opción “Nuevo Pedido”.

3.- Selecciona el cliente para realizar el pedido.

4.- En la hoja de pedido se proceden a seleccionar los modelos que desea el cliente.

5.- Luego se procede a guardar el pedido, generando los reportes y enviándolos

tanto a la fábrica como al cliente.

6.- Si se desea modificar un pedido selecciona la opción “Modificar Pedido”.

7.- Selecciona el cliente y luego se selecciona el pedido a modificar.

8.- Luego se realizan las modificaciones deseadas y se guarda el pedido, generando

los nuevos reportes.

9.- Si se desea eliminar un pedido selecciona la opción “Eliminar Pedido”.

10.- Selecciona el cliente y luego se selecciona el pedido a eliminar.

11.- Si el pedido está correcto, se tilda y se le cambia el status de “Por Revisar” a

30

“En Producción”.

12.- Se genera el reporte del pedido para soporte del departamento de producción.

Flujo alternativo: 5.- Si el cliente seleccionado en el pedido no es deseado, se

retorna a la pantalla de selección de clientes, para elegir el cliente deseado.

Excepciones: Según sea el criterio, un pedido puede quedarse en status “Por

Revisar” hasta que se decida cuándo se producirá.



Identificador: 7 Caso de Uso: Gestionar Estados de Cuenta.

Breve Descripción: En este caso el actor puede gestionar los estados de cuenta al

igual que el vendedor pero añadiendo la función STATUS que determina si el pago

cargado por el vendedor se realizó en realidad.

Actores Principales: Administrador



Post condiciones: El administrador debe ingresar a la opción “Estados de Cuenta”.

Flujo Principal:

1.- Buscar y seleccionar el cliente.

2.- Se mostraran las facturas cargadas del vendedor.

3.- Para realizar abonos, selecciona la opción “Cargar Abono”.

4.- Introduce los datos del abono para guardarlos y generar una transacción.

5.- Si una transacción es correcta, se cambia el status de “Por Verificar” a

“Verificado”, generando el reporte para la administración.

Flujo alternativo: 3.- No debe estar vacío ningún campo del abono, de lo contrario

31

no se cargara el abono, deberá colocar la información faltante.

5.- Si una transacción es incorrecta, se elimina dicha transacción y se vuelve a

generar si se desea.

Excepciones: ninguna



32

4.2.3 Diagrama Entidad Relación.

Figura 5. Diagrama Entidad Relación.


33

4.2.4 Modelo Lógico.

Figura 6. Modelo Lógico.


34

4.2.5 Diccionario de Datos.

Tabla 1: Especificación de la tabla Abono.

Columna Tipo Nulo Comentarios

nro_abono int(9) No Número del abono que realiza el cliente.

tipo_pago varchar(20) No Describe si el pago es en cheque, depósito o transferencia.

Fecha Date No Fecha en la cual se carga el abono.

referencia varchar(30) No Numero de referencia del cheque, depósito o transferencia.

banco varchar(50) No Banco desde donde se emite el abono.

descripcion varchar(50) No Descripción del abono.

monto decimal(9,2) No Monto del abono.


Tabla 2: Especificación de la tabla bulto_g.


codigo_talla varchar(1) No Código que indica que tamaño es el bulto.

t35 int(2) No Talla 35.











35

Tabla 3: Especificación de la tabla bulto_m.













Tabla 4: Especificación de la tabla bulto_p










t25 int(2) No Talla 25


36

Tabla 5: Especificación de la tabla cliente.


codigo_cliente int(5) No Código asignado al cliente.

Rif varchar(15) No RIF del cliente.

Razón varchar(60) No Razón social de la empresa.

Dirección varchar(150) No Dirección fiscal de la empresa.

Teléfono varchar(15) No Teléfono de la empresa.

Estado varchar(25) No Estado de Venezuela donde se encuentra la empresa.

usuario_codigo_usuario int(5) No Código del usuario que ingreso al cliente en el sistema.


Tabla 6: Especificación de la tabla detalle_pedido.


pedido_codigo_pedido int(8) No Código asignado al pedido.

cantidad_bulto int(3) No Cantidad de bultos que contiene el pedido.

Total decimal(7,2) No Total en Bs. del pedido.

producto_modelo varchar(10) No Modelo del producto.


37

Tabla 7: Especificación de la tabla factura.


nro_factura int(6) No Número de la factura.

Fecha date No Fecha de elaboración de la factura.

Monto decimal(7,2) No Monto de la factura.

Status varchar(1) No Status de pago de la factura.

pedido_codigo_pedido int(8) No Código del pedido

pedido_cliente_codigo_cliente int(5) No Código del cliente asociado a la factura.

usuario_codigo_usuario int(5) No Código del usuario que genera la factura


Tabla 8: Especificación de la tabla pedido.


codigo_pedido int(8) No Código del pedido.

cliente_codigo_cliente int(5) No Código del cliente asociado al pedido.

Fecha date No Fecha de elaboración del pedido.

Status int(1) No Status de revisión del pedido.

usuario_codigo_usuario int(5) No Código del usuario asociado al pedido.

Talla varchar(1) No Tipo de talla del pedido.

total_pedido decimal(7,2) No Total en Bs. del pedido.


38

Tabla 9: Especificación de la tabla producto.


modelo varchar(10) No Modelo del producto.

Color varchar(15) No Color del Producto.

Precio decimal(5,2) No Precio en Bs. del Producto.

bulto_p_codigo_talla varchar(1) Sí Disponibilidad en talla pequeña.

bulto_m_codigo_talla varchar(1) Sí Disponibilidad en talla mediana.

bulto_g_codigo_talla varchar(1) Sí Disponibilidad en talla grande.


Tabla 10: Especificación de la tabla usuario.


codigo_usuario int(5) No Código del usuario.

Cedula int(11) No Cedula del usuario.

nombre varchar(30) No Nombre del usuario.

apellido varchar(30) No Apellido del usuario.

password varchar(30) No Contraseña del usuario.

Email varchar(45) No Correo electrónico del usuario.

telefono varchar(15) No Telefono del usuario.

Tipo int(1) No Tipo de usuario.


4.3 Desarrollo de las interfaces del sistema.

39

En esta fase el desarrollo de la base de datos se realizó con la herramienta

visual de diseño MySQL Workbench 6.0. Esta herramienta posee una interfaz gráfica

donde se crean las tablas, relaciones entre ellas, atributos clave y foráneos, tipo y

tamaño de datos. Una vez creada la base de datos, el software genera un script en

lenguaje SQL.

Para el desarrollo de la aplicación para el sistema operativo Android, se utilizó

el entorno de desarrollo integrado (IDE) Eclipse, el cual soporta los lenguajes Java, y

XML.

Para el desarrollo de los scripts de comunicación con el servidor de base de

datos, así como de las páginas web se utilizó el diseñador de páginas web Adobe

Dreamweaver CS6, el cual soporta los lenguajes HTML, CSS, JavaScript y PHP.

Se utilizó el sitio web www.tufano.sistemaswebs.com. Estos sistemas

incluyen PHPMyAdmin como gestor de base de datos MySQL, Apache como

servidor web y PHP como lenguaje de programación del lado del servidor. Tanto los

scripts de comunicación PHP como las páginas web y el script SQL desarrollado

anteriormente se alojaron en este sistema durante el desarrollo permitiendo probar la

aplicación web finalizado el desarrollo.

La aplicación móvil funciona en tabletas de 10” que contengan el sistema

operativo Android, cuya versión sea a partir de la 2.3.6 Gingerbread.

La aplicación web funciona en todos los navegadores excepto Internet

Explorer. Se realizó pruebas durante el desarrollo con el navegador Mozilla Firefox,

Google Chrome obteniendo resultados favorables.

Para demostrar el recorrido del sistema, utilizaremos mapas de navegación

que son diagramas que nos ayudaran a entender cuáles con las pantallas y accesos con

los que cuenta cada perfil de usuario del sistema.

Se codificó la aplicación, cada uno de los módulos y la interfaz de la

aplicación, fundamentando su creación a partir de los diseños propuestos y tomando

en cuenta los requerimientos, diseños y modelos planteados en las fases anteriores. Se

obtuvieron los siguientes modelos y cuadros:

40

a) Pantallas del Vendedor y Reporte del Pedido Generado.

b) Pantallas del Administrador y Reporte.

4.3.1 Mapas de Navegación.

Figura 7. Mapa de Navegación - Vendedor.


41

Figura 8. Mapa de Navegación - Administrador.


42

4.3.2. Pantallas del Sistema.

Pantalla de inicio.

Pantalla que usa para el ingreso al sistema móvil el usuario vendedor.

Figura 9. Pantalla de Autenticación Android


Menú principal del sistema móvil.

Donde se encuentran las diferentes opciones y funciones del sistema.

Figura 10. Menú Principal Android.


43

Muestrario de productos.

Donde se exhiben la gama de productos a ofrecer.

Figura 11. Muestrario.


Galería del muestrario de productos.

Genera una vista ampliada de cada producto para mejor vista y detalle

Figura 12. Galería del Muestrario.


44

Pantalla para agregar un cliente nuevo.

En caso de que el cliente no se encuentre registrado en el sistema, esta opción

permite su ingreso al mismo.

Figura 13. Nuevo Cliente.


Pantalla para modificar un cliente existente.

Esta opción permite, en caso de existir un dato erróneo o modificar algún campo de la

información del cliente.

Figura 14. Modificar Cliente.


45

Pantalla para la elaboración de pedido.

Donde se genera el pedido con los diferentes productos que el cliente desea.

Figura 15. Elaboración de pedido.


Planilla del pedido generado en formato PDF generado por el sistema para

enviar por correo electrónico al cliente.

Figura 16. Planilla de Pedido.


46

Pantalla principal de estado de cuenta por cliente.

Donde se muestra en detalle, cada una de las facturas generadas, asi como

abonos realizados y la relación contable.

Figura 17. Estado de cuenta.


Pantalla para generar un nuevo abono.

Esta opción permite generar un nuevo abono el cual de be ir asociado a una

factura para generar una transacción.

Figura 18. Nuevo Abono.


47

Pantalla para modificar un abono existente.

Esta opción permite la modificación de un abono generado ya sea por datos

erróneos.

Figura 19. Modificar abono.


4.4 Elaboración de pruebas para retroalimentar la funcionalidad de la

aplicación y asegurar la calidad del entregable.

En esta fase se realizaron pruebas a la aplicación, se evaluó el funcionamiento

y se hicieron las correcciones pertinentes de los problemas encontrados, además

también se mostró al cliente y se hicieron pruebas de aceptación. Estas pruebas se

muestran a continuación desde los cuadros XX hasta XX.

48

Cuadro 12. Casos de Prueba Caja Negra Nro. 1

DESARROLLO DE UN SISTEMA DE INFORMACIÓN DE VENTAS Y COBRANZAS EN DISPOSITIVOS

ANDROID. CASO: FABRICA SAVIANO, C. A.

Caso de Prueba Nro. 1 Tipo de Prueba Aplicada: Validación

Estrategia de Prueba

Caja Blanca

Técnica de Prueba: Carga de Datos Caja Negra Resultados: Al registrar el nuevo usuario en el sistema web, duplica el usuario.

Decisión: Revisar validaciones en el registro de vendedores.

Probado por: Tufano, F. Fuente: Tufano, F (2014).




Caso de Prueba Nro. 2 Tipo de Prueba Aplicada: Unitaria


Caja Blanca

Técnica de Prueba: Notificaciones de sistema Caja Negra Resultados: Al registrar un nuevo cliente en el sistema móvil, no emite el mensaje de confirmación con los datos del cliente nuevo agregado.

Decisión: Revisar mensajes emergentes.

Probado por: Tufano, F. Fuente: Tufano, F (2014).

49




Caso de Prueba Nro. 3 Tipo de Prueba Aplicada: Unitaria


Caja Blanca

Técnica de Prueba: Notificaciones de sistema Caja Negra Resultados: Al intentar registrar un nuevo usuario en el sistema web, el mensaje de confirmación no es emitido.

Decisión: Revisar aparición del mensaje de confirmación

Probado por: Tufano, F Tufano, F (2014).




Caso de Prueba Nro. 4 Tipo de Prueba Aplicada: Funcional


Caja Blanca

Técnica de Prueba: Ejecución de Reportes Caja Negra Resultados: Al registrar el nuevo pedido en el sistema móvil, se espera que se abra una

pantalla con el reporte de reclamo registrado, para poder realizar el envió vía e-mail al cliente, el cual no se muestra. Decisión: Revisar método de creación de archivos pdf.

Probado por: Tufano, F Fuente: Tufano, F (2014).

50




Caso de Prueba Nro. 5 Tipo de Prueba Aplicada: Funcional


Caja Blanca

Técnica de Prueba: Guardar datos Caja Negra Resultados: Al registrar nuevo usuario desde usuario administrador, el botón “Guardar” no se habilita, por lo tanto no se guarda el usuario nuevo.

Decisión: Revisar condición de habilitación del botón.


Cuadro 17. Casos de Prueba Caja Blanca Nro. 1





Caja Blanca

Técnica de Prueba: Filtro de datos Caja Negra Resultados: Al intentar filtrar los clientes por nombre en el sistema móvil, no muestra ningún resultado.

Decisión: Revisar validación por nombre de los clientes.


51






Caja Blanca

Técnica de Prueba: Selección de datos Caja Negra Resultados: Al seleccionar una muestra en el sistema móvil para ser vista en la galería, se muestra siempre la primera muestra de toda la galería.

Decisión: Revisar condiciones de la galería.





Caso de Prueba Nro. 8 Tipo de Prueba Aplicada: Validaciones


Caja Blanca

Técnica de Prueba: Carga de Datos Caja Negra Resultados: Al colocar los datos de la factura en el sistema web, no muestra las opciones de tipos de pagos.

Decisión: Revisar el llenado de opciones para los tipos de pago.


CAPÍTULO V

CONCLUSIONES Y RECOMENDACIONES

5.1. Conclusiones

El uso de la tecnología en la actualidad ha permitido que muchas empresas

mejoren sus procesos automatizando los mismos con la creación de herramientas de

software que facilitan la forma en cómo se procesa la información ahorrando

cantidades de tiempo que para una organización se convierte en perdida de dinero, el

proceso de la venta es la base principal y fundamental de toda fábrica de calzados, en

esta caso SAVIANO, C. A.; cualquier mejora que se le pueda realizar a este proceso

se materializa en ganancias, no solo lucrativamente, sino también en eficiencia y

eficacia, haciendo de este proceso efectivo para la empresa.

El presente trabajo de grado recopila todo el proceso de investigación y

posterior construcción de un sistema de ventas y cobranzas, lo cual son las dos

funciones de un vendedor. Mediante este sistema, el vendedor contara con una

herramienta que reducirá los tiempos así como también reducir el volumen de sus

herramientas antiguas (muestras físicas, talonarios) y le permitirá, tanto a él como a la

fábrica un control y monitorio mucho más preciso.

A lo largo del desarrollo del proceso de investigación y construcción se

profundizo el conocimiento en el proceso de ventas y el manejo de cobros, así como

el uso de tecnologías web en el lenguaje de programación PHP, Java, XML, HTML,

CCS. Se enfrentaron retos de desarrollo, y se aplicaron soluciones novedosas,

sustentadas en la observación y análisis de los procesos.

Cumpliendo con la funcionalidad descrita en este trabajo de grado, se ofrece un

sistema que facilita la interacción simultánea de cada uno de los usuarios que hacen

parte esencial en el proceso, tanto en la parte de ventas y cobranzas, como en la parte

de gestión tanto de pedidos como de transacciones.

53

5.2. Recomendaciones

A continuación se presentan una serie de recomendaciones las cuales deben

tomarse en cuenta para un futuro mejoramiento de la aplicación:

• Realizar una base de datos local, en caso de no contar con cobertura de

datos.

• Realizar interfaces para dispositivos de menor resolución.

• Proporcionar la funcionalidad de zoom en las fotos de los productos en la

galería del muestrario.

REFERENCIAS BIBLIOGRÁFICAS

Impresas:

Alfonzo A. y Mosconi G. (2007) Sistema Automatizado para el Control de

Pedidos del Departamento de Ventas de la empresa Lincoln soldaduras

de Venezuela, C.A. con el uso de Dispositivos Móviles y Tecnología WEB.

Instituto Universitario de tecnología “Juan Pablo Pérez Alfonzo” (IUTEPAL).

ArgüelloDiego (2012) Desarrollo de una Aplicación que permita la Captura,

Almacenamiento, Reproducción, Administración, y Envío de Archivos de

Video, Audio, e Imágenes utilizando Tecnología Bluetooth, para

Dispositivos Móviles basados en la arquitectura de Sistema Operativo

Android. Escuela Politécnica Nacional de Quito.

Balarezo Brallan (2012) Desarrollo de un Sistema de Información de Registro de

Pedidos para Ventas usando Dispositivos Móviles. Pontificia Universidad

Católica del Perú.

Ballestrini (2006): Como se Elabora el Proyecto de Investigación. Caracas: BL

Consultores Asociados.

López Alejandro (2009) en su trabajo Diseño de un Sistema de Información basado

en Aplicación WEB que permita la Automatización de Control de Activos

Informáticos del Distrito Cabrutica, División Faja Petrolífera del

Orinoco. Universidad de Oriente.

Sampieri, Fernández Collado y Baptista (2006): Metodología de la investigación.

México: Mc Graw Hill.

55

Sánchez R. (2007), La Venta como Proceso.Editorial Fiscales Isef, S.A., Chile.

Tamayo y Tamayo (2005): El Proceso de la Investigación Científica. México:

Limusa Noriega Editores.

Universidad Pedagógica Experimental Libertador (UPEL, 2003), Trabajos de Grado

de Especialización y Maestría y Tesis Doctorales.

Electrónicas:

Fases de la Programación Extrema: http://programacionextrema.tripod.com/fases.htm

La Reingeniería, los Sistemas de Información y las Tecnologías deInformación:

http://prof.usb.ve/lmendoza/Documentos/Reingenieria/PS6160_clase2.pdf

Definición de Sistema de Información:

http://definicion.de/sistema-de-informacion/#ixzz2gdQlabOB

Ingeniería del Software:

http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software

Android (Definiciones y Características): http://es.wikipedia.org/wiki/Android

Uso de imágenes y galerías en Android:

http://www.maestrosdelweb.com/editorial/curso-android-trabajando-con-

imagenes/

JSON (Definiciones y para qué sirve):

http://geekytheory.com/json-i-que-es-y-para-que-sirve-json/

DESARROLLO DE UN SISTEMA DE INFORMACIÓN DE VENTAS · PDF filedesarrollo de un sistema...

Documents

Transcript of DESARROLLO DE UN SISTEMA DE INFORMACIÓN DE VENTAS · PDF filedesarrollo de un sistema...