Muestra Tesis Cobranza

8/10/2019 Muestra Tesis Cobranza

1/99

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 LainezCarmen Geoconda Ponce Domenech

Rosendo Eduardo Burgos Garca

GUAYAQUIL ECUADOR

AO: 2007


2/99

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, yaque 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


3/99

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 queaprend mucho con cada uno de ellos y a dios por darme la oportunidad de

seguir adelante a pesar de todo.

Rosendo Burgos Garca


4/99

TRIBUNAL DE GRADUACIN

________________________________


5/99

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)


6/99

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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51.5.- Visin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

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

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

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


7/99

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 . . . . . . . . . . . . . . . . . . . . . 141.10.2.- Recursos de Software . . . . . . . . . . . . . . . . . . . . . 15

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

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


8/99

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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252.4.1.- Elementos de Datos . . . . . . . . . . . . . . . . . . . . . . . . . 26

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

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


9/99

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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 402.10.1.- Administracin de Riesgos . . . . . . . . . . . . . . . . . . 41

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

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

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


10/99

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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 583.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


11/99

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 . . . . . . . 684.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


12/99

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

Anexos1.- Cronograma de actividades . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

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


13/99

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


14/99

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


15/99

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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60Tabla 3.29 Clase Usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

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


16/99

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.


17/99

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 seest 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.


18/99

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 Definic in 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 formaautomatizada. 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.


19/99

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 nocuentan con un sistema automatizado para realizar la Gestin de

Cobranzas, que est acorde con los avances tecnolgicos del

mercado.


20/99

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 permiteaumentar 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.


21/99

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 lafinalidad de ser altamente competitivos para que la empresa no

sufra prdidas econmicas por la cartera vencida o incumplida.


22/99

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 loscobros realizados a los clientes.


23/99

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 clientetales como: RUC/cedula, nombre o razn social, direccin,

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

comerciales.


24/99

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.1Cartera 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.2Llamadas de confirmacin.

Realizaremos una llamada previo al cobro y con sta

opcin nos va a permitir generar un listado de todoslos clientes que estn prximos a vencer su cartera en

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

fecha de vencimiento, monto y telfono.


25/99

9

1.7.1.2.3Cartera 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.4Cartera 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.5Cartera Cobrada.

Esta opcin nos va a permitir generar un listado detodos 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


26/99

10

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

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

1.7.1.2.6Cobros 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


27/99

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.


28/99

12

1.8 Benefic ios

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.


29/99

13

1.9 Cronograma resumido de actividades

A continuacin se presenta el cronograma resumido de las actividades

realizadas en el desarrollo de .VerAnexo 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

6Diseo de la Interfaz del sistema (Power Builder yPocket 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


30/99

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


31/99


32/99

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.


33/99

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.

Descripcindel

recurso

Informesde

disponibilidad

Fechacronolgicadel recurso

Tiempoaplicacin

recurso

Hardware Inmediata

Del 01/09/06

al 09/05/079 meses

Software Inmediata

Del 23/01/07

al 09/05/074 meses

Humano InmediataDel 01/09/06

al 09/05/079 meses

Tabla 1.1. Caractersticas de los recursos


34/99

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.


35/99

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 vuelvanincobrables.

Todo esto gracias a la optimizacin de estos grandes factores

que intervienen en la cobranza como son:


36/99

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.


37/99

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 factibi lidad

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.


38/99

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 eimplementacin del proyecto es factible en el mercado actual

con las polticas de cobro que aplica la empresa.

2.2.3 Viabilidad Tcnica


39/99

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 desdeel punto de vista tcnico.

2.2.4 Viabilidad operacional


40/99

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.


41/99

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.


42/99

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

Descripc in 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


43/99

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.


44/99

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.

SISTEMA DE GESTION DE COBRANZA

UTILIZANDO DISPOSITIVOS MOVILES

Versin 1.0

Pg. 1 / 1

Fecha/Diseo14/03/2007

Entidad:

DESCRIPCIN DE CAMPOS

No. Nombre Tipo Long. Descripcin PK FK NL

Definic in de clavesPK:FK:

Tabla 2.1. Descripcin Diccionario de Datos, Formato

A continuacin presentamos un ejemplo del Diccionario de Datos

SISTEMA DE GESTION DE COBRANZA

UTILIZANDO DISPOSITIVOS MOVILES

Versin 1.0

Pg. 1 / 1

Fecha/Diseo14/03/2007

Entidad: Cliente

DESCRIPCIN DE CAMPOS


45/99


46/99


47/99

31

2.6 Diagrama de flu jo de datos

Figura 2.2 Diagrama de Flujo de Datos

DFD NIVEL 0

Ingreso de

User yClave

Ingresode Cliente

Reporte deCliente

Reporte deCartera por

Cobrar

Reporte deCartera por

Vencer

Reporte deCobros porRecaudador

SISTEMA DE

GESTION DE

COBRANZAS

Reporte deCartera

Vencida

Reporte deCarteraCobrada

IngresoN Factura


48/99

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 lafactura a ser consultada para visualizar y verificar

los pagos realizados y los pagos pendientes.


49/99

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 quetengan facturas que estn prximas a vencer, para

de ste modo poder realizarle la gestin de la

llamada y confirmar el pago.


50/99

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.


51/99

35

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}

