UNIVERSIDAD DE GUAYAQUIL

Facultad de Ciencias Matemticas y Fsicas

Carrera de Ingeniera en Sistemas Computacionales

Sistema para la Gestin de Cobranzas

Utilizando Dispositivos Mviles

PROYECTO DE GRADUACION

Previo a la Obtencin del Titulo de:

INGENIERO EN SISTEMAS COMPUTACIONALES

Autor(ES):

Johanna Jazmn Quim Lainez

Carmen Geoconda Ponce Domenech
Rosendo Eduardo Burgos Garca

GUAYAQUIL ECUADOR
AO: 2007
 AGRADECIMIENTOS

A Dios, a mis padres, mi novio, hermanos y amigos que han estado a mi lado

dndome su apoyo incondicional para que pueda concluir con xito esta

carrera profesional. A todos ellos Gracias.

Johanna Quim Lainez

A Dios por ser mi gua en cada una de las decisiones tomadas, a mis Padres

por su confianza, apoyo incondicional y comprensin; y a todas esas

personas que formaron parte de una de las etapas ms importantes de mi

vida. Gracias

Carmen Ponce Domenech

Al Divino nio ya que el me ha dado la gran oportunidad de seguir adelante,

a mis padres y hermanas por el apoyo econmico y principalmente moral, ya

que me supieron dar el consejo adecuado, en el momento indicado y a mis

amigas Carmen y Johanna por haberme apoyado y soportado en el

transcurso del seminario. Gracias

Rosendo Burgos Garca

 DEDICATORIA

A Dios y a mi madre Juanita Lainez, quien supo guiarme durante toda la vida

inculcndome valores ticos y morales, y que ha sido mi fuente de

inspiracin para seguir adelante. Gracias.

Johanna Quim Lainez

A mis padres por todos los valores inculcados, por ser la inspiracin de mis

metas, porque sin su constancia no hubiera logrado lo que con perseverancia

y esfuerzo hoy culmino, a mi Esposo que con su apoyo incondicional me dio

las fuerzas necesarias para seguir adelante.

Carmen Ponce Domenech

Dedico este trabajo a toda mi familia, ya que son mi pilar fundamental para

seguir adelante y que gracias a ellos estoy cumpliendo uno de mi deseos, a

mis amigos con los cuales estuve en cada uno de los semestres, ya que

aprend mucho con cada uno de ellos y a dios por darme la oportunidad de

seguir adelante a pesar de todo.

Rosendo Burgos Garca

 TRIBUNAL DE GRADUACIN

________________________________
 DECLARACIN EXPRESA

La autora de la tesis de grado corresponde exclusivamente al suscrito(s),

perteneciendo a la Universidad de Guayaquil los derechos que generen la

aplicacin de la misma

(Reglamento de Graduacin de la Carrera de Ingeniera en sistemas

Computacionales, Art. 26)

 INDICE GENERAL

AGRADECIMIENTO I

DEDICATORIA II

TRIBUNAL DE GRADUACIN III

DECLARACIN EXPRESA IV

RESUMEN EJECUTIVO V

NDICE GENERAL VI

CAPITULO 1 Pg.

1.- Preliminares . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

1.1.- Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

1.2.- Definicin del Problema ........................... 2

1.3.- Justificacin del Proyecto . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.4.- Misin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.5.- Visin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.6.- Objetivos del Proyecto . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.6.1.- Objetivo General . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.6.2.- Objetivos Especficos . . . . . . . . . . . . . . . . . . . . . . . 6

1.7.- Alcances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

1.7.1.- Desarrollo de Alcances . . . . . . . . . . . . . . . . . . . . . . 7

1.7.1.1.- Base de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

1.7.1.2.- Reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

1.7.1.2.1.- Cartera por cobrar . . . . . . . . . . . . . . . . . 8

1.7.1.2.2.- Llamadas de confirmacin . . . . . . . . . . . 8

1.7.1.2.3.- Cartera por vencer . . . . . . . . . . . . . . . . . 9

1.7.1.2.4.- Cartera vencida . . . . . . . . . . . . . . . . . . . 9

1.7.1.2.5.- Cartera cobrada . . . . . . . . . . . . . . . . . . . 9

1.7.1.2.6.- Cobros por recaudador . . . . . . . . . . . . . 10

1.7.1.3.- Formas de pago . . . . . . . . . . . . . . . . . . . . . . . . . . 10

1.7.1.4- Impresin de Reportes . . . . . . . . . . . . . . . . . . . . . 10

1.7.1.5- Claves de acceso . . . . . . . . . . . . . . . . . . . . . . . . . 10

1.7.1.6- Sincronizacin . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

1.8.- Beneficios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

1.9.- Cronograma resumido de actividades . . . . . . . . . . . . . . . . . 13

1.10.- Recursos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

1.10.1.- Recursos de Hardware . . . . . . . . . . . . . . . . . . . . . 14

1.10.2.- Recursos de Software . . . . . . . . . . . . . . . . . . . . . 15

1.10.3.- Recurso Humano . . . . . . . . . . . . . . . . . . . . . . . . . 16

1.10.4.- Caractersticas de los Recursos . . . . . . . . . . . . . . 17

CAPITULO 2

2.- Anlisis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

2.1.- Anlisis de Mercado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

2.1.1.- Definicin de Mercado . . . . . . . . . . . . . . . . . . . . . . 18

2.1.2.- Estudio de Mercado . . . . . . . . . . . . . . . . . . . . . . . . 21

2.2.- Estudio de Factibilidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

2.2.1.- Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

2.2.2.- Viabilidad Econmica . . . . . . . . . . . . . . . . . . . . . . . . 22

2.2.3.- Viabilidad Tcnica . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

2.2.3.1.- Recurso Software . . . . . . . . . . . . . . . . . . . . 23

2.2.3.2.- Recurso Hardware . . . . . . . . . . . . . . . . . . . 23

2.2.4.- Viabilidad Operacional . . . . . . . . . . . . . . . . . . . . . . 24

2.3.- Procesos y Controles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

2.3.1.- Control de la Cobranza . . . . . . . . . . . . . . . . . . . . . . 24

2.3.2.- Creacin de Base De Datos . . . . . . . . . . . . . . . . . . 25

2.3.3.- Capacitacin de Personal . . . . . . . . . . . . . . . . . . . . 25

2.4.- Diccionario de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

2.4.1.- Elementos de Datos . . . . . . . . . . . . . . . . . . . . . . . . . 26

2.4.2.- Formato . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

2.4.2.- Formato Ejemplo . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

2.5.- Diagrama Entidad Objeto . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.6.- Diagrama de Flujo de Datos . . . . . . . . . . . . . . . . . . . . . . . . . 31

2.6.1.-Anlisis del Flujo de Datos . . . . . . . . . . . . . . . . . . . . 32

2.6.1.1.- Entrada del Sistema . . . . . . . . . . . . . . . . . . 32

2.6.1.2.- Salidas del Sistema . . . . . . . . . . . . . . . . . . 33

2.7.- Definicin de Objetos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

2.8.- Anlisis de los Casos de Usos . . . . . . . . . . . . . . . . . . . . . . . 37

2.8.1.- Diagrama de Actores Escenario

General del Usuario . . . . . . . . . . . . . . . . . . . . . . . 37

2.8.2.- Diagrama de Actores Escenario General

de los Tipos de Reportes del Sistema . . . . . . . . . 38

2.8.3.- Diagrama de Actores Escenario

Inicio de Sesin . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.9.- Anlisis de Escenarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.9.1.- Escenario General del Usuario . . . . . . . . . . . . . . . . 39

2.9.2.- Escenario de las Consultas al Sistema . . . . . . . . . . 40

2.10.- Anlisis de Riesgos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

2.10.1.- Administracin de Riesgos . . . . . . . . . . . . . . . . . . 41

2.11.- Modelos de Desarrollo . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

2.12.- Arquitectura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

2.12.1.- Ejemplo Arquitectura 3 capas . . . . . . . . . . . . . . . . 46

 2.13.- Metodologa para la recopilacin de informacin . . . 47

2.13.1.- Polticas para las Entrevistas . . . . . . . . . . . . . . . . 47

CAPITULO 3

3.- Diseo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

3.1.- Especificacin de Objetos . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

Cliente, Articulo, Banco, Cargo, Ciudad . . . . . . . . . . . . . . . 49

Cobros_realizados, Detalle_factura . . . . . . . . . . . . . . . . . . 50

Factura, Forma_pago, Gestion . . . . . . . . . . . . . . . . . . . . . . 51

Llamadas_clientes, Nota_credito . . . . . . . . . . . . . . . . . . . . 52

Notificaciones, Pda, Proveedor . . . . . . . . . . . . . . . . . . . . . 53

Refinanciamiento, Tipo_cliente . . . . . . . . . . . . . . . . . . . . . . 54

Usuario, Visita_recaudador . . . . . . . . . . . . . . . . . . . . . . . . . 55

Zona . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

3.2.- Diagrama de Clases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

3.2.1.- Clase Cliente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

3.2.2.- Clase Banco . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

3.2.3.- Clase Ciudad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

3.2.4.- Clase Cobros_realizados . . . . . . . . . . . . . . . . . . . . . 58

3.2.5.- Clase Llamadas_clientes . . . . . . . . . . . . . . . . . . . . . 59

3.2.6.- Clase Notificaciones . . . . . . . . . . . . . . . . . . . . . . . . 59

3.2.7.- Clase Pda . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

 3.2.8.- Clase Proveedor . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

3.2.9.- Clase Usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

3.2.10.- Clase Visita_recaudador . . . . . . . . . . . . . . . . . . . . 61

3.3.- Diseo Arquitectnico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

CAPITULO 4

4.- Desarrollo y Pruebas Del Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . 63

4.1.- Desarrollo del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

4.1.1.- Creacin de la Base de datos . . . . . . . . . . . . . . . . . 63

4.1.2.- Creacin de los componentes (Mdulos) . . . . . . . . . 64

4.1.2.1.- Seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . 65

4.1.2.2.- Auditoria . . . . . . . . . . . . . . . . . . . . . . . . . . 65

4.1.3.- Principales Tcnicas de Desarrollo . . . . . . . . . . . . . 66

4.1.3.1.- Tcnicas estructuradas con metodologa O.O 66

4.1.4.- Calidad del sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . 67

4.1.4.1.- Cumplimiento de los requerimientos o alcances. . 67

4.2.- Pruebas del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

4.2.1.- Prueba con mdulo de ingreso de usuario . . . . . . . 68

4.2.2.- Prueba con mdulo de cartera vencida . . . . . . . . 68

