OPTIMIZACIÓN DEL PROCESO DE VENTAS Y COBRANZAS MEDIANTE UNA APLICACIÓN INFORMÁTICA ORIENTADA A DISPOSITIVOS MÓVILES ANDROID PARA LA COMPAÑÍA COIN JIH DE LA CIUDAD DE QUITO

(1)

CARRERA DE ANÁLISIS Y SISTEMAS

OPTIMIZACION DEL PROCESO DE VENTAS Y COBRANZAS MEDIANTE UNA APLICACIÓN INFORMÁTICA ORIENTADA A DISPOSITIVOS MÓVILES ANDROID PARA LA COMPAÑÍA COIN-JIH DE LA CIUDAD DE

QUITO.

Proyecto de investigación previo a la obtención del título de Tecnólogo en Análisis y Sistemas.

Autor: Ganán Sisa Noé Abel

Tutor: Ing. Jaime Padilla

(2)

ii

OPTIMIZACION DEL PROCESO DE VENTAS Y COBRANZAS MEDIANTE UNA APLICACIÓN INFORMÁTICA ORIENTADA A DISPOSITIVOS MÓVILES ANDROID PARA LA COMPAÑÍA COIN-JIH DE LA CIUDAD DE QUITO

DECLARACIÓN DE APROBACIÓN TUTOR Y LECTOR

En mi calidad de tutor del trabajo sobre el tema: “OPTIMIZACION DEL PROCESO DE VENTAS Y COBRANZAS MEDIANTE UNA APLICACIÓN INFORMÁTICA ORIENTADA A DISPOSITIVOS MÓVILES ANDROID PARA LA COMPAÑÍA COIN-JIH DE LA CIUDAD DE QUITO.”, presentado por el ciudadano: Ganán Sisa Noé Abel, estudiante de la Escuela de Análisis y Sistemas, considero que dicho informe reúne los requisitos y méritos suficientes para ser sometido a la evaluación por parte del Tribunal de Grado, que el Honorable Consejo de Escuela designe, para su correspondiente estudio y calificación.

Quito, Abril del 2014

______________________ ______________________

Ing. Jaime Padilla Ing. Jaime Basantes

(3)

iii

CONTRATO DE CESIÓN SOBRE DERECHOS PROPIEDAD INTELECTUAL

Comparecen a la celebración del presente contrato de cesión y transferencia de derechos

de propiedad intelectual, por una parte, el estudiante GANÁN SISA NOÉ ABEL, por

sus propios y personales derechos, a quien en lo posterior se le denominará el

“CEDENTE”; y, por otra parte, el INSTITUTO SUPERIOR TECNOLÓGICO

CORDILLERA, representado por su Rector el Ingeniero Ernesto Flores Córdova, a

quien en lo posterior se lo denominará el “CESIONARIO”. Los comparecientes son

mayores de edad, domiciliados en esta ciudad de Quito Distrito Metropolitano, hábiles y

capaces para contraer derechos y obligaciones, quienes acuerdan al tenor de las

siguientes cláusulas:

PRIMERA: ANTECEDENTE.- a) El Cedente dentro del pensum de estudio en la carrera

de análisis de sistemas que imparte el Instituto Superior Tecnológico Cordillera, y con el

objeto de obtener el título de Tecnólogo en Análisis de Sistemas, el estudiante participa

en el proyecto de grado denominado “OPTIMIZACION DEL PROCESO DE VENTAS

Y COBRANZAS MEDIANTE UNA APLICACIÓN INFORMÁTICA ORIENTADA A

DISPOSITIVOS MÓVILES ANDROID PARA LA COMPAÑÍA COIN-JIH DE LA

CIUDAD DE QUITO”, el cual incluye la creación y desarrollo del programa de

ordenador o software, para lo cual ha implementado los conocimientos adquiridos en su

calidad de alumno. b) Por iniciativa y responsabilidad del Instituto Superior Tecnológico

Cordillera se desarrolla la creación del programa de ordenador, motivo por el cual se

regula de forma clara la cesión de los derechos de autor que genera la obra literaria y que

es producto del proyecto de grado, el mismo que culminado es de plena aplicación

técnica, administrativa y de reproducción.

SEGUNDA: CESIÓN Y TRANSFERENCIA.- Con el antecedente indicado, el Cedente

(4)

iv

derechos patrimoniales del programa de ordenador descrito en la clausula anterior a

favor del Cesionario, sin reservarse para sí ningún privilegio especial (código fuente,

código objeto, diagramas de flujo, planos, manuales de uso, etc.). El Cesionario podrá

explotar el programa de ordenador por cualquier medio o procedimiento tal cual lo

establece el Artículo 20 de la Ley de Propiedad Intelectual, esto es, realizar, autorizar o

prohibir, entre otros: a) La reproducción del programa de ordenador por cualquier forma

o procedimiento; b) La comunicación pública del software; c) La distribución pública de

ejemplares o copias, la comercialización, arrendamiento o alquiler del programa de

ordenador; d) Cualquier transformación o modificación del programa de ordenador; e)

La protección y registro en el IEPI el programa de ordenador a nombre del Cesionario; f)

Ejercer la protección jurídica del programa de ordenador; g) Los demás derechos

establecidos en la Ley de Propiedad Intelectual y otros cuerpos legales que normen sobre

la cesión de derechos de autor y derechos patrimoniales.

TERCERA: OBLIGACIÓN DEL CEDENTE.- El cedente no podrá transferir a ningún

tercero los derechos que conforman la estructura, secuencia y organización del programa

de ordenador que es objeto del presente contrato, como tampoco emplearlo o utilizarlo a

título personal, ya que siempre se deberá guardar la exclusividad del programa de

ordenador a favor del Cesionario.

CUARTA: CUANTIA.- La cesión objeto del presente contrato, se realiza a título

gratuito y por ende el Cesionario ni sus administradores deben cancelar valor alguno o

regalías por este contrato y por los derechos que se derivan del mismo.

QUINTA: PLAZO.- La vigencia del presente contrato es indefinida.

SEXTA: DOMICILIO, JURISDICCIÓN Y COMPETENCIA.- Las partes fijan como su

domicilio la ciudad de Quito. Toda controversia o diferencia derivada de éste, será

(5)

v

asistencia de un Mediador del Centro de Arbitraje y Mediación de la Cámara de

Comercio de Quito. En el evento que el conflicto no fuere resuelto mediante este

procedimiento, en el plazo de diez días calendario desde su inicio, pudiendo prorrogarse

por mutuo acuerdo este plazo, las partes someterán sus controversias a la resolución de

un árbitro, que se sujetará a lo dispuesto en la Ley de Arbitraje y Mediación, al