2.7 Definic in de objetos

Tabla 2.3 Definicin de Objetos


52/99

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


53/99

37

2.8 Anlisis de los casos de uso

2.8.1 Diagrama de actores - escenario general del usuario

Figura 2.3 Diagrama de actores - escenario general del usuario

SISTEMA DE COBRANZAS

USUARIODEL

SISTEMA

INGRESO DEDATOS

PEDIDO DEREPORTES

TIPO DEREPORTE

SINCRONIZACION

INGRESO ALSISTEMA


54/99

38

2.8.2 Diagrama de actores - escenario general de los tipos

de reportes del sistema

Figura 2.4 Diagrama de actores - escenario general de los tipos

de reportes del sistema.

TIPO DE REPORTE

USUARIODEL

SISTEMA

REPORTE CARTERAPOR COBRAR

REPORTE CARTERAPOR VENCER

REPORTE CARTERAVENCIDAD

REPORTE COBROSPOR RECAUDADPOR

REPORTE LLAMADASDE CONFIRMACION

REPORTE DECARTERA COBRADA


55/99

39

2.8.3 Diagrama de actores - escenario Inicio de Sesin

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 usuarioIngreso de datos al sistema

Pedido de reportes

Sincronizacin

Ingreso deUser y Clave

Validar User yclave en BD

PresentarMen

Principal

User


56/99

40

2.9.2 Escenario de las consultas al sis tema

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:


57/99

41

2.10.1.- Administracin de riesgos

RIESGO DEFINICION AFECTA PROBABILI-DAD

EFECTO ESTRATEGIAS

PERSONAL

Que se vaya unintegrante del

proyecto

Proyecto Muy Baja Serio- Darle facilidades para que hagasu trabajo.- Proporcionar un entorno

agradable.

Que haya personalsin conocimiento

Producto Baja Tolerante- Capacitar al personal.- Proporcionarle manuales de laherramienta.- Buscar Asesora para realizar elproyecto.

Que los integrantesdel proyecto seanproblemticos.

Proyecto Muy Baja Serio- Realizar reuniones peridicas deintegracin.- Hacerles notar que para terminarel proyecto, todos dependemos detodos.

ORGANIZACIONAL Que la Competenciatenga un mejorproducto

Empresa Moderada Tolerante

- Hacer Buen Anlisis de

Requerimientos- Hacer investigaciones quecontribuyan al proyecto.


58/99

42

Cambio de laspolticas deldepartamento

Empresa Baja Tolerante - Contar con polticas biendefinidas

REQUERIMIENTOS

Hacer cambio derequerimientos amedio proyecto.

Proyecto BajaSerio - Hacer un buen anlisis de

requerimientos de usuario.- Revisar si la informacin que seha tomado en cuenta para elproyecto es relevante.Cambio de alcances del proyecto

Que no se cumplacon lo que se haprometido

Proyecto Baja Serio - Verificar que se cumplan losalcances establecidos.- Establecer cronogramas deentregas del proyecto

Que no se tenga unacercamiento conposibles usuarios

Producto Baja Serio - planificar reuniones paraestablecer requerimientos.

HERRAMIENTAS

Uso deHerramientas queno se conozca

Producto Baja Tolerante- Obtener manuales de laherramienta.- Capacitar al personal sobre laherramienta.

Que la herramientano tenga soportetcnico

Producto Baja Serio - Utilizar herramientas de Marcasconocidas.


59/99

43

Que no se cuentencon las licenciascorrespondientes

empresa Muy Baja Serio - Comprar las licencias requeridas.

TECNOLOGICO

Base de datos noapta para laaplicacin

Producto Baja Serio - Analizar las variedades Base deDatos que ofrece el mercado paraelegir la adecuada.

Base de Datos noofrece el nmero derespuesta en eltiempo destinado.

Producto Baja Tolerante - Hacer pruebas a la base dedatos.

Que la herramientano este acorde a lacarga deprocesamiento

Desconocimientodel manejo de laBase de Datos

Producto

Proyecto

Baja

Moderada

Catastrfico

Tolerante

- Buscar en el mercado una basede datos apropiada.

- Realizar las respectivas pruebassobre la Base de Datos.

Tabla 2.4 Administracin de Riesgo


60/99

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, locual nos beneficiar en tiempo.