4.2.3.- Prueba con mdulo de ruta de cobro . . . . . . . . . . 68

4.2.4.- Prueba con mdulo de cartera por vence. . . . . . . . 69

CAPITULO 5

5.- Implementacin del Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

5.1.- Elementos fsicos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

5.2.- Elementos lgicos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

5.3.- Recurso Humano . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

5.4.- Infraestructura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

5.5.- Capacitacin de los usuarios . . . . . . . . . . . . . . . . . . . . . . . . 72

5.6.- Glosario tcnico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Capitulo 6

6.- Recomendaciones y Conclusiones . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

6.1.- Conclusiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

6.2.- Recomendaciones ............................... 77

6.2.1- Recomendaciones tcnicas . . . . . . . . . . . . . . . . . . . 77

6.2.2- Recomendaciones Generales . . . . . . . . . . . . . . . . . 79

Anexos

1.- Cronograma de actividades . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

2.- Formato de la Entrevista . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82

 INDICE DE FIGURAS

Pg.

Figura 2.1 Diagrama Entidad Objeto . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

Figura 2.2 Diagrama de Flujo de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Figura 2.3 Diagrama de actores -

escenario general del usuario . . . . . . . . . . . . . . . . . . . . . . . . . 37

Figura 2.4 Diagrama de actores

escenario general de los tipos de reportes del sistema. . . . . . 38

Figura 2.5 Diagrama de actores

escenario Inicio de Sesin. . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Figura 2.6 Arquitectura 3 capas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

Figura 3.1 Diseo Arquitectnico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

Figura 4.1 Base de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

 INDICE DE TABLAS

Pg.

Tabla 1.1. Caractersticas de los recursos . . . . . . . . . . . . . . . . . . . . . . . . 17

Tabla 2.1. Descripcin Diccionario de Datos, Formato . .. . . . . . . . . . . . . 28

Tabla 2.2 Descripcin Diccionario de Datos, entidad Cliente . . . .. . . . . . 29

Tabla 2.3 Definicin de Objetos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

Tabla 2.3.1 Definicin de Objetos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

Tabla 2.4 Administracin de Riesgo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

Tabla 3.1 Cliente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

Tabla 3.2 Articulo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

Tabla 3.3 Banco . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

Tabla 3.4 Cargo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

Tabla 3.5 Ciudad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

Tabla 3.6 Cobros_realizados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

Tabla 3.7 Detalle_factura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

Tabla 3.8 Factura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

Tabla 3.9 Forma_pago . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

Tabla 3.10 Gestin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

Tabla 3.11 Llamadas_clientes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

Tabla 3.12 Nota_credito . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

Tabla 3.13 Notificaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

Tabla 3.14 Pda . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

Tabla 3.15 Proveedor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

Tabla 3.16 Refinanciamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

Tabla 3.17 Tipo_cliente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

Tabla 3.18 Usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

Tabla 3.19 Visita_recaudador . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

Tabla 3.20 Zona . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

Tabla 3.21 Clase Cliente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

Tabla 3.22 Clase Banco . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

Tabla 3.23 Clase Ciudad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

Tabla 3.24 Clase Cobros_realizados . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

Tabla 3.25 Clase Llamadas_clientes . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

Tabla 3.26 Clase Notificaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

Tabla 3.27 Clase Pda . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

Tabla 3.28 Clase Proveedor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

Tabla 3.29 Clase Usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

Tabla 3.30 Clase Visita_recaudador . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

 RESUMEN EJECUTIVO

Este sistema fue diseado con la finalidad de que el rea de cobranza tenga

un proceso mas rpido y gil que optimice la administracin y control total de

las tareas y procesos relacionados a esta actividad, sin importar el estado en

que se encuentren las carteras a gestionar: prximas a vencer, en mora

temprana, en instancia extrajudicial o en proceso legal.

Adaptable a la estructura y cultura de su organizacin,

acortar sus tiempos de cobranza, reducir el costo operativo de su gestin y

aumentar la productividad de su empresa.

El modulo ruta de cobros, cartera vencida, en esta aplicacin fue diseado

con todos los parmetros necesarios y altos estndares de calidad que nos

provee las herramientas necesarias que permite tener un control de todos

nuestros clientes, controlando de esta manera nuestra cartera por vencer y

vencida.

El equipo base nos proporciona una amplia variedad de reportes que

mediante la ejecucin de procesos y transacciones permiten actualizar

informacin constantemente debido a la sincronizacin para utilizacin propia

o de mdulos relacionados.
 1

CAPITULO # 1
1 PRELIMINARES

1.1 Introduccin

Todas las empresas que conceden crditos a sus clientes, manejan

transacciones comerciales en las que van a tener que realizar una

posterior gestin de cobranzas a los mismos.

Hay que tomar en cuenta que en una gestin de cobranzas, el

contacto, la comunicacin y el entorno del negocio, producen

informacin que debe ser bien administrada y rpidamente canalizada

para obtener una mejor efectividad en cada una de las gestiones que

se emprenden.

Adems hay que considerar que no es dable cobrar si primero no se

est debidamente organizado para hacerlo, dado que esto tambin

representa la imagen y la seriedad de la empresa; y, a su vez

transmite confianza a los clientes.

 2

En trminos prcticos de cobranza: Se debe conocer la empresa, sus

productos, su industria, el flujo operativo de negocio y la tecnologa

que utilizan para administrar la informacin.

La base de una cobranza exitosa es una administracin de clientes al

da. Ciertamente, el cambio en el entorno empresarial donde las

actividades se desempean puede incidir sobre las pautas

establecidas en las relaciones comerciales.

Por lo tanto, hay que realizar un anlisis de la importancia relativa de

los clientes. Para ello se debe ejecutar peridicamente un anlisis

ABC, lo cual permitir establecer una estrategia de gestin de

cobranza ms efectiva y vinculada a la realidad de sus negocios y a

sus posibilidades financieras actuales.

1.2 Definicin del problema

En la actualidad la mayora de las empresas de nuestro medio llevan

la gestin de cobranzas de una manera manual y no de forma

automatizada. Por esto, se hace imprescindible el estudio de

mecanismos que permitan realizar dicha tarea de una manera ms

eficaz, lo que contribuir a un ahorro sustancial en tiempo y dinero, lo

cual se reflejar en beneficio de la empresa.

 3

Debemos de recordar que poco se gana vendiendo mucho si

finalmente no se cobra a tiempo, ya que las cuentas por cobrar

siempre las debe financiar la organizacin. En consecuencia, hay que

darle importancia a la actividad de cobrar, dedicarle esfuerzo con

inteligencia y profesionalismo, se debe ser creativo, flexible y otorgar

incentivos.

Clasificar a los clientes de una manera que se pueda identificar con

claridad aquellos que son rentables, que no necesariamente son

siempre los compradores frecuentes. Identificar los clientes (actuales y

potenciales) en trminos de productos, servicios, monto de compras,

formas de pagos y otros atributos vinculados a la cobranza, de esa

manera se sabr como cobrarles con xito.

1.3 Justificacin del proyecto

Hemos notado que muchas de las empresas en nuestro medio no

cuentan con un sistema automatizado para realizar la Gestin de

Cobranzas, que est acorde con los avances tecnolgicos del

mercado.
 4

Por tal motivo hemos decidido desarrollar un software que optimice el

proceso del departamento de cobranzas de una empresa, el mismo

que estar basado en la utilizacin de dispositivos mviles para

automatizar las tareas que se realizan en este departamento.

Dicha aplicacin ser la solucin integral para la gestin de cobranzas,

para la cartera por vencer y vencida. Este software es integral porque

en un slo sistema se automatizan las labores de todas las personas

relacionadas con la actividad de la cobranza. Adems va a permitir

tener una mejor administracin sobre los clientes y el flujo de caja de

la empresa.

Cabe recalcar que esta aplicacin va a proporcionar a los agentes

comerciales una herramienta de trabajo que facilite su labor comercial

en terreno, dando un completo apoyo al proceso de venta,

optimizando los ciclos de negocio y reduciendo los eventuales errores

de digitacin.

Un Sistema de Gestin de Cobranzas es una solucin que permite

aumentar significativamente el nmero de contactos efectivos con los

clientes que unido a una estrategia adecuada de cobranza se traduce

en un mayor nmero de promesas de pago y por ello en un mejor

resultado en recuperacin de la cartera.

 5

1.4 Misin

Automatizar los cobros mediante la utilizacin de dispositivos mviles

con una aplicacin de fcil manejo para todos los usuarios que

trabajen en el campo de la cobranza.

1.5 Visin

Convertirnos en una empresa lder en aplicaciones mviles de

cobranza utilizando las herramientas que se encuentren disponibles

en el mercado buscando satisfacer todas las necesidades para

beneficio de los usuarios que la utilicen.

1.6 Objetivos del Proyecto

1.6.1 Objetivo general

Automatizar el proceso de Gestin de Cobranzas, mediante el

cual vamos a obtener informacin veraz en el momento

oportuno, y as realizar el respectivo cobro a los clientes, con la

finalidad de ser altamente competitivos para que la empresa no

sufra prdidas econmicas por la cartera vencida o incumplida.

 6

1.6.2 Objetivos especficos

Tener una informacin veraz de los clientes, con la

finalidad de realizar un cobro ms eficiente, dicha

informacin podr ser actualizada por el personal del

departamento de cobranzas en el caso que lo amerite.

En el equipo base el sistema generar varios listados de

la cartera que se encuentre vencida y por vencer.

Contar con informacin necesaria para el cobro: como

factura y notas de crdito.

Manejar horarios y forma de pago de los clientes, donde

el recaudador tendr en su dispositivo mvil la ruta a

seguir por zonas de los clientes que deber visitar.

En el equipo base se va a poder emitir reportes de los

cobros realizados a los clientes.

 7

El Sistema contar con niveles de administracin para el

uso del mismo, de acuerdo a la estructura organizacional

del departamento de cobranzas.

En este software existir una opcin para la

sincronizacin de los datos con los dispositivos mviles.

1.7 Alcances

1.7.1 Desarrollo de alcances

1.7.1.1 Base de datos

Se elaborar una base de datos (Anywhere 9.0), la cual

manejara datos de clientes, productos, factura, notas de crdito.

Para la creacin o modificacin de los datos de un cliente, ser

necesario que en el sistema se cree una ficha con los datos

ms relevantes del mismo y que slo sern modificados por el

usuario que tenga los permisos respectivos.

Dicha ficha va a contener los datos mas relevantes del cliente