Reglamento del Centro de Arbitraje y Mediación de la Cámara de comercio de Quito, y

a las siguientes normas: a) El árbitro será seleccionado conforme a lo establecido en la

Ley de Arbitraje y Mediación; b) Las partes renuncian a la jurisdicción ordinaria, se

obligan a acatar el laudo arbitral y se comprometen a no interponer ningún tipo de

recurso en contra del laudo arbitral; c) Para la ejecución de medidas cautelares, el árbitro

está facultado para solicitar el auxilio de los funcionarios públicos, judiciales, policiales

y administrativos, sin que sea necesario recurrir a juez ordinario alguno; d) El

procedimiento será confidencial y en derecho; e) El lugar de arbitraje serán las

instalaciones del centro de arbitraje y mediación de la Cámara de Comercio de Quito; f)

El idioma del arbitraje será el español; y, g) La reconvención, caso de haberla, seguirá

los mismos procedimientos antes indicados para el juicio principal.

SÉPTIMA: ACEPTACIÓN.- Las partes contratantes aceptan el contenido del presente

contrato, por ser hecho en seguridad de sus respectivos intereses.

En aceptación firman a los 21 días del mes de Abril del dos mil catorce.

f)___________________ f)___________________

C.C. 172688682-1 Instituto Superior Tecnológico Cordillera

(6)

vi

DECLARACIÓN DE AUTORIA DEL ESTUDIANTE

Declaro que la investigación los contenidos y los resultados obtenidos en el presente proyecto, como requerimiento previo para la obtención del Título de Tecnólogo Analista de Sistemas es netamente original, personal, y que se han citado las fuentes correspondientes.

____________________________ Ganán Sisa Noé Abel

(7)

vii

DECLARACIÓN DE DERECHOS DE LA INSTITUCION

Yo, Ganán Sisa Noé Abel alumno de la Escuela de Análisis y Sistemas, cedo libre y voluntariamente los derechos de autor de mi investigación en favor del Instituto Tecnológico Superior “Cordillera”.

____________________________

(8)

viii

AGRADECIMIENTO

(9)

ix

DEDICATORIA A mis Padres por su apoyo incondicional y son los principales gestores de este Proyecto; a mis compañeros ya que sin su apoyo este logro no sería posible.

(10)

x

ÍNDICE GENERAL

Contenido Pág.

Declaración de aprobación de Tutor y Lector... ii

Contrato de Cesión sobre derechos propiedad Intelectual ... iii

Declaración de autoria del estudiante ... vi

Declaración de derechos de la Institución ...vii

Agradecimiento ... viii

Dedicatoria ... ix

Resumen Ejecutivo ... xvi

Abstract ... xvii

Capítulo I: Antecedentes ... 1

1.01 Contexto ... 1

1.02 Justificación e Importancia ... 1

1.03 Definición de problema central ... 2

Capítulo II: Análisis de Involucrados ... 3

2.01 Mapeo de Involucrados ... 3

2. 02 Matriz de Análisis de los involucrados ... 4

Capítulo III: Problemas y Objetivos. ... 5

3.01 Árbol de Problemas ... 5

3.02 Árbol de Objetivos ... 6

Capítulo IV: Análisis de Alternativas. ... 7

4.02 Matriz de Análisis de Impacto de los Objetivos ... 8

4.03 Diagrama de Estrategias ... 9

4.04 Matriz de Marco Lógico ... 10

Capítulo V: Justificación Propuesta... 14

5.01 Justificación del Software ... 14

5.02 Análisis y Diseño ... 15

5.02.01 Casos de Uso ... 15

5.02.02 Diagrama de Caso de Uso General ... 16

5.02.03 Diagramas de Realización ... 17

5.02.04 Diagramas de Secuencias ... 21

5.02.05 Diagrama de Colaboración... 23

5.02.06 Diagrama de Componentes ... 25

5.02.07 Diagrama de Clase...27

(11)

xi

Pág.

5.03.01 Arquitectura Del Sistema ... 29

5.03.01.01 Capa de Presentación ... 29

5.03.01.02 Capa de Negocio ... 29

5.03.01.03 Capa de Datos ... 29

5.03.01.04 Capa de Servidor Web ... 30

5.03.01.06 Módulos ... 30

5.03.01.06.01 Módulo de Seguridad ... 30

5.03.01.06.02 Módulo Mantenimiento ... 31

5.03.01.06.03 Módulo Lógica Negocios ... 31

5.03.01.06.04 Módulo de Aprobación y generación de Factura ... 31

5.03.02 Estándares ... 31

5.03.02.01 Estándares de Diseño UML ... 31

5.03.03.01 Estándares de Programación ... 34

Tabla 5.03.03.01 Estándar de Base de Datos ... 34

Tabla 5.03.03.02 Atributos ... 34

5.03.03.03 Tipos de Datos ... 35

5.03.04 Diseño de Interfaces ... 38

5.04 Pruebas ... 46

5.04.01. Objetivo ... 46

5.04.02. Pruebas de módulo. ... 47

5.04.02.01. Módulo de Seguridad ... 47

5.04.2.2. Módulo Mantenimiento ... 47

5.04.3. Pruebas de Interfaz de Usuario... 47

5.04.4 Pruebas de Desempeño. ... 48

5.04.5. Pruebas de Carga. ... 48

5.04.6 Pruebas de Validación... 48

5.04.7 Pruebas de Integridad de datos. ... 49

5.04.8 Verificar acceso a la base de datos. ... 49

Capítulo VI: Aspectos Administrativos ... 51

6.01 Recursos. ... 51

6.02 Presupuesto ... 52

6.03 Cronograma ... 52

Capítulo VII: Conclusiones y Recomendaciones ... 53

7.01 Conclusión ... 53

(12)

xii

Pág.

ANEXOS ... 54

A. 01 Instalación de programas utilizados ... 54

A.01.01Instalación y configuración manual de Apache Tomcat 7 ... 54

A.01.02 Instalación y configuración del SDK ... 63

A.02 Script de la Base de Datos ... 67

A.03 Diccionario de Datos ... 75

A.04 Manual Técnico ... 82

A.05 Manual de Usuario ... 91

GLOSARIO ... 95

(13)

xiii

ÍNDICE TABLAS

Pág.

Tabla 1.03.01: Matriz T ... 2

Tabla 1.02.01: Matriz de Análisis de Involucrados ... 4

Tabla 4.01.01: Matriz de Análisis de Alternativas ... 7

Tabla 4.02.01: Matriz de Análisis de Impacto de los Objetivos ... 8

Tabla 4.04.01: Matriz de Marco Lógico ... 10

Tabla 5.02.03.01: Proceso de Ingreso al Sistema... 17