61/99

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 Arqui tectura

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 conla 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.


62/99

46

2.12.1.- Ejemplo Arqui tectura 3 capas

Con el ejemplo a continuacin se podr visualizar mejor la arquitectura

de 3 capas.

Figura 2.6 Arquitectura 3 capas

Capa de Datos

Capa de Presentacin

Capa de Negocio


63/99

47

2.13 Metodologa para la recopi lacin 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.


64/99

48

CAPITULO # 3

3 DISEO

3.1 Especifi cacin de objetos

Cliente:

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

general, ver tabla 3.1

CLIENTE

id_clientenom_clientedirecciontelefonoemailestatusRef_bco_ctaRef_com_empresaRef_com_telefonoRef_com_contactoid_ciudadid_zonaid_bancoid_tipocliid_usuario

Tabla 3.1 Cliente


65/99

49

Artculo:

En esta tabla se registrar todos los artculos con su respectiva

descripcin con los que cuente la empresa, ver tabla 3.2

ARTICULOid_articulodescripcin

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

BANCOid_bancoDescripcin

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

CARGOid_cargodescripcin

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


66/99

50

CIUDADid_ciudad

DescripcinTabla 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_REALIZADOSid_cobrofec_cobroval_cobroval_efectivoval_chequenum_ctaid_factura

id_clienteid_usuarioid_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_FACTURAid_detfactdescripcincantidadvalor_unitarioid_facturaid_articulo

Tabla 3.7 Detalle_factura


67/99

51

Factura:

En esta tabla se registra todos los datos correspondientes a la

cabecera de la factura, ver tabla 3.8

FACTURAid_facturafec_emisionfec_vencimientosubtotalivatotalestatusid_formapagoid_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_PAGOid_formapagoDescripcin

Tabla 3.9 Forma_pago

Gestin:

Esta tabla contiene las diferentes gestiones que se le realizarn al

clientes, ver tabla 3.10


68/99

52

GESTIONid_gestion

DescripcinTabla 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_CLIENTESid_llamadafec_llamadafec_proxpagohora_proxpagodias_vencidoscontactoobservacionesid_clienteid_factura

id_gestionid_usuarioTabla 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_CREDITOid_notacreddescripcintotalfec_notacredid_factura

Tabla 3.12 Nota _ crdito


69/99

53

Notificaciones:

Aqu procederemos a almacenar las notificaciones enviadas a los

clientes, con sus respectivos valores vencidos, ver tabla 3.13

NOTIFICACIONESid_notificacionfec_notificacionid_facturaid_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

PDAid_pdamarcamodeloserieid_usuario

Tabla 3.14 Pda

Proveedor:

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

tabla 3.15


70/99

54

PROVEEDORid_proveedor

nom_proveedordirecciontelefonoemailid_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

REFINANCIAMIENTOId_refinanciamientoFec_refinanciamientoId_factura

id_clienteTabla 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_CLIENTEid_tipocliDescripcin

Tabla 3.17 Tipo_cliente


71/99

55

Usuario:

En esta tabla permite registrar informacin relacionada a los

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

USUARIOid_usuarionom_usuariousuarioclaveestatusid_cargoid_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_RECAUDADORid_visitaFec_visitaFec_prox_pagpHora_prox_pagoContacto

ObservacinDias_vencidosId_clienteId_facturaId_usuarioId_gestionhora

Tabla 3.19 Visita_recaudador


72/99

56

Zona:

Aqu registraremos las zonas de la ciudad que estarn asignadas a

cada recaudador, ver tabla 3.20

ZONAid_zonaDescripcin

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.


73/99

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

CLIENTEid_cliente_PKnom_clientedirecciontelefonoemailestatusRef_bco_ctaRef_com_empresaRef_com_telefonoRef_com_contactoid_ciudad_FKid_zona_FKid_banco_FKid_tipocli_FKid_usuario_FKIngresar()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

BANCOid_banco_PKDescripcinIngresar()Consultar()

Tabla 3.22 Clase Banco


74/99

58

3.2.3 Clase Ciudad

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

ver tabla 3.23

CIUDADid_ciudad_PKDescripcinIngresar()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_REALIZADOSid_cobro_PKfec_cobroval_cobroval_efectivoval_chequenum_cta

id_factura_FKid_cliente_FKid_usuario_FKid_banco_FKConsultar()Tabla 3.24 Clase Cobros_realizados


75/99

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_CLIENTESid_llamada_PKfec_llamadafec_proxpagohora_proxpagodias_vencidoscontactoobservacionesid_cliente_FKid_factura_FKid_gestion_FKid_usuario_FKIngresar()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.

NOTIFICACIONESid_notificacion_PKfec_notificacionid_factura_FKid_cliente_FKIngresar()

Tabla 3.26 Clase Notificaciones