tales como: RUC/cedula, nombre o razn social, direccin,

telfono, fax, e-mail, representante legal (contacto), referencias

comerciales.
 8

Todos y cada uno de estos datos se los manipular mediante

diferentes pantallas que sern: Ingreso, Consulta, Modificacin

y Eliminacin, las mismas que sern manipuladas por los

usuarios que tengan los permisos respectivos.

1.7.1.2 Reportes

En el equipo base el sistema generar varios reportes, dentro

de los cuales vamos a tener:

1.7.1.2.1 Cartera por cobrar.

Este reporte nos va a permitir generar un listado de

toda la cartera que la empresa tenga por cobrar

(cartera vencida y por vencer), la misma que se

generara en funcin de la seleccin de un periodo.

1.7.1.2.2 Llamadas de confirmacin.

Realizaremos una llamada previo al cobro y con sta

opcin nos va a permitir generar un listado de todos

los clientes que estn prximos a vencer su cartera en

el se mostrara el nombre, factura, fecha de factura,

fecha de vencimiento, monto y telfono.

 9

1.7.1.2.3 Cartera por vencer.

Esta opcin nos va a permitir generar un listado de

todos los clientes que se encuentren con su cartera

por vencer con la empresa, as mismo este listado se

lo podr generar en funcin a un periodo a elegir, la

informacin que se mostrara en el listado ser:

nombre, factura, fecha de vencimiento, monto.

1.7.1.2.4 Cartera vencida.

Esta opcin nos va a permitir generar un listado de

todos los clientes que se encuentren con su cartera

vencida con la empresa, as mismo este listado se lo

podr generar en funcin a un periodo a elegir, la

informacin que se mostrara en el listado ser:

nombre, factura, fecha de vencimiento, monto.

1.7.1.2.5 Cartera Cobrada.

Esta opcin nos va a permitir generar un listado de

todos los pagos realizados por los clientes, as mismo

este listado se lo podr generar en funcin a un

periodo a elegir, la informacin que se mostrara en el

 10

listado ser: Cliente, factura, fecha de factura, fecha

de pago, N de Cuota y valor de la cuota.

1.7.1.2.6 Cobros por recaudador.

Esta opcin permitir generar un listado de todos los

clientes que se encuentran asignados a cada uno de

los recaudadores de la empresa.

1.7.1.3 Formas de pago

El sistema en el dispositivo mvil contar con opciones de pago

que puedan tener los clientes, ya sean stas en efectivo o en

cheque, as como tambin sus horarios y lugares de pago.

1.7.1.4 Impresin de reportes

En el equipo base el sistema contar con una opcin que

permita la impresin de los reportes.

1.7.1.5 Claves de acceso

El sistema contar para su utilizacin con las debidas

seguridades del caso, las mismas que estarn basadas en la

creacin de usuarios con claves personalizadas

 11

El sistema contara con un modulo para el ingreso de los

usuarios del sistema.

En cuanto al uso de la Aplicacin en el Dispositivo Mvil,

solo mostrara la informacin concerniente y necesaria al

usuario recaudador que inicie la sesin.

El nico usuario que tendr acceso global al sistema ser el

administrador.

1.7.1.6 Sincronizacin

El mdulo de sincronizacin es realizado con el objetivo de

mantener actualizados los datos de los clientes tanto en el

equipo central como en los dispositivos mviles, para que

cuando el recaudador visite al cliente tenga la informacin

actualizada del mismo.

 12

1.8 Beneficios

Con la utilizacin de vamos a

reducir la cartera en mora, es decir que tendremos al da

todas y cada una de las cuentas.

Reduccin de tiempo y costos de movilizacin al realizar los

cobros, esto debido a las llamadas de confirmacin con lo

que el recaudador ir a realizar un cobro seguro.

Mejorar la productividad de la empresa y que no haya

problemas de liquidez.

Mejorar la atencin al cliente, que sea ms rpida y

eficiente.

Facilidad y diversidad en la emisin de reportes.

Proporcionar un apoyo al proceso de ventas.

Mejorar la orientacin del recaudador (Gestin de Ruta).

Proporcionar un sistema seguro con la utilizacin de user y

password personalizadas.

Buena actualizacin de los datos.

Soporte al sistema.
 13

1.9 Cronograma resumido de actividades

A continuacin se presenta el cronograma resumido de las actividades

realizadas en el desarrollo de . Ver Anexo 1

CRONOGRAMA RESUMIDO DE ACTIVIDADES

No. ACTIVIDADES TIEMPO

1 Definicin de Alcances y Objetivos 2 semanas

2 Correccin de los Alcances y Objetivos 1 semana

3 Levantamiento de Informacin 2 semanas

4 Anlisis del sistema 8 semanas

5 Diseo del proyecto 6 semanas

Diseo de la Interfaz del sistema (Power Builder y
6 Pocket Builder) 4 semanas

7 Programacin y conexin 2 semanas

8 Realizar validaciones al proyecto 2 semanas

9 Sincronizacin y pruebas 2 semanas

10 Revisin preliminar y pruebas del sistema 2 semanas

11 Correccin de proyecto y Documentacin final 2 semanas

12 Correcciones varias 2 semanas

13 Presentacin final del sistema 9/05/207

 14

1.10 Recursos

Dentro de la planificacin del proyecto Sistema para la Gestin de

Cobranza utilizando Dispositivos Mviles se contempla los siguientes

recursos requeridos para acometer el esfuerzo de desarrollo, como

son las herramientas de hardware, software y el recurso humano.

Considerando la magnitud de la aplicacin y el tiempo dedicado a la

investigacin, herramientas o agregados se definen los siguientes

recursos requeridos.

1.10.1 Recursos de hardware

Para la implementacin del proyecto utilizaremos una

computadora con las siguientes caractersticas:

Procesador AMD Athlon 1 Ghz.

256 MB de memoria RAM

Disco Duro de 80GB de 7200RPM

CDRW 52X

Monitor de 15

Teclado y Mouse
 15

Computador Clon

En este equipo se proceder al desarrollo de la interfaz

grfica, bajo la herramienta de software POWER BUILDER,

que posteriormente servir para nuestra aplicacin.

Las caractersticas del equipo son las siguientes:

Procesador Pentium 4 de 3.0 GHz

512 Mb de RAM

Disco Duro de 80Gb de 7200 rpm

Unidad de DVDWriter

Monitor de 15

Teclado y Mouse

Agenda Electrnica (Palm o Pocket Pc)

1.10.2 Recursos de Software

Las computadoras que utilizaremos para el desarrollo del

sistema va a requerir del siguiente software:

Sistema Operativo Windows XP SP2

Herramienta de desarrollo en Power Builder 10.5

Herramienta de desarrollo Pocket Builder 2.0

Base de Datos Anywhere 9.0

Aplicaciones y requisitos del sistema para la

utilizacin de la agenda electrnica.

 16

Utilizaremos un software de sincronizacin (Mobilink)

1.10.3 Recurso humano

Un factor muy importante e imprescindible para la realizacin del

Sistema para la Gestin de Cobranzas utilizando Dispositivos

Mviles SISCOM, fue el recurso humano.

Las personas que intervinieron en el desarrollo de este sistema son

tres, a continuacin detallamos los nombres de cada uno de los

integrantes:

Johanna Quim Lainez,

Carmen Ponce Domenech,

Rosendo Burgos Garca.

Cabe indicar que este Recurso Humano intervino en cada una de

las fases de desarrollo del sistema como son: levantamiento de

informacin, anlisis, diseo, desarrollo, pruebas e implantacin

de la aplicacin Sistema para la Gestin de Cobranza utilizando

Dispositivos Mviles, todos orientados a investigar arduamente

para el desarrollo del mismo.

 17

1.10.4 Caractersticas de los recursos

En la siguiente tabla se presentan las caractersticas ms

relevantes de los recursos utilizados para el desarrollo de la

aplicacin.

Descripcin Informes Fecha Tiempo

del de cronolgica aplicacin
recurso disponibilidad del recurso recurso

Del 01/09/06
Hardware Inmediata 9 meses
al 09/05/07

Del 23/01/07
Software Inmediata 4 meses
al 09/05/07

Del 01/09/06
Humano Inmediata 9 meses
al 09/05/07

Tabla 1.1. Caractersticas de los recursos

 18

CAPITULO # 2
2 ANLISIS

Dentro de ste captulo realizaremos un anlisis de los diferentes factores

que van a intervenir para la realizacin del sistema de cobranzas, donde

tambin debemos de tomar en cuenta lo siguiente:

Presentar y entender el dominio de la informacin del problema.

Definir las funciones que debe realizar el Software.

Representar el comportamiento del software en caso de

acontecimientos externos.

Dividir en forma jerrquica los modelos que representan la

informacin, funciones y comportamiento

Para la realizacin del Anlisis del Sistema se deben realizar los

siguientes puntos:

Identifique las necesidades del Cliente.

Evale que conceptos tiene el cliente del sistema para establecer

su viabilidad.

Realice un Anlisis Tcnico y econmico.

 19

Asigne funciones al Hardware, Software, personal, base de datos,

y otros elementos del Sistema.

Establezca las restricciones de presupuestos y planificacin

temporal.

En Conclusin un proyecto de desarrollo de un Sistema de Informacin

comprende varios componentes o pasos llevados a cabo durante la etapa

del anlisis, el cual ayuda a traducir las necesidades del cliente en un

modelo de Sistema que utiliza uno o ms de los componentes: Software,

hardware, personas, base de datos, documentacin y procedimientos.

2.1 Anlisis de mercado

2.1.1 Definicin de mercado

La aplicacin de Gestin de Cobranzas va a ser direccionada a

todas y cada una de las empresas que requieran optimizar todo

el proceso de una cobranza eficiente, mediante la cual se

evitara que los deudores caigan en mora de sus pagos en los

crditos contrados y reduciendo que las mismas se vuelvan

incobrables.

Todo esto gracias a la optimizacin de estos grandes factores

que intervienen en la cobranza como son:

 20

Informacin: ya que para una gestin de cobranzas sta

debe ser veraz, oportuna y suficiente; para esto nuestro

sistema manejar una base de datos en donde conste toda

la informacin necesaria para realizar los cobros.

Tecnologa: ya que interviene en todo momento dentro del

proceso de cobranza automatizando funciones, acelerando

procesos, proporcionando informacin correspondiente a la

gente adecuada, y elaborando reportes y anlisis que le

permitan tomar mejores decisiones de negocios.

Estrategia: stas establecen los lineamientos bsicos para

la gestin de cobranzas, derivando polticas que deben