Tabla 5.02.03.02: Proceso de Ventas ... 18

Tabla 5.02.03.03 : Proceso de Facturación... 19

Tabla 5.03.02.01.01 : Elementos de Diseño... 31

Tabla 5.03.02.01.02 : Elementos de Diseño Diagramas ... 33

Tabla 5.03.03.01 : Estándar de Base de Datos ... 34

Tabla 5.03.03.02 : Atributos ... 34

Tabla 5.03.03.03.01 : Tipo de Datos. ... 35

Tabla 5.03.03.03.02 : Variables. ... 37

Tabla 5.03.03.03.03 : Attributos Campos ... 37

Tabla 5.03.03.03.04 : Objetos ... 37

Tabla 6.01.01 : Recursos Humanos... 51

Tabla 6.01.02 : Recursos Materiales ... 51

Tabla 6.02.01 : Presupuestos ... 52

Tabla 8.03.01 : Card of model MOVILES ... 76

Tabla 8.03.02 : List of references... 76

Tabla 8.03.03 : Card of reference IDCPED1 ... 77

Tabla 8.03.04 : Card of reference IDDCOB1 ... 77

Tabla 8.03.05 : Card of reference IDDPED1 ... 78

Tabla 8.03.06 : Card of reference IDDPED2 ... 78

Tabla 8.03.07 : Tables List of table column... 79

Tabla 8.03.08 : List of table keys ... 81

(14)

xiv

OPTIMIZACION DEL PROCESO DE VENTAS Y COBRANZAS MEDIANTE UNA APLICACIÓN INFORMÁTICA ORIENTADA A DISPOSITIVOS MÓVILES ANDROID PARA LA COMPAÑÍA COIN-JIH DE LA CIUDAD DE

Figura 6 : Diagrama de Realización-CU01 ... 17

Figura 10 : Diagrama de Secuencia-CU01 ... 21

Figura 14 : Diagrama de Colaboración-CU01 ... 23

Figura 18 : Diagrama de Componentes ... 25

Figura 19 : Diagrama de Componentes de aplicación ... 26

Figura 20 : Diagrama de Clases ... 27

Figura 21 :Diagrama Físico ... 28

Figura 22 :Arquitectura Lógica ... 30

Figura 23 : Label Position ... 38

Figura 24 : Login de Aplicación ... 38

Figura 25 : Menu de Aplicación ... 40

Figura 26 : Lista de Clientes Globales ... 40

Figura 27 : Nuevo Cliente ... 41

Figura 28 : Detalle de Clientes ... 41

Figura 29 : Modificación de Cliente ... 42

Figura 30 : Eliminacion de Cliente ... 42

Figura 31 : Agregar Pedido ... 43

Figura 32 : Crear Nuevo Pedido ... 43

Figura 33 : Crear Detalle de Pedido ... 44

Figura 34 : Selecionar Pedido y Recurso ... 44

Figura 35 : Información de Pedido... 45

Figura 36 : Agregar Nuevo Cobro ... 45

(15)

xv

Pág.

Figura 38 : Listado de Recursos ... 46

Figura 39 : Información de Recursos ... 46

Figura 40 : CronoGrama de Actividades ... 50

Figura 41 : Pagina de descarga de Apache... 52

Figura 42 : Links de Descarga de Apache ... 52

Figura 43 : Agregar Ruta de descarga de Apache ... 53

Figura 44 : Descomprimir Zip de Apache... 53

Figura 45 : Ingreso A propiedades de sistema ... 54

Figura 46 : Propiedades de sistema ... 54

Figura 47 : Opciones de sistema ... 55

Figura 48 : Variables de sistema ... 55

Figura 49 : Declarar variables de entorno ... 56

Figura 50 : Edición del Classpath ... 56

Figura 51 : Edicion de Variables de sistema ... 57

Figura 52 : FInalizar modificacion de Classpath ... 57

Figura 53 : Variables de entorno Path ... 58

Figura 54 : Eliminacion de Path ... 58

Figura 55 : Ejecutar Tomcat por consola ... 59

Figura 56 : Conceder permisos de acceso a Tomcat ... 59

Figura 57 : Verificar estado de ejecucion de Tomcat ... 60

Figura 58 : Ejecucion de Tomcat en el Navegador ... 60

Figura 59 : Inicio de Eclipse ... 62

Figura 60 : Proceso de configuración del SDK ... 63

Figura 61 : Proceso de Configuracion del emulador Android ... 64

Figura 62 : Proceso de inicio del emulador ... 64

Figura 63 : Pantalla principal de acceso al sistema ... 89

Figura 64 : Menu Principal de Aplicación ... 89

Figura 65 : Listado de Información ... 90

Figura 66 : Crear Nuevo Registro ... 90

Figura 67 : Modificar Registro ... 91

(16)

xvi

RESUMEN EJECUTIVO

El presente proyecto propone implementar un software de venta y cobro orientada a dispositivos móviles Android para la empresa Coin-Jih de la Ciudad de Quito.

Esta propuesta se ha llevado a cabo debido al control inadecuado del proceso de ventas y cobros que se lleva dentro de la compañía.

Con la falta de herramientas tecnológicas se aumenta el índice de pérdidas de ventas y se duplica la función laboral ya que el proceso y procedimientos que realizan demoran el flujo del trabajo y causa mal estar en los clientes.

La compañía Coin-Jih requiere automatizar el proceso de ventas y cobros ya que los mismos no se realizan de una manera óptima. En el presente proyecto se presenta el desarrollo de módulos de software con tecnología Android, esto quiere decir que tendremos una interfaz instalada en los móviles y el vendedor podrá tener la información actualizada en todo momento.

Un módulo de Administración Web el cual le permitirá al administrador aprobar, denegar y observar el estado de los pedidos que realiza cada vendedor en todo momento.

(17)

xvii

ABSTRACT

This project proposes to implement a software sales and collection oriented Android mobile devices for the enterprise Coin- Jih City Quito.

This proposal has been implemented due to inadequate control of the sales and collection process is carried within the company.

With the lack of technological tools index lost sales increases and job function doubles as the process and procedures that perform delay the flow of work and cause illness in customers.

Coin-Jih company requires automating the sales process and fees since they are not performed optimally. The development of software modules with Android technology is presented in this project, this means that we installed in the mobile and the seller may have the updated information at all times interface.

Web Administration module which will allow the administrator to approve, deny and observe the status of orders made by each seller at all times.

(18)

1

Capítulo I: Antecedentes

1.01 Contexto

Coin-Jih, COIN-JIH Cía. Ltda., se crea en junio del 2008, con el propósito de apoyar a las empresas en la consecución de sus objetivos empresariales a través de la implementación de sistemas Informáticos, tiene acceso a una amplia red de operaciones en los mercados a los que sirve.