76/99

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.

PDAid_pda_PKMarcaModeloSerieid_usuario_FKConsultar()

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

PROVEEDORid_proveedor_PKnom_proveedordirecciontelefonoemailid_ciudad_FK

Consultar()Tabla 3.28 Clase Proveedor


77/99


78/99

62

BASE DEDATOS

I

N

T

E

R

F

A

Z

INGRESO

DE USER

Y CLAVE

INGRESO

DE

CLIENTES

SINCRONI-

ZAR

INGRESO

No.

FACTURA

PROCESA

CONTRASEA

NO ACTIVA EL

ACCESO

PEDIDO CLAVE DE

ACCESO

INTERACTUA CON EL ADMINISTRADOR

INGRESA DATOS

DEL CLIENTEPROCESA DATOS

DEL CLIENTE

VISUALIZA DATOS

DE CLIENTE

PETICION DE

LISTADO CARTERA

POR COBRRAR

PROCESA DE

LISTADO CARTERA

POR COBRRAR

PETICION LISTADO

DE LLAMDAS DE

CONFIRMACION

PROCESA LISTADO

DE LLAMDAS DE

CONFIRMACION

PETICION LISTADO

DE CARTERA POR

VENCER

PROCESA LISTADO

DE CARTERA POR

VENCER

PETICION LISTADO

DE CARTERA

VENCIDA

PROCESA LISTADO

DE CARTERA

VENCIDA

PETICION LISTADO

COBROS POR

RECAUDADOR

PROCESA LISTADO

COBROS POR

RECAUDADOR

PETICION No. DE

FACTURA

PROCESA No DE

FACTURA

I

N

T

E

R

F

A

Z

VISUALIZA LISTADO

CARTERA POR

COBRAR

VISUALIZA LISTADO

LLAMADA DE

CONFIRMACION

VISUALIZA

LISTADO CARTERA

POR VENCER

VISUALIZA

LISTADO CARTERA

VENCIDA

VISUALIZA

LISTADO COBROS

POR RECAUDADOR

VISUALIZA

CARTERA

COBRADA

SINCRONIZAR

INGRESO

DE

PAGOS

INGRESA DATOS

DEL PAGO

PROCESA DATOS

DEL PAGO

3.3 Diseo Arquitectnico

Fi ura3.1 Diseo Ar uitectnico


79/99

63

CAPITULO 4

4. DESARROLLO Y PRUEBAS DEL SISTEMA4.1 Desarrol lo 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


80/99

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


81/99

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 losaccesos que se realizaron en la aplicacin en determinado momento,

as como tambin del usuario que realiz determinado acceso o

transaccin.


82/99

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.


83/99

67

4.1.4. Calidad del Sistema.

4.1.4.1 Cumpl imiento 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.


84/99

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


85/99

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.


86/99

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


87/99

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 HumanoLas 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.


88/99

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.


89/99

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 quedescriban 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.


90/99


91/99

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.

.


92/99

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


93/99

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 seguridadla 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


94/99

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


95/99


96/99

80

ANEXOS


97/99

81

CRONOGRAMA DE ACTIVIDADES

No. ACTIVIDADES TIEMPOFECHAINICIO

FECHAFINAL

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

8Modulo I_ clases "Tecnologa Inalmbrica para redes dedatos" 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

12Modulo II_ clases "Introduccin a las tecnologas deRedes 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/200715 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

17Aprendizaje sobre el funcionamiento de Power Builder yPocket Builder 29 das 01/02/2006 07/03/2007

18Diseo de la Interfaz del sistema (Power Builder yPocket 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

22Aprendizaje sobre el funcionamiento de Mobilink -Sincronizacin 1 da 10/04/2007 18/04/2007

23 Revisin preliminar y pruebas del sistema 7 das 18/04/2007 28/04/2007

24Correccin de proyecto y Documentacin final (Tesis,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


98/99

82

ENTREVISTASISTEMA DE COBRANZA

1.- NOMBRE: __________________________________________________

2.- CARGO QUE OCUPA EN EL DEPARTAMENTO

____________________________________________________________________

3.- CUENTA SU EMPRESA CON UN SISTEMA SISTEMATIZADO PARALA GESTION DE COBRANZA?

SI

NO

4.-EN CASO DE QUE SU RESPUESTA SEA AFIRMATIVA QUE EQUIPOSUTILIZA?

COMPUTADORESPALM

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 SISTEMADE FACTURACION U OTROS SISTEMAS?

SI


99/99

83

NO

MENCIONES CUALES:

____________________________________________________________________

7.- CON QUE TIPO DE REPORTES CUENTA SU DEPARTAMENTO PARALA 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 COBRANZAMANEJE?

____________________________________________________________________

Muestra Tesis Cobranza

Documents

Transcript of Muestra Tesis Cobranza