llevarse uniforme y consistentemente, sern definidas en

base al mercado, al segmento de clientes, al producto, la

experiencia con el cliente, y permitir cierta flexibilidad para

adaptarse a cada situacin particular.

Gestores: El personal debe estar capacitado para enfrentar

adecuadamente las diversas situaciones que se presten al

estar en contacto con los clientes de la empresa.

 21

Igualmente, debe existir una motivacin para ellos, como

reconocimientos, planes de carrera, bonos e incentivos en

general. Para lo cual dentro de nuestro cronograma

incluiremos un tiempo para la capacitacin de los usuarios

del sistema.

2.1.2 Estudio del mercado

Para la realizacin de este sistema hemos procedido a

investigar cuales son las empresas locales que ya cuentan con

un Sistema automatizado para la Gestin de Cobranzas, entre

las cuales podemos mencionar a las siguientes:

Cervecera Nacional Pilsener

EBC Coca Cola

Pronaca

2.2 Estudio de factibilidad

2.2.1 Introduccin

De acuerdo a las investigaciones realizadas por nuestro grupo

de trabajo, en los diferentes tipos de ambiente laboral,

observamos que es necesaria la implementacin de una

herramienta que sea verstil, de fcil entendimiento y uso para

el usuario.
 22

Por lo cual sabemos que esta implementacin es factible y

viable en el mercado, ya que en nuestro medio son muy

reducidas las empresas que tienen un sistema automatizado

para la cobranza.

Adems nuestro sistema optimizar tiempo y recursos en la

gestin de cobranzas, as como tambin un control sobre los

cobros y acercamiento a los clientes.

El proyecto propuesto justifica su implementacin buscando

mejorar la administracin y automatizacin de cobranzas en la

organizacin.

2.2.2 Viabilidad Econmica

El costo de inversin comparado con el beneficio econmico

que la organizacin pretende alcanzar en un tiempo

considerable, es aceptable, por lo que la realizacin e

implementacin del proyecto es factible en el mercado actual

con las polticas de cobro que aplica la empresa.

2.2.3 Viabilidad Tcnica

 23

2.2.3.1 Recurso Software

La aplicacin est bajo la plataforma Microsoft Windows

XP, con una Base de Datos SQL Anywhere 9, la

herramienta que se utiliz para el desarrollo de la

aplicacin fue Power Builder 10.5 y Pocket Builder 2.0.

2.2.3.2 Recurso Hardware

Para el desarrollo del sistema de gestin de cobranza

para Dispositivos Mviles se requiri de 3 PCS, nica y

exclusivamente a disposicin de la creacin del sistema y

son de propiedad de los desarrolladores, todos ellos

equipados con la arquitectura necesaria para dar soporte

a las aplicaciones antes mencionadas.

Los desarrolladores del sistema se encuentran

capacitados tanto para manipular los equipos detallados

como las aplicaciones necesarias para la creacin del

sistema.

Por lo tanto se puede concluir que el proyecto es factible desde

el punto de vista tcnico.

2.2.4 Viabilidad operacional

 24

De acuerdo a los estudios realizados, en cuanto al manejo de

herramientas para la cobranza, pudimos constatar que no

cuentan con una infraestructura adecuada y gil.

Por lo cual ofrecemos una interfaz amigable y entendible para

los usuarios, logrando mejorar la calidad de trabajo y tiempo,

concluyendo que la disposicin de dicho recurso humano es

magnifica para cumplir con el objetivo del cambio de sistema

aumentando su productividad y efectividad.

Por lo tanto se puede concluir que el proyecto es factible desde

el punto de vista operacional.

2. 3 Procesos y Controles

2.3.1 Control de la cobranza

Proporcionar un sistema que controle la gestin de cobro a los

clientes, utilizando dispositivos mviles, los mismos que tendrn

informacin actualizada y suficiente para que el recaudador

pueda realizar los cobros.

2.3.2 Creacin de base de datos

Crear una base de datos que contenga los datos del cliente,

facturas, pagos realizados, usuarios del sistema.

 25

2.3.3 Capacitacin de personal

Contribuir a que el personal que labora en la empresa pueda

dar un mejor uso del sistema al momento de ponerlo en

prctica.

2.4 Diccionario de datos

Los diccionarios de datos son el segundo componente a analizar del

anlisis del flujo de datos, en s los diagramas de flujos de datos no

describen por completo el objeto de la investigacin, este proporciona

informacin adicional sobre el sistema. Esta seccin analiza qu es,

por qu se necesita en el anlisis de flujo de datos y como

desarrollarlo.

Un diccionario de datos es una lista de todos los elementos incluido en

el conjunto de los diagramas de flujo de datos que describen un

sistema. Los elementos principales en un sistema, son el flujo de

datos, el almacenamiento de datos y los procesos. El diccionario de

datos almacena detalles y descripciones de estos elementos.

Si los analistas desean conocer cuntos caracteres hay en un dato,

con qu otros nombres se los conoce en el sistema, o en donde se

utilizan dentro del sistema, deben ser capaces de encontrar las

respuestas en un diccionario de datos desarrollado apropiadamente.

 26

El diccionario de datos se desarrolla durante el anlisis de flujo de

datos y ayuda al analista involucrado en la determinacin de los

requerimientos de sistemas.

Para comprender mejor el significado de un diccionario de datos,

puede considerarse su contenido como "datos acerca de los datos"; es

decir, descripciones de todos los dems objetos (archivos, programas,

informes, sinnimos...) existentes en el sistema.

El diccionario de datos nos muestra la lista de todos los atributos por

cada entidad o tabla y sus caractersticas.

2.4.1 Elementos de Datos

Descripcin de los Datos en el Diccionario: Cada entrada en

el diccionario de datos consiste en un conjunto de detalles que

describen los datos utilizados o producidos en el sistema. Cada

artculo se identifica por un nombre de dato, descripcin,

sinnimo y longitud de campo y tiene valores especficos que se

permiten para ste en el sistema estudiado.

Nombre de los Datos: Para distinguir un dato de otro, el

analista le asigna nombres significativos que se utilizan para

tener una referencia de cada elemento a travs del proceso

 27

total de desarrollo de sistemas. Por lo tanto, debe tenerse

cuidado para seleccionar, en forma significativa y entendible, los

nombres de los datos, por ejemplo la fecha de factura es ms

significativa si se llama FEC_FACTURA.

Descripcin: Establece brevemente lo que representa el dato

en el sistema; por ejemplo, la descripcin para FECHA-DE-

FACTURA indica que es la fecha en la cual se est preparando