Uno de los aspectos más importantes que persigue la Compañía es ofrecer a sus clientes soluciones innovadoras conforme al desarrollo de la tecnología, uno de los procesos más importantes a considerar es el referente al área de ventas y cobros ya que los consumidores finales de nuestros clientes han demostrado que requieren más atención en este aspecto, ya que por motivos de tiempo la mayoría de ellos no pueden acercarse a las respectivas sucursales para adquirir los productos requeridos.

1.02 Justificación e Importancia

El motivo de la realización de este proyecto es contribuir a la necesidad que tiene el Personal de innovar y agilitar el proceso de ventas y cobros, ya que el proceso que se realiza actualmente se presta a muchas confusiones lo que provoca un mal estar en el cliente.

(19)

2

personalizada y solución a requerimientos, proporcionando comodidad a los clientes y una mejor atención e interactiva.

El proyecto beneficiará a los socios, clientes que interactúan en los procesos cuyo objetivo es solucionar inconvenientes que la sociedad afronta actualmente. La herramienta informática permitirá registrar, las operaciones que genera la compañía. 1.03 Definición de problema central

Tabla 1.03.01

Matriz de análisis de fuerzas T

ANÁLISIS DE FUERZAS T

Situación Empeorada Situación Actual Situación Mejorada Mala calidad de adecuado para atender estos requerimientos a la información novedosa de la empresa

1 4 4 5 Mala atención por parte de personal

Nota: En la tabla se explica las fuerzas impulsoras y bloqueadoras que existen con respecto a la problemática central del proyecto.

(20)

3

Capítulo II: Análisis de Involucrados

2.01 Mapeo de Involucrados

(21)

Actores Involucrados

Interés sobre el problema central

Problemas percibidos Recursos, Mandatos y Capacidades

No llevan un control de Pedidos Pérdida de información. alta cartera de clientes.

Falta de cultura informática.

Cliente

Evitará la

incomodidad y falta de información por parte del vendedor.

Pérdida de clientes al no poder realizar la Venta.

Entrega de factura. Evitar la pérdida de ventas.

Registro de factura.

Cajeros clientes, Facturas recibidas.

Realizar cuadros

temáticos y

estadísticos de Ventas realizadas en el mes.

Familiarizarse con

Pérdidas de Clientes. Recurso tecnológicos

Mayor control n ventas y clientes.

Subprocesos sin sistematizar.

2. 02 Matriz de Análisis de los involucrados Tabla 2.02.01 Matriz de Análisis de Involucrados

(22)

5

Capítulo III: Problemas y Objetivos.

3.01 Árbol de Problemas

Figura 3.01.01 Árbol de Problemas

(23)

6

3.02 Árbol de Objetivos

Figura 3: El grafico nos permitirá detectar el propósito del proyecto, los diversos componentes los cuales ayudaran en el desarrollo del proyecto.

(24)

Capítulo IV: Análisis de Alternativas.

MATRIZ DE ANALISIS DE ALTERNATIVAS

OBJETIVOS Impacto la empresa en todo

momento.

4.01 MATRIZ DE ANÁLISIS DE ALTERNATIVAS Tabla 4.01.01 Matriz de Análisis de Alternativas

(25)

OBJETIVOS

-Los beneficios son los esperados.

-Beneficia a todos los clientes de la empresa. 4.02 Matriz de Análisis de Impacto de los Objetivos

Tabla 4.02.01 Matriz de Análisis de Impacto de los Objetivos

(26)

9

4.03 Diagrama de Estrategias

Figura 4: El grafico tiene como finalidad establecer la estructura de las estrategias, vincular cada estrategia a los objetivos que pueden ser trabajados y determinar los límites del proyecto al igual que los objetivos específicos.

Su principal objetivo es agilitar la ejecución de los procesos en la compañía con la finalidad de obtener un excelente resultado.

Optimizar el proceso de venta y cobro

Reducir el tiempo de ejecución de los requerimientos

Desarrollo de la base de datos

Desarrollo de la interface Programación

-Diseño modelo físico y lógico. -Diseño de diagramas de clase.

-Diseño de caso de usos. -Diseño diagrama estado. -Diseño diagrama

actividades.

(27)

Resumen Narrativo Indicadores Medios de Verificación Supuestos Fin del Proyecto

Agilidad en la ejecución de procesos y procedimientos operacionales

La Implantación del software de ventas y cobros para Coin-jih S.A. ayudará a controlar de manera eficiente, los procesos operativos generando un impacto social.

Mediante las encuestas obtenidas con el Administrados de la Empresa Coin-Jih se obtiene como resultado que es de gran ayuda implementar un software de control de ventas y cobros.

 No disponga de equipos

Excelencia en los procesos de Ventas y Cobros de la compañía Coin-Jih S.A.

1. Desde el año 2013 se Observo un incremento en el número de clientes para la compañía Coin-Jih, que se verá reflejado en el año 2014.

2. Elaboración de manual de funciones para los puestos laborales desde año 2013 hasta el año 2014 que

tendrá en la

implementación de un software de control Vetas.

Cuantificar la productividad de la empresa mediante elabora dentro de la empresa. 2. – En el año 2013 se ha dado

  Alza de costos en las

herramientas tecnológicas.

(28)

12

14

sistema tecnológico el cual ayuda en los procesos

operacionales que se realizan en la compañía Coin-Jih S.A

3. Personal altamente capacitado en el desconocimiento de herramientas tecnológicas para agilitar procesos, por lo cual en el año 2014 se pretende ejecutar los procesos.

4. Desde el año 2012 se ha detectado grandes pérdidas de información ocasionadas por el mal manejo operacional, el cual en el año 2014 se desea solucionar mediante un sistema informático Orientado a Dispositivos Móviles Android.

Actividades del Proyecto Presupuesto Supuestos Componentes

• 1.1. Minimizar

 Verificar módulo de reglas de negocio.

 Verificar módulo de Procesos

 Verificar módulo de Informes.

 Personal altamente capacitado para el manejo operativo de la compañía Coin-jih.  Beneficiarios directos

satisfactorios con la aplicación

proporcionada.

(29)

12

14

información.

• 2.1. Organizar las

actividades de

trabajo.

• 2.2. Generar plazas de Empleo.

• 2.3. Contratar

personal capacitado.

• 2.4. Brindar

capacitación adecuada.

• 3.1. Demostrar

habilidad en la ejecución de los procesos

operacionales.

• 3.2. Identificar y evaluar fuentes de información.

• 3.3. Representar y presentar los clientes en un reporte.

• 3.4. Aumentar fluidez en buscar, localizar y obtener información de clientes.

• 4.1. Agilitar los procesos

(30)

12

14

º

operacionales.

• 4.2. Optimizar el

desempeño de

funciones.

• 4.3. Minimizar el porcentaje de pérdida de Clientes.

• 4.4. Aumentar la cartera de clientes e ingresos en la compañía Coin-Jih. • 5.1. Obtener mayor

visión y proyección. • 5.2. Automatizar los

procesos operacionales.

• 5.3. Minimizar la

duplicidad de

Información.

• 5.4 Brindar confianza y seguridad en los procesos ventas cobros.

(31)

14

OPTIMIZACION DEL PROCESO DE VENTAS Y COBRANZAS MEDIANTE UNA APLICACIÓN INFORMÁTICA ORIENTADA A DISPOSITIVOS MÓVILES ANDROID PARA LA COMPAÑÍA COIN-JIH DE LA CIUDAD DE QUITO.

Capítulo V: Justificación Propuesta

5.01 Justificación del Software

Las aplicaciones Informáticas son un factor vital en todo negocio y es por esa razón que el presente documento, define los procesos y procedimientos, que se ejecutan dentro del sistema de control Ventas y Cobros a fin de optimizar los recursos, tiempos de respuesta y actividades que la compañía Coin-Jih realiza.

Las aplicaciones utilizadas en el desarrollo del software de Ventas y Cobros son: Servidor: ApacheV.7.

Modelamiento UML: Racional Rose.

Desarrollo: SDK ADT, Android 2.1(API 7), SQLSERVER 2008 como BACK-END y Java como FROND-END.

se aplica metodología RUP (Proceso Unificado Racional), su diseño está enfocado a un ambiente netamente gráfico, para el hemos utilizado UML(Lenguaje de Modelamiento Unificado), lo que ha permitido poder entender los procesos, procedimientos y actividades que se cumplen en cada una de las áreas de la empresa Coin-Jih.

(32)

15

Las actividades que se encuentran materializadas en la esquematización del diseño global determinan la utilización de diagramas como:

 Diagrama de Caso de Uso  Diagramas de Realización  Diagrama de Secuencias  Diagrama de Colaboración  Diagrama de Componentes  Diagrama de Clases

 Modelo Lógico  Modelo físico

El documento ayudara al Técnico a visualizar los requerimientos respectivos y comprender los diferentes modelos lógicos y físicos que requiere la aplicación.

5.02 Análisis y Diseño 5.02.01 Casos de Uso Definición de actores

Cliente: Este actor es considerado como un actor externo debido a que es muy independiente del proyecto, es el que permite que la compañía crezca financieramente ya por medio de sus compras ingresa dinero a la empresa.

Cajero: Este actor cumple la función de emitir las facturas de venta a los clientes.

Despachador: Este actor cumple una función importante, ya que se depende de él para la preparación y despacho de la mercadería a entregar.

(33)

16

5.02.02 Diagrama de Caso de Uso General

Figura 5: Diagrama de Caso de Uso General - CU01.

(34)

17

5.02.03 Diagramas de Realización

Figura 6: Diagrama de Realización de Ingreso al Sistema-CU01

El grafico verifica si el usuario se encuentra registrado en la Base de Datos y su contraseña es la correcta. Si los datos son correctos pasa al siguiente caso de uso, caso contrario envía un mensaje de error y vuelve al caso de uso ingreso Usuario.

Tabla 5.02.03.01 Proceso de Ingreso al Sistema - CU01

NOMBRE: Ingreso al Sistema

ACTORES Usuario

PRECONDICION: Ejecuta el sistema

DESCRIPCION: El usuario ejecuta el sistema en la ventana de inicio. POST CONDICION: Ingresa la cedula de usuario

NOMBRE: Ingresa el Login de usuario

ACTORES Cajero

PRECONDICION: Ingresar al sistema

DESCRIPCION:

El Usuario en la Ventana de Login debe digitar :  Usuario

 Contraseña

En las cajas de texto correspondiente y seguidamente dar Tap en el botón Ingresar.

POST CONDICION: Verificar Usuario

NOMBRE: Verificar Usuario

ACTORES Administrador

Ingreso al sistema

Ingreso

frmlogin

validacion datos

(from Use-Case Model) Datos del Usuario usuario

(35)

18

PRECONDICION: Ingresa el nombre de usuario

DESCRIPCION:

Verifica si el usuario se encuentra registrado en la Base de Datos y su contraseña es la correcta.

Si los datos son correctos pasa al siguiente caso de uso, caso contrario envía un mensaje de error y vuelve al caso de uso ingreso Usuario.

POST CONDICION: Venta de Recursos

Nota: Proceso y condiciones para el Ingreso al Sistema.

Figura 7:Diagrama de Realización del proceso de ventas-CU02

El grafico describe el proceso que se debe seguir para el caso de ventas y generación de pedidos siempre y cuando se cumpla con todas las condiciones y validaciones requeridas.

Tabla 5.02.03.02 Proceso de Ventas - CU02

NOMBRE: Ventas

ACTORES Vendedor

PRECONDICION: Verifica Cliente

DESCRIPCION: Vendedor Genera Pedido. Nota: Proceso y condiciones para el Venta.

Frm Ingres oCliente

Validación Datos de Cliente

Datos Cliente Ingres _Cliente

(36)

19

Figura 8.- Diagrama de Realización del proceso de Facturación-CU03

El grafico describe el proceso de realización para la facturación siempre y cuando se cumplan todas la condiciones y validaciones del caso.

Tabla 5.02.03.03 Proceso de Facturación - CU03

NOMBRE: Facturación

ACTORES Cajero

PRECONDICION: Entrega la factura

(37)

20

Figura 9: Diagrama de Realización del proceso de entrega de productos-CU04. El grafico describe el proceso que se genera en el caso del despacho y entrega del producto una vez cumplidos los procesos de verificación de cliente y las validaciones correspondientes.

Tabla 5.02.03.04 Proceso de entrega de productos al cliente - CU04

NOMBRE: Entrega de Recursos

ACTORES Despachador

PRECONDICION: Entrega de Producto

DESCRIPCION: Despachador realiza las verificaciones pertinentes y procede a entregar los recursos despachados.

POSTCONDICIONES: Generar Factura

Nota: Proceso y condiciones que describen la entrega de recursos al cliente.

frmentrega_productos

val idacion datos entrega de roducto

datos entrega del producto Entrega_producto

entregar productos Entrega de productos

frm matri a prima ingreso

val idacion datos proveedor y materia prima

datos de materia prima ingreso_materi a_prima

ingreso matria prima compra de matria pri ma

frmproducto ingreso

val idacion datos proveedor y producto

datos del producto ingreso_producto ingreso de productos