la misma (para distinguirla de la fecha en la que se envi por

correo o se recibi.

Las descripciones de datos se deben realizar suponiendo que

los usuarios no conocen nada en relacin del sistema. Deben

evitarse termino especiales o argot, todas las palabras deben se

entendible para el lector.

Entidad: Nombre que se le asign a la tabla en la base de

datos.

Atributos: Nombre de cada campo dentro de la entidad en la

base de datos.

Tipo: Tipo de informacin que almacenar el atributo en la base

de datos.

Largo: Cantidad mxima de caracteres que aceptar el atributo.

 28

Condicin: Restricciones que se han estipulado para un campo

en especfico.

2.4.2 Formato

El formato diseado para registrar el Diccionario de datos es el

que se muestra a continuacin, el mismo que contendr todos

los campos de una tabla, con sus respectivos tipos de datos,

descripcin de los campos, sus primary key y Forein key.

Pg. 1 / 1
SISTEMA DE GESTION DE COBRANZA
UTILIZANDO DISPOSITIVOS MOVILES
Fecha/Diseo
Versin 1.0 14/03/2007
Entidad:
DESCRIPCIN DE CAMPOS

No. Nombre Tipo Long. Descripcin PK FK NL

Definicin de claves
PK:
FK:
Tabla 2.1. Descripcin Diccionario de Datos, Formato

A continuacin presentamos un ejemplo del Diccionario de Datos

Pg. 1 / 1
SISTEMA DE GESTION DE COBRANZA
UTILIZANDO DISPOSITIVOS MOVILES
Fecha/Diseo
Versin 1.0 14/03/2007
Entidad: Cliente
DESCRIPCIN DE CAMPOS
 29

No. Nombre Tipo Long Descripcin PK FK NL

1 Id_clientes Number 4 Codigos del X

cliente
2 Nom_cliente char 30 Nombre del X
cliente
3 direccion char 40 Direccion del X
cliente
4 cuidad char 15 Cuidad donde X
vive el cliente
5 telefono number 9 Numero de
telefono del X
cliente
6 email char 20 Correo
electronico del X
cliente
7 contacto char 30 Persona con
quien se hablo X
8 fecha_pago date Fecha acordada
para el pago X
9 estatus char X
10 id_banco number 4 Codigo del
banco X
11 id_cuidad number 4 Codigo de la
cuidad X
12 id_tipocli char 4 Codido del tipo
de cliente X
13 zona char 10 Sector de la
empresa X
14 hora number 5 Hora en que se
realiza el pago X
Definicin de claves
PK: id_cliente
FK: banco, cuidad, tipo_cliente
Tabla 2.2 Descripcin Diccionario de Datos, entidad Cliente
 30

2.5 Diagrama Entidad Objeto

CARGO USUARIO PDA GESTION

TIPO CLIENTE VISITA

RECAUDADOR

NOTA DE
CUIDAD CLIENTE CREDITO
COBROS
REALIZADOS

BANCO
ZONA
FACTURA LLAMADAS
CLIENTES

ARTICULO
FORMA
DE NOTIFICACION
PAGO DETALLE
FACTURA

PROVEEDOR
REFINANCIAMINETO

Figura 2.1 Diagrama Entidad Objeto

 31

2.6 Diagrama de flujo de datos

DFD NIVEL 0

Reporte de
Cliente

Ingreso de Reporte de
User y Cartera por
Clave Cobrar

Reporte de
Cartera por
SISTEMA DE Vencer
Ingreso GESTION DE
de Cliente COBRANZAS
Reporte de
Cartera
Vencida

Ingreso Reporte de
N Factura Cobros por
Recaudador

Reporte de
Cartera
Cobrada

Figura 2.2 Diagrama de Flujo de Datos

 32

2.6.1 Anlisis del Flujo de datos

2.6.1.1 Entradas del sistema

Ingreso de clave de acceso.-

Este modulo es el primero que se ejecutara en el

momento que se cargue el sistema, donde se

validar el nombre del usuario y contrasea, el

mismo que le dar los permisos respectivos para

poder visualizar los respectivos mdulos del

sistema.

Ingreso de cliente.-

Este modulo sirve para ingresar todos los datos

del cliente, como son: Ruc o cedula, razn social o

nombre, direccin telfonos, contacto, e-mail,

referencia comerciales, referencias bancarias.

Ingreso de N de Factura.-

En este mdulo ingresaremos el nmero de la

factura a ser consultada para visualizar y verificar

los pagos realizados y los pagos pendientes.

 33

2.6.1.2 Salidas del sistema

Reporte de Clientes.-

Dicho modulo servir para visualizar los datos del

cliente, tales como: Ruc o cedula, razn social o

nombre, direccin telfonos, contacto, e-mail,

referencia comerciales, referencias bancarias, los

mismos que servirn para realizar el seguimiento

del cliente, con la finalidad de realizar un cobro

con la respectiva eficacia y eficiencia.

Reporte de cartera por cobrar.-

Este reporte nos presentar un listado de toda la

cartera por cobrar a la fecha, sta incluir la

cartera vencida y la cartera por vencer.

Reporte de cartera por vencer.-

Nos mostrara el listado de todos los clientes que

tengan facturas que estn prximas a vencer, para

de ste modo poder realizarle la gestin de la

llamada y confirmar el pago.

 34

Reporte cartera vencida.-

Nos mostrara a todos los clientes que tengan

facturas que estn vencidas, estos datos nos

servir para tomar decisiones, para recuperar

dichos valores y que la empresa no sufra perdidas

econmicas.

Reporte de Cartera Cobrada.-

Aqu se visualizaran todos los pagos que los

clientes han realizado en un perodo de tiempo.

Cobros por recaudador.-

En este modulo se mostrara todos los cobros

realizados por un recaudador en un perodo

determinado, de este modo podremos ver los

resultados y la capacidad de este recaudador para

recuperar una cartera.

 35

2.7 Definicin de objetos

Conjunto de Objetos

- Cliente {id_cliente, nom_cliente, direccion,telefono, email,

estatus, ref_bco_cta, ref_com_empresa, ref_com_telefono,
ref_com_contacto, id_cuidad, id_zona, id_tipocli, id_banco ,
id_usuario}

- Articulo {id_articulo, descripcin, id_proveedor}

- Banco {id_banco, descripcin}

- Cargo {id_cargo, descripcion}

- Ciudad {id_ciudad, descripcion}

- Cobros_realizados {id_cobro, fec_cobro, val_cobro,

val_efectivo, val_cheque, num_cta, id_factura, id_cliente,
id_usuario, id_banco}

- Detalle_factura {id_deffact, descripcin, cantidad,

valor_unitario, id_factura, id_articulo}

- Factura {id_factura, fec_emision, fec_vencimiento, subtotal,

iva, total, estatus, id_formapago, id_cliente}

- Forma_pago {id_formapago, descripcion}

- Gestion {id_gestion, descripcion}

Tabla 2.3 Definicin de Objetos

 36

Conjunto de Objetos

- Llamadas_clientes {id_llamada, fec_llamada,

fec_proxpago, hora_proxpago, dias_vencidos, contacto,
observacion, id_cliente, id_factura, id_gestion, id_usuario}

- Nota_credito {id_notacred, descripcin, total,

fec_notacred, id_factura}

- Notificaciones {id_notificacion, fec_notificacion, id_factura,

id_cliente}

- PDA {id_pda, marca, modelo, serie, id_usuario}

- Proveedor {id_proveedor, nom_provedor, direccion,

telefono, email, id_ciudad}

- Tipo_Cliente {id_tipocli, descripcion}

- Usuario {id_usuario, nom_usuario, usuario, clave, estatus,

id_cargo, id_ciudad}

- Visita_recaudador {id_visita, fec_visita, fec_prox_pago,

hora_prox_pago, contacto, observacin, dias_vencidos,
id_cliente, id_factura, id_usuario, id_gestion, hora}

- Zona {id_zona, descripcin, id_ciudad}

- Refinanciamiento {id_refinanciamiento,
fec_refinanciamiento, id_factura, id_cliente}

Tabla 2.3.1 Definicin de Objetos

 37

2.8 Anlisis de los casos de uso

2.8.1 Diagrama de actores - escenario general del usuario

SISTEMA DE COBRANZAS

INGRESO AL
SISTEMA

INGRESO DE
DATOS

USUARIO PEDIDO DE
DEL REPORTES
SISTEMA
<<EXTEND>>

TIPO DE
REPORTE

SINCRONIZACION

Figura 2.3 Diagrama de actores - escenario general del usuario

 38

2.8.2 Diagrama de actores - escenario general de los tipos

de reportes del sistema

TIPO DE REPORTE

REPORTE CARTERA
POR COBRAR

REPORTE LLAMADAS
DE CONFIRMACION

REPORTE CARTERA
USUARIO POR VENCER
DEL
SISTEMA

REPORTE CARTERA
VENCIDAD

REPORTE DE
CARTERA COBRADA

REPORTE COBROS
POR RECAUDADPOR

Figura 2.4 Diagrama de actores - escenario general de los tipos

de reportes del sistema.

 39

2.8.3 Diagrama de actores - escenario Inicio de Sesin

User Ingreso de Validar User y Presentar

User y Clave clave en BD Men
Principal

Figura 2.5 Diagrama de actores - escenario Inicio de Sesin

2.9 Anlisis de escenarios

2.9.1 Escenario general del usuario

Inicio de sesin del usuario

Ingreso de datos al sistema

Pedido de reportes

Sincronizacin
 40

2.9.2 Escenario de las consultas al sistema

Consulta de cobros por recaudador

Consulta de cartera por cobrar

Consulta de llamadas de confirmacin

Consulta de cartera por vencer

Consulta de cartera vencida

Consulta de cartera cobrada

Consulta pagos realizados de una factura

2.10 Anlisis de riesgos

Uno de los puntos ms importantes que hay que tomar en cuenta para

el desarrollo de un proyecto es el anlisis de riesgos, ya que nos

permite identificar cada uno de los riesgos que se pueden presentar y

de tal manera poder generar un plan de contingencia para disminuir su

impacto y poder reaccionar mejor ante ellos en los niveles evolutivos.

A continuacin detallamos alguno de los riesgos que se nos podran

presentar:
 41

2.10.1.- Administracin de riesgos

RIESGO DEFINICION AFECTA PROBABILI- EFECTO ESTRATEGIAS

DAD

- Darle facilidades para que haga

Que se vaya un Proyecto Muy Baja Serio su trabajo.
integrante del - Proporcionar un entorno
proyecto agradable.

- Capacitar al personal.
PERSONAL Que haya personal Producto Baja Tolerante - Proporcionarle manuales de la
sin conocimiento herramienta.
- Buscar Asesora para realizar el
proyecto.

- Realizar reuniones peridicas de

Que los integrantes Proyecto Muy Baja Serio integracin.
del proyecto sean - Hacerles notar que para terminar
problemticos. el proyecto, todos dependemos de
todos.

- Hacer Buen Anlisis de

Que la Competencia Empresa Moderada Tolerante Requerimientos
ORGANIZACIONAL tenga un mejor - Hacer investigaciones que
producto contribuyan al proyecto.
 42

Cambio de las Empresa Baja Tolerante - Contar con polticas bien

polticas del definidas
departamento

Serio - Hacer un buen anlisis de

Hacer cambio de Proyecto Baja requerimientos de usuario.
requerimientos a - Revisar si la informacin que se
medio proyecto. ha tomado en cuenta para el
proyecto es relevante.
Cambio de alcances del proyecto

REQUERIMIENTOS Que no se cumpla Proyecto Baja Serio - Verificar que se cumplan los
con lo que se ha alcances establecidos.
prometido - Establecer cronogramas de
entregas del proyecto

Que no se tenga un Producto Baja Serio - planificar reuniones para

acercamiento con establecer requerimientos.
posibles usuarios

Uso de - Obtener manuales de la

Herramientas que Producto Baja Tolerante herramienta.
no se conozca - Capacitar al personal sobre la
HERRAMIENTAS herramienta.
Que la herramienta Producto Baja Serio - Utilizar herramientas de Marcas
no tenga soporte conocidas.
tcnico
 43

Que no se cuenten
con las licencias empresa Muy Baja Serio - Comprar las licencias requeridas.
correspondientes

Base de datos no Producto Baja Serio - Analizar las variedades Base de

apta para la Datos que ofrece el mercado para
aplicacin elegir la adecuada.

Base de Datos no Producto Baja Tolerante - Hacer pruebas a la base de

ofrece el nmero de datos.
respuesta en el
tiempo destinado.
TECNOLOGICO
Que la herramienta Producto Baja Catastrfico - Buscar en el mercado una base
no este acorde a la de datos apropiada.
carga de
procesamiento

Desconocimiento Tolerante
del manejo de la Proyecto Moderada - Realizar las respectivas pruebas
Base de Datos sobre la Base de Datos.

Tabla 2.4 Administracin de Riesgo

 44

2.11 Modelo de desarrollo

UML es un conjunto de herramientas, que permite modelar (analizar y

disear) sistemas orientados a objetos.

Se requiere de una herramienta para la representacin grafica del

modelado visual de cualquier clase de sistema complejo y de tiempo

real y su desarrollo, mediante la cual se realicen diseos en UML,

("Unified Markup Language").

El modelado del diseo de base de datos, deber mejora la

comunicacin entre el usuario y los desarrolladores, y que cuando el

desarrollador modele sus casos de uso, asegure que la solucin sea

creada con el usuario en mente.

Para la realizacin de nuestro sistema de gestin de cobranzas hemos

decidido utilizar el modelo orientado a objetos, debido a que es la

tendencia en la actualidad y adems que podemos reutilizar cdigo, lo

cual nos beneficiar en tiempo.

 45

Para cumplir con este objetivo emplearemos el Unified Modeling

Language (UML) o Lenguaje de Modelamiento Unificado, ya que es un

lenguaje de propsito general para el modelado orientado a objetos.

2.12 Arquitectura

Para el desarrollo de nuestro Sistema SISCOM utilizaremos la

arquitectura de 3 capas, ya divisin en componentes reduce la

complejidad, permite la reutilizacin y acelera el proceso de

ensamblaje de software.

Capa de Presentacin: En esta capa se define el diseo de la

Interfaz de Usuario.

Capa de Negocios: Esta capa est formada por las entidades

empresariales, que representa objetos que van a ser manejados o

consumidos por toda la aplicacin; los componentes no deben

tener acceso directo a la base datos pero deben utilizar

componentes lgicos de acceso a datos.

Capa de acceso a los datos: Contiene clases que interactan con

la base de datos, las mismas que permiten, utilizando los

procedimientos almacenados generados, realizar todas las

operaciones con la base de datos de forma transparente para la

capa de negocio.
 46

2.12.1.- Ejemplo Arquitectura 3 capas

Con el ejemplo a continuacin se podr visualizar mejor la arquitectura

de 3 capas.

Capa de Datos

Capa de Negocio

Capa de Presentacin

Figura 2.6 Arquitectura 3 capas

 47

2.13 Metodologa para la recopilacin de informacin

Como primer punto para la realizacin de un buen sistema, es

necesario recopilar informacin suficiente, con la que podremos

darnos cuenta del problema que tiene la empresa y de este modo

proporcionarle un sistema acorde a sus necesidades.

La metodologa a emplear para la recopilacin de informacin

necesaria para el desarrollo de este sistema ser la entrevista, la cual

se la realizaremos al jefe de cobranzas y a un recaudador.

Ver Anexo 1. (Modelo de entrevista).

2.13.1 Polticas para la entrevista:

1.- Duracin de la entrevista: 30 minutos.

2.- Horario de entrevista: en horas laborables y ser

definido con mutuo acuerdo con el Entrevistado.

 48

CAPITULO # 3
3 DISEO

3.1 Especificacin de objetos

Cliente:

En esta tabla vamos a registrar los datos del cliente de manera

general, ver tabla 3.1

CLIENTE
id_cliente
nom_cliente
direccion
telefono
email
estatus
Ref_bco_cta
Ref_com_empresa
Ref_com_telefono
Ref_com_contacto
id_ciudad
id_zona
id_banco
id_tipocli
id_usuario
Tabla 3.1 Cliente
 49

Artculo:

En esta tabla se registrar todos los artculos con su respectiva

descripcin con los que cuente la empresa, ver tabla 3.2

ARTICULO
id_articulo
descripcin
Tabla 3.2 Articulo

Banco:

Esta tabla permite tener un registro de cada una de las instituciones

bancarias para realizar bsquedas y consultas de manera general y

especifica, ver tabla 3.3

BANCO
id_banco
Descripcin
Tabla 3.3 Banco

Cargo:

Esta tabla permite tener un registro de los cargos existentes en la

empresa, que sern asignados a cada usuario, ver tabla 3.4

CARGO
id_cargo
descripcin
Tabla 3.4 Cargo

Ciudad:

Registra la informacin relacionada a la ciudad a la que pertenecen

los involucrados en el sistema., ver tabla 3.5

 50

CIUDAD
id_ciudad
Descripcin
Tabla 3.5 Ciudad

Cobros Realizados:

En esta tabla se registrar la informacin de todos y cada uno de los

cobros realizados por los recaudadores, ver tabla 3.6

COBROS_REALIZADOS
id_cobro
fec_cobro
val_cobro
val_efectivo
val_cheque
num_cta
id_factura
id_cliente
id_usuario
id_banco
Tabla 3.6 Cobros_realizados

Detalle_factura:

En esta tabla se registra el detalle de todos los artculos que han

adquirido los clientes, ver tabla 3.7

DETALLE_FACTURA
id_detfact
descripcin
cantidad
valor_unitario
id_factura
id_articulo
Tabla 3.7 Detalle_factura
 51

Factura:

En esta tabla se registra todos los datos correspondientes a la

cabecera de la factura, ver tabla 3.8

FACTURA
id_factura
fec_emision
fec_vencimiento
subtotal
iva
total
estatus
id_formapago
id_cliente
Tabla 3.8 Factura

Forma_pago:

Esta tabla contiene las formas de pago de la factura con las que

cuenta la empresa, ya sean contado o crdito, ver tabla 3.9

FORMA_PAGO
id_formapago
Descripcin
Tabla 3.9 Forma_pago

Gestin:

Esta tabla contiene las diferentes gestiones que se le realizarn al

clientes, ver tabla 3.10

 52

GESTION
id_gestion
Descripcin
Tabla 3.10 Gestin

Llamadas_clientes:

En esta tabla registrara las llamadas realizadas a los clientes para la

respectiva confirmacin de sus pagos, ver tabla 3.11

LLAMADAS_CLIENTES
id_llamada
fec_llamada
fec_proxpago
hora_proxpago
dias_vencidos
contacto
observaciones
id_cliente
id_factura
id_gestion
id_usuario
Tabla 3.11 Llamadas_clientes

Nota_credito:

En esta tabla registraremos las notas crditos que estn asignadas a

una determinada factura, ver tabla 3.12

NOTA_CREDITO
id_notacred
descripcin
total
fec_notacred
id_factura
Tabla 3.12 Nota _ crdito
 53

Notificaciones:

Aqu procederemos a almacenar las notificaciones enviadas a los

clientes, con sus respectivos valores vencidos, ver tabla 3.13

NOTIFICACIONES
id_notificacion
fec_notificacion
id_factura
id_cliente
Tabla 3.13 Notificaciones

Pda:

En esta tabla almacenaremos cada una de las descripciones del

dispositivo mvil y a que recaudador esta asignada, ver tabla 3.14

PDA
id_pda
marca
modelo
serie
id_usuario
Tabla 3.14 Pda

Proveedor:

Esta tabla nos permite registrar los datos de cada proveedor, ver

tabla 3.15
 54

PROVEEDOR
id_proveedor
nom_proveedor
direccion
telefono
email
id_ciudad
Tabla 3.15 Proveedor

Refinanciamiento:

En esta tabla en la que se registrara el monto a refinanciar, con sus

respectivas cuotas a pagar, ver tabla 3.16

REFINANCIAMIENTO
Id_refinanciamiento
Fec_refinanciamiento
Id_factura
id_cliente
Tabla 3.16 Refinanciamiento

Tipo_cliente:

Esta tabla nos indicara la categora en la que se encuentra el cliente

ya sea A=Cumplidor, B=Regular y C=Vencido, ver tabla 3.17

TIPO_CLIENTE
id_tipocli
Descripcin
Tabla 3.17 Tipo_cliente
 55

Usuario:

En esta tabla permite registrar informacin relacionada a los

usuarios que van a interactuar con el sistema, ver tabla 3.18

USUARIO
id_usuario
nom_usuario
usuario
clave
estatus
id_cargo
id_ciudad
Tabla 3.18 Usuario

Visita_recaudador:

En esta tabla se registrara las visitas que el recaudador le realice al

cliente, ver tabla 3.19

VISITA_RECAUDADOR
id_visita
Fec_visita
Fec_prox_pagp
Hora_prox_pago
Contacto
Observacin
Dias_vencidos
Id_cliente
Id_factura
Id_usuario
Id_gestion
hora
Tabla 3.19 Visita_recaudador
 56

Zona:

Aqu registraremos las zonas de la ciudad que estarn asignadas a

cada recaudador, ver tabla 3.20

ZONA
id_zona
Descripcin
Tabla 3.20 Zona

3.2 Diagrama de clase

Una clase se puede explicar coma la definicin terica del objeto; ya

que es una especificacin genrica para objetos que comparten el

mismo comportamiento, una clase contiene las bases para la

construccin del objeto definido cules sern las propiedades,

mtodos y eventos que este contendr, cules sern pblicos y cules

privados.

Una vez identificados los objetos que componen nuestra solucin, el

siguiente paso es identificar los atributos y mtodos que nuestros

objetos deben tener, los datos que se almacenan en los atributos

definen de manera individual a cada objeto.

Los mtodos representan las acciones, estas acciones permiten a los

objetos interactuar entre s. Cada diagrama presenta la relacin de

clases as como sus mtodos ms importante, es decir, aquellos que

han utilizado en la descripcin de los diagramas de secuencia.

 57

A continuacin se presentan los diagramas de clases que se han

desarrollado.

3.2.1 Clase Cliente

En esta clase vamos a registrar los datos del cliente de manera

general, ver figura 3.21

CLIENTE
id_cliente_PK
nom_cliente
direccion
telefono
email
estatus
Ref_bco_cta
Ref_com_empresa
Ref_com_telefono
Ref_com_contacto
id_ciudad_FK
id_zona_FK
id_banco_FK
id_tipocli_FK
id_usuario_FK
Ingresar()
Consultar()
Modificar()
Eliminar()
Tabla 3.21 Clase Cliente

3.2.2 Clase Banco

Esta clase permite tener un registro de cada una de las instituciones

bancarias para realizar ingreso y consultas, ver tabla 3.22

BANCO
id_banco_PK
Descripcin
Ingresar()
Consultar()
Tabla 3.22 Clase Banco
 58

3.2.3 Clase Ciudad

En esta clase se podr realizar ingresos y consultas de las ciudades,

ver tabla 3.23

CIUDAD
id_ciudad_PK
Descripcin
Ingresar()
Consultar()
Tabla 3.23 Clase Ciudad

3.2.4 Clase Cobros_realizados

En esta clase se podr realizar consultas de los cobros realizados a

los clientes, con su fecha respectiva, ver tabla 3.24

COBROS_REALIZADOS
id_cobro_PK
fec_cobro
val_cobro
val_efectivo
val_cheque
num_cta
id_factura_FK
id_cliente_FK
id_usuario_FK
id_banco_FK
Consultar()
Tabla 3.24 Clase Cobros_realizados
 59

3.2.5 Clase Llamadas_clientes

En esta clase se podr realizar ingresos y consultas de las llamadas

realizadas a los clientes, registrando la fecha en que se realiza, ver

tabla 3.25

LLAMADAS_CLIENTES
id_llamada_PK
fec_llamada
fec_proxpago
hora_proxpago
dias_vencidos
contacto
observaciones
id_cliente_FK
id_factura_FK
id_gestion_FK
id_usuario_FK
Ingresar()
Consultar()
Tabla 3.25 Clase Llamadas_clientes

3.2.6 Clase Notificaciones

En esta clase se podr realizar ingresos de las notificaciones

realizadas a los clientes vencidos, ver tabla 3.26.

NOTIFICACIONES
id_notificacion_PK
fec_notificacion
id_factura_FK
id_cliente_FK
Ingresar()
Tabla 3.26 Clase Notificaciones
 60

3.2.7 Clase Pda

En esta clase se podr realizar consultas de los dispositivos mviles

y a que recaudador esta asignado, ver tabla 3.27.

PDA
id_pda_PK
Marca
Modelo
Serie
id_usuario_FK
Consultar()
Tabla 3.27 Clase Pda

3.2.8 Clase Proveedor

En esta clase se podr realizar consultas de los proveedores con los

que cuenta la empresa, ver tabla 3.28

PROVEEDOR
id_proveedor_PK
nom_proveedor
direccion
telefono
email
id_ciudad_FK
Consultar()
Tabla 3.28 Clase Proveedor
 61

3.2.9 Clase Usuario

En esta clase se podr realizar ingreso, consultas, modificacin de

los usuarios del sistema, ver tabla 3.29

USUARIO
id_usuario_PK
nom_usuario
usuario
clave
estatus
id_cargo_FK
id_ciudad_FK
Ingreso()
Consultar()
Modificar()
Tabla 3.29 Clase Usuario

3.2.10 Visita_recaudador

En esta clase se realizara el ingreso de las visitas que el recaudador

le realice al cliente, ver tabla 3.30

VISITA_RECAUDADOR
id_visita_PK
Fec_visita
Fec_prox_pagp
Hora_prox_pago
Contacto
Observacin
Dias_vencidos
Id_cliente_FK
Id_factura_FK
Id_usuario_FK
Id_gestion_FK
Hora
Ingresar()
Tabla 3.30 Clase Visita_recaudador
 3.3 Diseo Arquitectnico
62
INTERACTUA CON EL ADMINISTRADOR

PROCESA INGRESA DATOS PROCESA DATOS

CONTRASEA DEL PAGO DEL PAGO
INGRESO
DE USER
Y CLAVE I NO ACTIVA EL
I VISUALIZA DATOS
ACCESO INGRESA DATOS PROCESA DATOS DE CLIENTE
DEL CLIENTE DEL CLIENTE

N PEDIDO CLAVE DE N
INGRESO ACCESO
PETICION DE PROCESA DE VISUALIZA LISTADO
DE LISTADO CARTERA LISTADO CARTERA CARTERA POR
CLIENTES POR COBRRAR POR COBRRAR COBRAR
T T
PETICION LISTADO PROCESA LISTADO VISUALIZA LISTADO
DE LLAMDAS DE DE LLAMDAS DE LLAMADA DE

SINCRONI-
E CONFIRMACION CONFIRMACION E CONFIRMACION

ZAR
PETICION LISTADO PROCESA LISTADO VISUALIZA
R DE CARTERA POR DE CARTERA POR R LISTADO CARTERA
VENCER VENCER POR VENCER

INGRESO
No. F PETICION LISTADO PROCESA LISTADO F VISUALIZA
DE CARTERA DE CARTERA LISTADO CARTERA
FACTURA VENCIDA VENCIDA VENCIDA

A A
PETICION LISTADO PROCESA LISTADO VISUALIZA
INGRESO COBROS POR COBROS POR LISTADO COBROS
RECAUDADOR RECAUDADOR POR RECAUDADOR
DE
PAGOS Z Z
PETICION No. DE PROCESA No DE VISUALIZA
FACTURA FACTURA CARTERA
COBRADA

BASE DE
SINCRONIZAR
Figura3.1 Diseo Arquitectnico DATOS
 63

CAPITULO 4
4. DESARROLLO Y PRUEBAS DEL SISTEMA

4.1 Desarrollo del sistema

4.1.1. Creacin de la Base de Datos

Nuestra base de datos fue creada con la herramienta Sysbase Central

versin 4.3.0, que viene incluida en el paquete de Power Builder 10.5,

es una herramienta grafica, muy fcil para la buena administracin de

la base de datos a travs de las tablas y/o procedimientos.

Figura 4.1 Base de datos

 64

4.1.2. Creacin de los Componentes (Mdulos)

El presente proyecto se lo ha dividido en mdulos, lo cual nos da la

facilidad de que en un futuro se puedan ir incorporando al mismo,

nuevos mdulos o tablas que cubran las expectativas de los usuarios y

sobre todo de la organizacin.

Los mdulos o tablas desarrolladas para el sistema son las siguientes:

Modulo de Artculo

Modulo de Banco

Modulo cargo

Modulo Cuidad

Modulo Cliente

Modulo Cobros_realizados

Modulo Detalle _ factura

Modulo Factura

Modulo Forma _ pago

Modulo Gestin

Modulo Llamadas _ cliente

Modulo Nota-crdito
 65

Modulo Notificaciones

Modulo PDA

Modulo Proveedor

Modulo Refinanciamiento

Modulo Tipo _ cliente

Modulo Usuario

Modulo Visita

Modulo Zona.

4.1.2.1. Seguridad.- Permitir el acceso slo a personal autorizado,

previo ingreso de usurario y contrasea, las mismas que sern

asignadas por el administrador a los diferentes usuarios con los

permisos y restricciones respectivas.

4.1.2.2. Auditoria.- El auditar un proceso, transaccin o el simple

hecho de ingresar a una determinada tabla se constituye como parte

de vital importancia en nuestro modulo, ya que de esta manera se

podr tener un registro con detalle de fecha y hora de todos los

accesos que se realizaron en la aplicacin en determinado momento,

as como tambin del usuario que realiz determinado acceso o

transaccin.
 66

4.1.3 Principales Tcnicas de Desarrollo

Entre la principal tcnica que se uso para la implementacin del proyecto,

podemos hacer mencin a la siguiente:

4.1.3.1. Tcnicas Estructuradas con Metodologa Orientada

Objetos.- Es importante destacar la utilizacin de las tcnicas

estructuradas que se indican en la Metodologa Orientada a objetos,

explicada en captulos anteriores y con una las cuales se ha

desarrollado esta aplicacin.

Se utiliza la expresin general "objeto" para indicar todos aquellos

elementos considerados y que son, entre otros:

Diagramas de Flujo de Datos.

Procesos.

Flujos de Datos.

Registros.

Elementos.
 67

4.1.4. Calidad del Sistema.

4.1.4.1 Cumplimiento de los Requerimientos o Alcances

Los alcances propuestos en el capitulo 1, se han desarrollado a

cabalidad cumpliendo las expectativas de los mismos dada la del

finalizacin del proyecto.

Cada alcance ha sido meticulosamente elaborado de manera tal, que

satisfaga la propuesta elaborada inicialmente, gracias al estudio de

investigacin realizado por nuestro grupo, sin restar importancia a las

valiosas opiniones de usuarios de sistemas similares.

 68

4.2.- Pruebas del sistema

Una vez culminado el sistema, pasamos a la fase de prueba,

obteniendo resultados ptimos y confiables, los cuales corroboraron

las expectativas y alcances que nos propusimos.

A continuacin detallamos las siguientes pruebas:

4.2.1 Prueba con Modulo de Ingreso de usuario.- a travs de

este modulo podremos ingresar un nuevo usuario al cual se le

va a asignar un nombre de usuario y una clave que va

relacionado con la tabla cargo donde se le asignar la funcin

que va a desempear dentro de la empresa.

4.2.2 Prueba con Modulo de cartera vencida.- este mdulo

nos ayudara mucho en los que son todos los tipos de reportes,

por ende las pruebas de este tipo son muy importantes y mas

aun en el de cartera vencida, que nos proporcionar los datos

del cliente en mora, la gestin que se le a realizar y el valor de

su deuda, accediendo a las bases de cliente, gestion y factura

respectivamente.

4.2.3 Prueba con Modulo de Ruta de cobro.- Con respecto a

la parte mvil, el recaudador debe saber principalmente lo que

tiene que hacer en el da, en este modulo podr ver la ruta que
 69

tiene que seguir, accediendo directamente al sistema central y a

las tablas de cliente, cuidad, zona y gestion las cuales les dar

la informacin requerida.

4.2.4 Prueba con Modulo de Cartera por vencer.- en este

modulo el recaudador podr estar al pendiente de los clientes

que van a caer en mora, y este es uno de los objetivos de este

sistema tener la menor cantidad de clientes en mora,

principalmente acceder ala tabla cliente y a factura digitando la

fecha.
 70

CAPITULO 5
5. IMPLEMENTACIN DEL SISTEMA.

Los elementos bsicos para la implementacin del sistema son:

5.1 Elementos Fsicos

Dentro de los elementos fsicos que se necesitan para el desarrollo de

la aplicacin tenemos:

3 computadoras con caractersticas como:

Monitores de 15

Memrias de 512 MB de memria RAM

Procesadores Pentium 4 de 3.0 Ghz

80 GB de Disco Duro de 7200 rpm

Flash Memory (Pen Drive) de 1 GB

Unidades de CD WRITER SAMSUNG 52 X

Impresora de inyeccin a tinta

 71

5.2 Elementos Lgicos

As mismo, para el desarrollo de la aplicacin debemos contar con la

instalacin en nuestro sitio de trabajo (PC) de los siguientes

programas en sus versiones indicadas o superiores para la correcta

funcionalidad a la finalizacin del proyecto; stas son:

Sysbase Central 4.3.0

Power Builder 10.0

Pocket Builder 2.0

Adobe Acrobat 7.0

Adaptive Server Anywhere

SQL Anywherw 9 (Developer edition) Deployment

SQL Anywherw 9 for Windows CE Deployment

SQL Anywherw 9 for Windows CE - Deployment

Sistema Operativo Windows XP Profesional con Server

Pack 2.

Utilitarios Microsoft Office

5.3 Recurso Humano

Las personas que tendrn acceso al sistema son

Usuarios finales, como: jefe de cobranzas, asistente de cobranzas,

secretaria y recaudador, este ltimo con los permisos necesarios

para el manejo del sistema en el dispositivo mvil.

 72

Administrador con intelecto y capacidad para el correcto manejo de

la Base de datos y manejo de la aplicacin en la parte base.

Programador con conocimiento de las Herramientas Sysbase

Central 4.3.0, Power builder 10.5 y Pocket buider 2.0

5.4 Infraestructuras

Aqu nos vamos a referir al ambiente fsico necesario para la

elaboracin del sistema, ya que es uno de los factores fundamentales

para el desarrollo del mismo, para poner en produccin la aplicacin

como son:

Sala de computacin acondicionada con todas las comodidades

del caso (espacios suficientes, aire acondicionado, muebles, etc.)

Incorporar una red de cableado estructurado para mejoras de

esttica organizacional y estar en contacto con las otras maquinas.

5.5 Capacitacin de los usuarios

Cursos, capacitaciones y talleres constantes para la utilizacin de

la herramienta por futuras variantes.

En el tomo 2, se proveer de un manual de usuario, el mismo que

ser diseado de manera que se pueda tener una mayor

comprensin del mismo, utilizando un lenguaje nada tcnico con

una interfaz amigable para el usuario.

 73

Al mismo tiempo, se pondr a disposicin de los programadores,

especialistas, personal con conocimiento en la materia o a publico

en general que desea saber todo sobre la aplicacin un Manual

tcnico, con detalle de cada uno de los paquetes que contienen, la

estructura funcional, la lgica del negocio, la base y cada uno de

sus procesos.

5.6 Glosario tcnico

Power Builder.- es una herramienta de desarrollo empresarial

orientada a objetos que permite construir diferentes tipos de

aplicaciones y componentes. Se pueden desarrollar aplicaciones

cliente/servidor, aplicaciones distribuidas, y aplicaciones para internet.

PocketBuilder.- es una nueva herramienta de desarrollo para los

dispositivos PocketPC y HPC Professional. Esta herramienta podr

realizar desarrollos sobre Windows CE 3.0 o superior

Datos.- Son los hechos que describen sucesos y entidades.

Informacin.- Es un conjunto de datos significativos y pertinentes que

describan sucesos o entidades.

Base de datos.- Conjunto de datos que pertenecen al mismo contexto

almacenados sistemticamente para su posterior uso.

Campo.- Un elemento inconstante de una determinada clase.

 74

Diagrama de Clases.- Sirve para visualizar las relaciones entre las

clases que involucran el sistema.

Mtodos.- Los mtodos u operaciones de una clase son la forma en

como sta interacta con su entorno.

Casos de Uso.- Representa la forma en como un Cliente (Actor)

opera con el sistema en desarrollo, adems de la forma, tipo y orden

en como los elementos interactan.

Actor.- Rol que un usuario juega con respecto al sistema. Es

importante destacar el uso de la palabra rol, pues con esto se

especifica que un Actor no necesariamente representa a una persona

en particular, sino ms bien la labor que realiza frente al sistema.

Asociacin.- Es el tipo de relacin ms bsica que indica la

invocacin desde un actor o caso de uso a otra operacin (caso de

uso). Dicha relacin se denota con una flecha simple.

Dependencia o Instanciacin.- Es una forma muy particular de

relacin entre clases, en la cual una clase depende de otra, es decir,

se instancia (se crea). Dicha relacin se denota con una flecha

punteada.

Generalizacin.-Este tipo de relacin es uno de los ms utilizados,

cumple una doble funcin dependiendo de su estereotipo, que puede

ser de Uso (uses) o de Herencia (extends).

 75

Uses.- Se recomienda utilizar cuando se tiene un conjunto de

caractersticas que son similares en ms de un caso de uso y no se

desea mantener copiada la descripcin de la caracterstica.

.
 76

CAPITULO 6
6 RECOMENDACIONES Y CONCLUSIONES

6.1.- Conclusiones

Concluimos diciendo que nuestro Sistema de Gestin de

Cobranza es una solucin que permite aumentar significativamente

el nmero de contactos efectivos con los clientes que aunado a

una estrategia adecuada de cobranza se traduce en un mayor

nmero de promesas de pago y por ello en un mejor resultado en

recuperacin de cobranza.

La integracin completa de la fase de diseo antes de la

implementacin, con la colaboracin de los DBA, los

administradores del sistema, desarrolladores y otros miembros de

la infraestructura tecnolgica para asegurar una solucin de

seguridad corporativa, y de esta forma se tendr una aplicacin

mas fuerte, repelente a los ataques de espionaje industrial, es

importante tambin conocer de la proteccin de los datos durante

el almacenamiento como en la base de datos o durante la

 77

sincronizacin como por ejemplo al momento de hacer una

consulta o verificar una ruta de cobro.

Un sistema de cobranza es una herramienta muy importante que

debe estar dentro de toda organizacin, un sistema que cumpla

con todas sus necesidades y seguridades, implementando nuevos

mecanismos que estn acorde las nuevas tecnologas informticas

existentes en nuestro mercado.

Ayudar a la Empresa a automatizar sus procesos de control de

cobros al da de forma gil y veraz, de sta manera fortalecerla y

hacerla altamente competitiva en el mercado.

6.2.- Recomendaciones

Como un aporte a nuestro proyecto podramos mencionar las

siguientes recomendaciones y conclusiones:

6.2.1 Tcnicas

En primera instancia debe estar presente siempre la seguridad

la cual es un componente vital para el xito de cualquier

organizacin, mas una si se trata de datos que no puedes ser

vistos o alterados por otra persona, pese a esto muchas

empresas no cuentan con un sistema que le brinde la absoluta

 78

confianza, debido a que no tomaron las debidas precauciones o

directivas de seguridad al momento de realizar su infraestructura

de red, implementacin de la aplicacin, etc., por lo cual se

recomienda las siguientes:

Asignar a cada uno de los usuarios del sistema

identificadores y claves personales para el acceso y

manipulacin de los datos en el sistema.

Aplique regularmente los Service Pack, las revisiones y las

correcciones urgentes de Windows XP, SQL Anywhere 9.

Las aplicaciones no deben devolver informacin importante a

los clientes, por ejemplo, evitar que los clientes vean

nombres de servidores, direcciones IP, cdigo y otros

elementos seguros.

Para el uso de , los usuarios del sistema

central debern contar con una computadora personal, las

mismas que estarn conectadas en red a un servidor, donde

tendremos la Base de Datos consolidada.

Para el uso de , los Usuarios remotos

debern contar con Dispositivos Mviles, en la que tendrn una

 79

Base de datos remota para las diferentes actividades que realice

cada recaudador.

Para que el recaudador pueda actualizar la base de datos

consolidada y as mismo su base de datos remota, deber

contar con un Adaptador Base, y en el caso que el recaudador

trabaje fuera de la ciudad, deber contar con un modem para

adaptarlo al pda.

Adicionalmente permitir generar varios

reportes, para lo cual se necesita que el Departamento de

Cobranzas tenga impresoras.

6.2.2 Generales

A los recaudadores ofrecerles incentivos por los cobros

realizados, a fin de que ellos busquen la forma de llegar de la

mejor manera al cliente y que este realice los pagos.

Capacitar a los recaudadores con seminarios para que aprendan

tcnicas de relaciones humanas.

Consultora para la Estrategia de Gestin de la Cobranza

Infraestructura para la solucin de Gestin de la Cobranza

Capacitacin a Usuarios y Responsables

Software para emisin de Reportes del Sistema

Hardware y Soporte Tcnico para la Solucin

Mantenimiento y Actualizacin.
 80

ANEXOS
 81

CRONOGRAMA DE ACTIVIDADES

FECHA FECHA
No. ACTIVIDADES TIEMPO INICIO FINAL
1 Introduccin a las Aplicaciones Mviles 12 das 24/08/2006 16/09/2006
2 Obtencin del Tema de Tesis 1 da 19/08/2006 19/08/2006
3 Definicin de Alcances y Objetivos 1 da 06/12/2006 06/12/2006
4 Definicin y Beneficios del Proyecto 3 das 07/12/2006 09/12/2006
5 Metodologa del Proyecto 1 da 10/12/2006 10/12/2006
6 Presentacin de la Propuesta del Proyecto 1 da 12/12/2006 12/12/2006
7 Correccin de los Alcances y Objetivos 1 da 14/04/2007 14/04/2007
Modulo I_ clases "Tecnologa Inalmbrica para redes de
8 datos" 13 das 19/09/2006 19/12/2006
9 Levantamiento de Informacin 7 das 07/12/2006 14/12/2007
10 Anlisis del sistema 60 das 15/12/2006 15/02/2007
11 Diseo del proyecto 45 das 16/02/2007 01/04/207
Modulo II_ clases "Introduccin a las tecnologas de
12 Redes Inalmbricas" 33 das 03/10/2006 16/12/2006
13 Modulo III_ clases "Seguridades" 15 das 19/12/2006 20/01/2007
14 Primera presentacin del proyecto 1 da 06/01/2007 06/01/2007
15 Modulo IV_ clases "Sybase - Anywhere" 23/01/2007 31/03/2007
16 Diseo de la Base de Datos consolidada 15 das 30/01/2007 24/03/2007
Aprendizaje sobre el funcionamiento de Power Builder y
17 Pocket Builder 29 das 01/02/2006 07/03/2007
Diseo de la Interfaz del sistema (Power Builder y
18 Pocket Builder) 32 das 03/02/2006 05/05/2007
19 Programacin y conexin 10 das 20/02/2007 02/03/2007
20 Segunda presentacin del sistema 1 da 31/03/2007 31/03/2007
21 Realizar validaciones al proyecto 15 das 03/04/2007 17/04/2007
Aprendizaje sobre el funcionamiento de Mobilink -
22 Sincronizacin 1 da 10/04/2007 18/04/2007
23 Revisin preliminar y pruebas del sistema 7 das 18/04/2007 28/04/2007
Correccin de proyecto y Documentacin final (Tesis,
24 Manual Tcnico y de Usuario) 10 das 16/04/2007 26/04/2007
25 Correcciones varias 2 das 28/04/2007 30/04/2007
26 Presentacin final del sistema 1 da 09/05/2007 09/05/2007
 82

ENTREVISTA
SISTEMA DE COBRANZA

1.- NOMBRE: __________________________________________________

2.- CARGO QUE OCUPA EN EL DEPARTAMENTO

____________________________________________________________________

3.- CUENTA SU EMPRESA CON UN SISTEMA SISTEMATIZADO PARA

LA GESTION DE COBRANZA?

SI

NO

4.-EN CASO DE QUE SU RESPUESTA SEA AFIRMATIVA QUE EQUIPOS

UTILIZA?

COMPUTADORES

PALM

POCKETS

OTROS

___________________________________________________________________

5.- EL DEPARTAMENTO CUENTA CON EL PERSONAL PARA REALIZAR

DICHA GESTION EN LAS OFICINAS DEL CLIENTE?

SI

NO

6.- SU SISTEMA DE COBRANZAS ESTA ENLAZADO CON EL SISTEMA

DE FACTURACION U OTROS SISTEMAS?

SI
 83

NO

MENCIONES CUALES:

____________________________________________________________________

7.- CON QUE TIPO DE REPORTES CUENTA SU DEPARTAMENTO PARA

LA GESTION DE COBRANZAS?

CARTERA POR COBRAR

CARTERA POR VENCER

COBROS POR RECAUDADOR

OTROS

____________________________________________________________________

8.- CON QUE TIPO DE PAGOS SE MANEJA SU EMPRESA?

EFECTIVO

CREDITO 30 DIAS 60 DIAS 90DIAS

OTROS

9.- QUE OPCIONES LE GUSTARIA QUE SU SISTEMA DE COBRANZA

MANEJE?

____________________________________________________________________

____________________________________________________________________

10.-COMENTARIOS:

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________