compra producto venta al publico

frmsalida de materia prima

val idacion datos materia primadatos de disminucion de materia prima egreso_materia_prima

salida materia prima salida de materia prima para

(38)

21

35.02.04 Diagramas de Secuencias

Figura 10- Diagrama de Secuencia de Ingreso al sistema - CU01

El presente diagrama muestra el conjunto de objetos que intervienen en el proceso de autentificación del usuario el cual tendrá acceso al sistema siempre y cuando cumpla con los datos requeridos.

Figura 5.02.04.02

Figura 11: Diagrama de Secuencia de ventas de Recursos - CU02

El presente diagrama muestra el conjunto de objetos que intervienen en el proceso de registro de un cliente por parte del vendedor el cual podrá generar un pedido siempre y cuando cumpla con las validaciones del caso.

: Usuario

: Usuario : frmlogin : frmlogin : validacion datos : validacion datos : frmmenu : frmmenu 1: Ingreso la contraseña y el login

2: Verifico la contraseña

3: Si es correcta ingreso

4: Si es incorrecta regreso

: Vendedor : Vendedor

: Frm Ingres oCliente

: Frm Ingres oCliente : Validación Datos de

Cliente : Validación Datos de

Cliente

: Datos Cliente

(39)

22

Figura 12: Diagrama de Secuencia para la generación de la factura - CU03

El presente diagrama muestra el conjunto de objetos que intervienen en el proceso de generación de la factura el cual se generara siempre y cuando el pedido sea aprobado por parte del Administrador y cumpla con todos los requerimientos del caso.

Figura 13: Diagrama de Secuencia para la entrega de recursos - CU04

El presente diagrama muestra el conjunto de objetos que intervienen en el proceso de la entrega de recursos al cliente por parte del despachador siempre y cuando se cumplan los requisitos emitidos en la factura.

: Cajero : Cajero

: frmpago

(40)

23

Conclusión de los Diagramas de Secuencia.- Los diagramas anteriores nos muestran la interacción entre los diferentes objetos que intervienen en un sistema, al igual que identifica la acción demanda dicha secuencia.

5.02.05 Diagrama de Colaboración

Figura 14: Diagrama de colaboración de Login de usuario- UC01

El presente grafico muestra el rol que cumple el usuario en el proceso de ingreso al sistema, si los datos ingresados por el usuario son los correctos seguirá con los procesos que siguen caso contrario regresara el proceso de login.

Figura 15: Diagrama de colaboración de venta de Recursos -UC02

El presente grafico muestra el rol que cumple el vendedor e al momento de generar un pedido, determina cual será l forma de pago y proseguirá con la validación de los datos del cliente.

: Usuario : frmlogin

: validacion datos : frmmenu

1: Ingreso la contraseña y el login

2: Verifico la contraseña

(41)

24

Figura 16 Diagrama de colaboración de la generación de la factura -UC03

El presente grafico muestra el rol que cumple el cajero, recibe el pedido generado por el vendedor y realiza las validaciones del caso para luego generar la factura respectiva.

Figura 17: Diagrama de colaboración de la entrega de recursos -UC04

El presente grafico muestra el rol que cumple el despachador, entrega los recursos al cliente siempre y cuando se verifiquen los datos y validaciones del la factura correspondiente,

: Cajero

: frmpago : Validacion Datos us uario,

des cuento, productos

: datos de la factura : factura_encabezado

: Factura_detalle 1:

2:

3:

(42)

25

Conclusión de los Diagramas de Colaboración.- Los diagramas anteriores

muestran explícitamente la interacciones organizadas alrededor de los roles,

Muestra cómo las instancias específicas de las clases trabajan juntas para conseguir

un objetivo común y de esta forma podemos observar que el inicio lo marca el usuario ingresando al sistema.

5.02.06 Diagrama de Componentes

(43)

26

Figura 19: Diagrama de Componentes de Aplicación-UC02

Conclusión del Diagrama de Componentes: Los diagramas de componentes describen los elementos físicos del sistema y sus relaciones, muestran las opciones de realización incluyendo el código binario, fuente y ejecutable se utilizan para modelar la vista estática de un sistema y la organización y dependencias entre un conjunto de componentes.

Explorador web, presentacion

Servidor Aplicaciones Servidor

negocio

Servidor web

Servidor percistencia

Procedimientos almacenados Acceso

(44)

27

5.02.07 Diagrama de Clases

Figura 20:Esquema del diagrama Lógico

(45)

28

Figura 21:Esquema del diagrama Físico

El presente grafico muestra el modelo físico que describe los componentes, que se desplegarán en el ambiente seleccionado, Los diagramas de físicos son los complementos de los diagramas de componentes que, unidos, proveen la vista de implementación del sistema..

(46)

29

5.03 Desarrollo

5.03.01 Arquitectura Del Sistema

5.03.01.01 Capa de Presentación

También llamada la capa de usuario, esta capa es la primera en trabajar más el contenido de la comunicación que cómo se establece la misma. En ella se tratan aspectos tales como la semántica y la sintaxis de los datos transmitidos, ya que distintas computadoras pueden tener diferentes formas de manejarlas..

También es conocida como interfaz gráfica y debe tener la característica de ser agradable e interactiva para el usuario y solo se puede comunicar con la capa de negocios.

5.03.01.02 Capa de Negocio

Se le denomina lógica del negocio, es donde se mantienen los programas, es la encargada de recibir las peticiones de usuario, se las procesa y correspondientemente se envía la respuesta.

Esta capa se comunica con la capa de acceso a datos y presentación, y cumple la función de intermediario entre las peticiones del usuario y la respuesta de la capa de acceso a datos..

5.03.01.03 Capa de Datos

(47)

30

5.03.01.04 Capa de Servidor Web

Interactúa con la capa de negocios de acuerdo a la petición de los usuarios y envía un SQL a la capa de Acceso a datos con la petición necesario.

Figura 22:Arquitectura Lógica-CU01

Descripción.- La figura muestra la Lógica con la cual se implementa la clasificación de las capas.

5.03.01.06 Módulos

5.03.01.06.01 Módulo de Seguridad

Para resolver los problemas de autenticación y autorización, tanto para aplicaciones Web como para aplicaciones Smart Devices, se utilizó el GAM, GeneXus Acces Manager.

(48)

31

5.03.01.06.02 Módulo Mantenimiento

El Módulo de Mantenimiento es el encargado de agregar, modificar, eliminar y buscar los datos necesarios en las respectivos módulos.

Los mantenimientos son a:  Usuarios

 Clientes  Vendedores  Recursos  Cobros

5.03.01.06.03 Módulo Lógica Negocios

Permite la funcionalidad de la aplicación y la integridad en la información.

5.03.01.06.04 Módulo de Aprobación y generación de Factura

Este módulo nos ayuda a generar la factura generada de acuerdo al pedido realizado por el cliente y validado por el vendedor.

5.03.02 Estándares

5.03.02.01 Estándares de Diseño UML

Los estándares de diseño de UML aplicados para el desarrollo de este proyecto son:

Elementos

Tabla 5.03.02.01.01 Elementos de Diseño

Clase

(49)

32

OPTIMIZACION DEL PROCESO DE VENTAS Y COBRANZAS MEDIANTE UNA APLICACIÓN INFORMÁTICA ORIENTADA A DISPOSITIVOS MÓVILES ANDROID PARA LA COMPAÑÍA COIN-JIH DE LA CIUDAD DE

Define una interacción entre elementos que cooperan.

La flecha indica un conjunto de mensajes que se intercambian entre un conjunto de objetos, para otros elementos en grupos.

(50)

33

Diagramas

Tabla 5.03.02.01.02 Elementos de Diseño M relaciones, cubriendo la vista de diseño estática del sistema.

Componentes

Muestra la organización de un conjunto de componentes. Cubren la vista de implementación estática de un sistema.

Muestra un conjunto de casos de uso, los actores implicados y sus relaciones. Son diagramas fundamentales en el modelado y organización del sistema.

Secuencia

El diagrama de secuencia resalta la ordenación temporal de los mensajes.

(51)

34

5.03.03.01 Estándares de Programación

Base de Datos

La base de datos y cada uno de sus objetos poseen también una nomenclatura y una forma de documentación. El nombre de la base de datos será VENTAMOVIL.

Tabla 5.03.03.01 Estándar de Base de Datos

NOMBRE NOMENCLATURA

DmDel Auditoria de Eliminación

DmMod Transacción de Auditoria de Modificación

MovPed Movimientos

DdCob Detalle de Cobros

DmCli Maestro de Clientes

DmBod Maestro de Bodegas

DmRec Maestro de Recursos

DcPed Cabecera de Pedidos

DdPed Detalle de pedidos

Nota: La tabla muestra la nomenclatura que lleva cada Tabla en la base de datos

Atributos

Los atributos son las características individuales que diferencian un objeto de otro y determinan su apariencia, estado u otras cualidades. Los atributos se guardan en variables denominadas de instancia, y cada objeto particular puede tener valores distintos para estas variables.

Para el caso específico de atributos que son llaves foráneas y corresponden al código de la tabla donde está la llave la primaria, al nombre del campo se le debe ir después del nombre de la tabla seguido del atributo que corresponda.

Tabla 5.03.03.02 Atributos

NOMBRE NOMENCLATURA

DmCli DmCliCod

DmBod DmBodCod

DmRec DmRecCod

(52)

35

5.03.03.03 Tipos de Datos

Tabla 5.03.03.03.01 Tipo de Datos

Tipo de Datos Característica

Boolean Un número entero que puede ser 0 ó 1

SmallInt Número entero con o sin signo. Con signo

el rango de valores va desde -32768 a 32767. Sin signo, el rango de valores es de 0 a 65535.

Integer, Int Número entero con o sin signo. Con signo el rango de valores va desde -2147483648 a 2147483647. Sin signo el rango va desde 0 a 429.4967.295

de valores va desde el 1 de enero del 1001 al 31 de diciembre de 9999. El formato de almacenamiento es de año-mes-dia

DateTime Combinación de fecha y hora. El rango de

valores va desde el 1 de enero del 1001 a las 0 horas, 0 minutos y 0 segundos al 31 de diciembre del 9999 a las 23 horas, 59 minutos y 59 segundos. El formato de almacenamiento es de año-mes-día horas: minutos: segundos

Char Almacena una cadena de longitud fija. La

cadena podrá contener desde 0 a 255 caracteres.

VarChar Almacena una cadena de longitud variable.

La cadena podrá contener desde 0 a 255 caracteres.

(53)

36

For Each: Utilizado para la navegación de tablas y se indentación es de la siguiente manera.

Event Start

for each

Form.Caption = DmCliRazS.ToString()

endfor

EndEvent

Eventos: los nombres de eventos asociados a Botones se colocaran entre comillas simple y en inglés.

Event 'Save'

SDActions.Save() EndEvent

Event 'Cancel'

SDActions.Cancel() EndEvent

Event 'Update'

WorkWithDevicesDmCli.DmCli.Detail.Update(DmCliCod) EndEvent

Composite : Comando utilizado para escribir más de una línea de código por evento

Composite

WorkWithDevicesDmCli.DmCli.Detail.Delete(DmCliCod)

return EndComposite

Parámetros: Los parámetros utilizados en llamadas a procedimientos y Panels se los declarara en las Reglas de la siguiente manera.

(54)

37

Variables

Las variables se reconoces por el signo “&” antes del texto. Tabla 5.03.03.03.02 Variables

NOMBRE NOMENCLATURA

Variable Nombre del Cliente &DmCliRazS

Imprimir mensaje Msg(DmCliRazS)

Attributos: Llevara el nombre del campo de su respectiva tabla. Tabla 5.03.03.03.03 Attibutos

NOMBRE BASE DE DATOS

DmCliRazS DmCliRazS

Objetos: Se los colocara en el Formulario asociado al nombre del attributo. Tabla 5.03.03.03.04 Objetos

Label Position: Los Label se colocaran siempre en la parte superior de cada objeto, ya que el estándar de Android lo indica así.

NOMBRE ATTRIBUTO

(55)

38

Sistema de Ventas y Cobros

Figura 23: label Position.-UC01

El gráfico describe la posición correcta que debe tener un label de acuerdo con el estándar de Android.

5.03.04 Diseño de Interfaces

Figura 24: Pantalla de Login en el Móvil

(56)

39

Figura 25:Menú de Aplicación

El grafico muestra el Menú de la aplicación al cual el vendedor puede acceder una vez logeado.

Figura 26: Lista de Clientes

(57)

40

Figura 27: Nuevo Cliente

El Grafico muestra la pantalla de ingreso de un nuevo cliente una vez seleccionado la opción de crear.

Figura 28: Detalle de Cliente

(58)

41

Figura 29:Modificación de Cliente

Descripción.- Esta pantalla le permitirá modificar los datos del cliente seleccionado en el listado de los clientes.

Figura 30: Eliminación de Cliente

(59)

42

Figura 31: Agregar Pedido

Esta pantalla le permitirá seleccionar la opción de Agregar un nuevo pedido

Figura 32: Crear Nuevo Pedido

(60)

43

Figura 33: Crear Detalle de Pedidos

Esta pantalla le permitirá añadir un nuevo producto a la cabecera del pedido generado.

Figura 34: Selección de un nuevo Ittem en el pedido

(61)

44

Figura 35: Información sobre Pedidos

Esta pantalla le mostrara el pedido generado con sus respectivos Recursos.

Figura 36: Crear un nuevo cobro

(62)

45

Figura 37: Información de Cobros

Esta pantalla le permitirá consultar el detalle de los cobros realizados al pedido Correspondiente.

Figura 38: Listado de Recursos

(63)

46

Figura 39: Información de Recursos

Esta pantalla le permitirá obtener información más detallada sobre el recurso seleccionado.

5.04 Pruebas

5.04.01. Objetivo

(64)

47

5.04.02. Pruebas de módulo. 5.04.02.01. Módulo de Seguridad

Estas pruebas serán correlacionadas con los estándares de manejo de seguridad en el campo informático ISO 9000 el cual especifica el requisito de calidad, los objetivos particulares que perseguiremos con la aplicación de esta norma es promover la estructura, armonizar los estándares, asegurar la confianza, complementar las especificaciones técnicas al igual que las leyes y normatividad oficiales aplicables y satisfacer continuamente las especificaciones y expectativas del cliente.

De esta manera se podrá tener la información asegurada en todo momento y se mantendrá el control del sistema en todo momento

5.04.02.02. Módulo Mantenimiento

EN este módulo es de suma importancia la validación de la información y el ingreso correcto de información hacia la base de datos.

En las cajas de texto que requiera identificar la cedula deberá eta validado que el número ingresado sea válido para poder continuar con las operaciones de ingreso al igual que los valores numéricos y campos especiales.

5.04.03. Pruebas de Interfaz de Usuario.

(65)

48

5.04.04 Pruebas de Desempeño.

La prueba realizada fue la verificación del tiempo de respuesta del Dispositivo móvil hacia el servidor y posteriormente del servidor al Móvil, Verificando que los REST y la cache que nos provee es de gran ayuda al momento de manejar grandes cantidades de registros simultáneamente.

5.04.05 Pruebas de Carga.

Esta prueba se la realizara con la tabla que más registros contiene la cual es DdPed correspondiente a la tabla de detalle de pedidos. Se medirá la persistencia de las tablas para así obtener la óptima persistencia de la Fluidez del sistema Ventas y cobros.

5.04.06 Pruebas de Validación.

En estas pruebas se validarán algunos aspectos como son: • Que el usuario ingrese su cédula correctamente.

• Que no existan campos vacíos en los formularios. • El número de dígitos ingresados sea el correcto.

(66)

49

5.04.07 Pruebas de integridad de datos y BD

La base de datos y los procesos de bases de datos deberían ser probadas en sistemas separados.

realizar las pruebas necesarias sobre el gestor de base de datos SQLSEVER para identificar las técnicas que puedan existir para soportar las pruebas a realizarse. Objetivo

Verificar que el acceso a la información se lo realiza de una manera eficiente, que los proceso al igual que los índices optimicen los procesos de consultas y tengan un buen funcionamiento y que se mantenga la integridad de la información.

5.04.07 Verificar el acceso a la Base de Datos.

Verificar el acceso óptimo a los distintos registros de la base de datos.

Pruebas del sistema

Las pruebas sobre la aplicación deberían enfocarse en requerimientos que puedan ser asociados directamente al requerimiento del negocio y sus reglas.

Las meta principal de esta prueba es verificar la rapidez en el flujo de información y acceso a registros, así como la apropiada implementación de reglas del negocio.

(67)

50

Objetivo

Comprobar el correcto funcionamiento de los procesos de la aplicación y que cada proceso realice solo lo indicado.

Demostrar que la aplicación funciona correctamente con varios vendedores usando la aplicación al mismo tiempo.

Verificar el ingreso al sistema.

Verificar venta de recurso. Verificar emisión de facturas.

Verificar entrega de recursos al cliente.

Criterio de pruebas realizadas

(68)

51

Capítulo VI: Aspectos Administrativos

6.01 Recursos.

Tabla 6.01.01 Recursos Humanos

RECURSOS HUMANOS

Humano Nombre Actividad Responsabilidad

Promotor

Guiar el desarrollo del proyecto.

Responsable de la guiar e instruir al Promotor. Lector Ingeniero Jaime

Basantes

Revisar el desarrollo del proyecto.

Constatar que el desarrollo del proyecto elaborado cumple con las normas establecidas.

Nota: El cuadro muestra un detalle sobre los recursos humanos utilizados en el Proyecto.

Tabla 6.01.02 Recurso Material

RECURSOS MATERIALES

Material Cantidad Valor Unitario Valor Total

Computador 1 700,00 700,00

Hojas de papel bon 900 0,03 27,00

Grapas Artesco/1000 1 1,20 1,20

Servicios Básicos 700 horas 0,25 175,00

Servicio de internet 800horas 0,02 16,00

Alimentación 90 días 1,50 135,00

Transporte 90 días 0,50 45,00

Total 1.099,20

(69)

52

6.02 Presupuesto

Tabla 6.02.01 Presupuesto para la realización del proyecto.

Nombre Cantidad Valor Unitario Valor Total

Empastado 1 10,00 10,00

Anillado 3 5,00 15,00

Impresiones 400 0,10 40

Servicios Básicos 700 horas 0,25 175,00

Servicio de internet 800horas 0,02 16,00

Alimentación 90 días 1,50 135,00

Transporte 90 días 0,50 45,00

Seminario de profesionalización 1 520,00 520,00

Tutoría 1 200,00 200,00

Computador 1 700,00 700,00

Total 1.856,00

Nota: El cuadro muestra el presupuesto con el que se cuenta para la elaboración del proyecto.

6.03 Cronograma

Figura 40:Cronograma de actividades

(70)

53

Capítulo VII: Conclusiones y Recomendaciones 7.01 Conclusión

Concluyo que la presente investigación nos ayudó en lo siguiente:

 La implementación de la aplicación de ventas y cobros cumplió con la optimización de los procesos operacionales.

 La aplicación ayudara a mantener la información organizada en todo momento y facilitara la misma en todo momento, agilitando los proceso operacionales que se venían llevando hasta ahora .

 El sistema tendrá una interfaz interactiva y de esta manera el vendedor podrá mostrarle al cliente a detalle el recurso que desee.

 Se elaboró el correspondiente manual de usuario de la aplicación de ventas y cobros, con capturas de pantallas y la descripción del mismo.

7.02 Recomendación

 Capacitar a los vendedores sobre el manejo de la aplicación y la función que cumplen cada una de las pantallas.

 Realizar una Backup mensual de la base de datos con la finalidad de tener información de respaldo.