Mejoras Al CRM InterNexo-Dfg3w453r45234w3w2d

Instituto Tecnolgico de Costa Rica Sede Regional de San Carlos Escuela de Ingeniera en Computacin
INTERNEXO Tecnologas de Internet Mejoras al CRM InterNexo
Informe Final de Proyecto de Graduacin para optar por el grado de Bachiller en Ingeniera en Computacin
Brayan Gonzlez Parrales
San Jos Noviembre, 2006
Resumen Ejecutivo
El presente documento tiene como fin describir el proceso de anlisis, diseo e implementacin de la prctica de especialidad del proyecto Mejoras al CRM InterNexo. Dicha prctica se llev a cabo en la Empresa InterNexo, especialista en tecnologas de Internet.
El proyecto consisti en aplicar una serie de mejoras sobre un sistema creado en 1999, este tena como fin almacenar informacin sobre los clientes de la empresa; actualmente tiene otros fines que involucran la comunicacin con servidores remotos.
Durante el anlisis se especificaron los principales objetivos y se defini que orientar la base de datos hacia el concepto de CRM era la idea primordial del proyecto.
A partir de esto, se determinaron los alcances del proyecto y se inici un proceso de diseo basado en la metodologa del Extreme Programming con ideas del Pensamiento Ajustado.
Con base en el diseo se crearon los mdulos para gestin de usuarios, se introdujo el concepto de entes como cualquier persona u organizacin que se encuentra dentro del mbito de accin de Internexo, se facilit la gestin del vocabulario del sistema y se estableci una comunicacin sincronizada con los servidores remotos.
El proyecto finaliz de manera satisfactoria, afortunadamente se cumplieron los objetivos.
Palabras Clave: CRM
Summary
The present document must describe the analysis process, design and implementation of the specialty practice of the project Improvements to the CRM InterNexo. This practice was made in the InterNexo Company, specialist in Internet technologies.
The project consisted of applying a series of improvements on a system created in 1999, this had like aim to store information on the companys clients; at the moment it has other aims that involve the communication with remote servers. During the analysis the main objectives were specified and it was defined that to orient the data base to the CRM concept was the fundamental project idea.
From this, the reaches of the project were determined and a process of design based on the methodology of Extreme Programming with ideas of the Lean Thinking.
With base in the design, the modules for users management were created, the concept of entes like any person or organization was introduced that is within the scope of action of InterNexo, facilitated the management of the system vocabulary and a synchronous communication with the remote servers.
The project finalized of satisfactory way, I finalized all the objectives.
Keywords: CRM.
Tabla de Contenidos
NDICE DE TABLAS ..................................................................................................................................6 NDICE DE FIGURAS ................................................................................................................................8 DESCRIPCIN DEL PROBLEMA ...........................................................................................................9 1. CONTEXTO DEL PROYECTO .........................................................................................................9 1.1. INFORMACIN GENERAL INTERNEXO ...................................................................................................9 1.2. Misin ................................................................................................................................ 11 1.3. Visin ................................................................................................................................ 11 1.4. Valores .............................................................................................................................. 11 1.5. Estrategia .......................................................................................................................... 11 1.6. Funcionamiento Administrativo ......................................................................................... 11 2. ANTECEDENTES DEL PROYECTO .............................................................................................. 13 2.1. Descripcin Funcional del Sistema ................................................................................... 13 2.2. Carencias de la Herramienta............................................................................................. 13 2.3. Fortalezas de la Herramienta ............................................................................................ 14 2.4. Datos Generales de la Herramienta .................................................................................. 14 2.5. Arquitectura del Sistema ................................................................................................... 14 3. DESCRIPCIN DEL PROYECTO ..................................................................................................15 3.1. 3.2. Stakeholders .............................................................................................................. 18 Perspectiva, supuestos y dependencias del producto ............................................... 19 3.2.1. Perspectiva ................................................................................................ 19 3.2.2. Supuestos .................................................................................................. 19 3.2.3. Dependencias ............................................................................................ 20 3.3. Requerimientos no funcionales.................................................................................. 20 3.4. Caractersticas Generales ......................................................................................... 21 4. 5. ANLISIS DE RIESGOS .................................................................................................................. 22 OBJETIVOS Y ALCANCES DEL SISTEMA .................................................................................. 26 5.1. 5.2. 5.3. 5.4. Objetivos Generales .................................................................................................. 26 Objetivos Especficos................................................................................................. 26 Alcances .................................................................................................................... 26 Anlisis Preliminar ..................................................................................................... 29 5.4.1. Matriz de Permisos ..................................................................................... 29 5.4.1.1. Posibilidades de Gestin para cada tipo de Usuario .................................. 29 5.4.1.2. Permisos de Acceso para cada tipo de Usuario ........................................ 30 5.4.2. Definicin de Usuarios ................................................................................ 31 5.4.3. Definicin de Ente y Clasificacin ................................................................ 35 5.4.4. Definicin de Informacin general y especfica para cada Tipo de Ente ......... 35 5.4.5. Descripcin de los Principales Alcances....................................................... 37
SOLUCIN IMPLEMENTADA .............................................................................................................. 41 6. MODELO DEL DISEO ................................................................................................................... 41 6.1. 6.2. Principios Bsicos del Lean Thinking......................................................................... 41 Los Modelos de Subsistemas .................................................................................... 42 6.2.1. Administracin de Usuarios ......................................................................... 42 6.2.2. Administracin de Entes y Clasificacin ...................................................... 44 6.2.3. Anulacin de Facturas y Recibos ................................................................. 48
Listar Recibos Creados ............................................................................... 48 Administracin de Vocabulario .................................................................... 50 6.3. Diagrama de Subsistemas ......................................................................................... 52 6.4. Clases ........................................................................................................................ 52 Diagrama de Clases Miscelneo ................................................................................. 53 6.4.1. Descripcin de las Clases ........................................................................... 54 6.5. Interfaces de usuario ................................................................................................. 57 6.6. Diagrama de Componentes ....................................................................................... 66 6.7. Diseo de Base de Datos .......................................................................................... 66 CONCLUSIONES Y COMENTARIOS ...................................................................................................92 7. 8. ANLISIS DE CUMPLIMIENTO DE OBJETIVOS ...................................................................... 92 DESCRIPCIN DE DOCUMENTOS Y PRODUCTOS ENTREGADOS ...................................... 94 8.1. 9. MEJORAS A LA SOLUCIN IMPLEMENTADA ................................................................................. 97
6.2.4. 6.2.5.
EXPERIENCIAS DE PRACTICA DE ESPECIALIDAD ................................................................ 98
REFERENCIAS ....................................................................................................................................... 100 BIBLIOGRAFA...................................................................................................................................... 101
ndice de Tablas
Tabla 2.1 Datos Generales del CRM InterNexo ............................................................................. 14 Tabla 3.1 Stakeholders del Proyecto.............................................................................................. 18 Tabla 4.1 Documentacin del Sistema Actual ................................................................................ 22 Tabla 4.2 Reingeniera de Datos .................................................................................................... 22 Tabla 4.3 Compresin de la lgica del sistema actual ................................................................... 23 Tabla 4.4 xito del sistema a implementar ..................................................................................... 23 Tabla 4.5 Comprensin ambigua de los requerimientos ................................................................ 24 Tabla 4.6 Entrega Atrasada de productos ...................................................................................... 24 Tabla 4.7 Experiencia del equipo de desarrollo ............................................................................. 25 Tabla 6.1 Tabla actividades_info .................................................................................................... 68 Tabla 6.2 Tabla actividades_link ................................................................................................... 68 Tabla 6.3 Tabla Ente ...................................................................................................................... 69 Tabla 6.4 Tabla Adelanto_gasto .................................................................................................... 70 Tabla 6.5 Tabla Archivo ................................................................................................................. 70 Tabla 6.6 Tabla Archivo_factura .................................................................................................... 70 Tabla 6.7 Tabla Archivo_producto.................................................................................................. 71 Tabla 6.8 Tabla Archivo_solucion .................................................................................................. 71 Tabla 6.9 Tabla Cobro_factura ....................................................................................................... 71 Tabla 6.10 Tabla Cobros ................................................................................................................ 72 Tabla 6.11 Tabla Compaas ......................................................................................................... 72 Tabla 6.12 Tabla Contacto_org ...................................................................................................... 73 Tabla 6.13 Tabla Contacto_proveedor ........................................................................................... 73 Tabla 6.14 Tabla Contacto ............................................................................................................. 74 Tabla 6.15 Tabla Contrasenas ....................................................................................................... 74 Tabla 6.16 Tabla Cuentas_bancarias............................................................................................. 74 Tabla 6.17 Tabla Factura_recibo_link ............................................................................................ 75 Tabla 6.18 Tabla Facturas ............................................................................................................. 75 Tabla 6.19 Tabla Gasto .................................................................................................................. 76 Tabla 6.20 Tabla Igo_alianzas_info................................................................................................ 76 Tabla 6.21 Tabla Igo_alianzas_link ................................................................................................ 77 Tabla 6.22 Tabla Igo_ambito_info .................................................................................................. 77 Tabla 6.23 Tabla Igo_ambito_link .................................................................................................. 77 Tabla 6.24 Tabla Igo_fuentefin ....................................................................................................... 78 Tabla 6.25 Tabla Igo_lineastrabajo_info ........................................................................................ 78 Tabla 6.26 Tabla Igo_lineastrabajo_link ......................................................................................... 78 Tabla 6.27 Tabla Igo_otra .............................................................................................................. 79 Tabla 6.28 Tabla Igo_personal ....................................................................................................... 79 Tabla 6.29 Tabla Igo_tematica_info ............................................................................................... 80 Tabla 6.30 Tabla Igo_tematica_link................................................................................................ 80 Tabla 6.31 Tabla Org_pais ............................................................................................................. 80 Tabla 6.32 Tabla Org_tipo.............................................................................................................. 80 Tabla 6.33 Tabla Pais .................................................................................................................... 81 Tabla 6.34 Tabla Personal ............................................................................................................. 81 Tabla 6.35 Tabla Proveedor ........................................................................................................... 81 Tabla 6.36 Tabla Proveedor_unidad .............................................................................................. 82 Tabla 6.37 Tabla Recibos .............................................................................................................. 82 Tabla 6.38 Tabla Seg_ser .............................................................................................................. 82 Tabla 6.39 Tabla Seg_transaccion ................................................................................................. 83 Tabla 6.40 Tabla Seguimientos ...................................................................................................... 83 Tabla 6.41 Tabla Serv_descr ......................................................................................................... 83 Tabla 6.42 Tabla Serv_tipos .......................................................................................................... 84 Tabla 6.43 Tabla Servicios ............................................................................................................. 84 Tabla 6.44 Tabla Soluciones .......................................................................................................... 85 Tabla 6.45 Tabla Unidad_servicio .................................................................................................. 85 Tabla 6.46 Tabla Ente_autoridad ................................................................................................... 86 Tabla 6.47 Tabla Ente_asociado .................................................................................................... 86
Tabla 6.48 Tabla 6.49 Tabla 6.50 Tabla 6.51 Tabla 6.52 Tabla 6.53 Tabla 6.54 Tabla 6.55 Tabla 6.56 Tabla 6.57 Tabla 6.58 Tabla 6.59 Tabla 6.60 Tabla 6.61
Tabla Ente_agente ....................................................................................................... 86 Tabla Ente_competidor ................................................................................................ 87 Tabla Ente_proveedor .................................................................................................. 87 Tabla Ente_cliente ........................................................................................................ 88 Tabla Ente_referencia .................................................................................................. 88 Tabla Meta_ente .......................................................................................................... 88 Tabla Info_meta_ente .................................................................................................. 89 Tabla Categoria ............................................................................................................ 89 Tabla Meta_lexicos ...................................................................................................... 89 Tabla Sector ................................................................................................................. 90 Tabla Rol ...................................................................................................................... 90 Tabla Rol_usuario ........................................................................................................ 90 Tabla Permisos_acceso ............................................................................................... 90 Tabla Permisos_gestion ............................................................................................... 91
ndice de Figuras
Ilustracin 1.1 Divisin Administrativa de InterNexo....................................................................... 12 Ilustracin 3.1 Modelo General del Sistema ................................................................................... 17 Ilustracin 5.1 Informacin Asociada a cada tipo de Ente .............................................................. 29 Ilustracin 6.1 Diagrama de Procesos para el Mdulo de Usuarios ............................................... 43 Ilustracin 6.2 Diagrama de Procesos para el Mdulo de Asignacin de Permisos de Acceso y Gestin..................................................................................................................................... 44 Ilustracin 6.3 Diagrama de Procesos para la Clasificacin de Entes............................................ 45 Ilustracin 6.4 Diagrama de Procesos para la Modificacin del Tipo Ente ..................................... 46 Ilustracin 6.5 Diagrama de Procesos para determinar Informacin Asociada .............................. 47 Ilustracin 6.6 Diagrama de Procesos para Anular Facturas y Recibos......................................... 48 Ilustracin 6.7 Diagrama de Procesos para Listar Recibos Creados ............................................. 49 Ilustracin 6.8 Diagrama de Procesos para Administracin de Vocabulario .................................. 51 Ilustracin 6.9 Diagrama de Subsistemas del CRM ....................................................................... 52 Ilustracin 6.10 Diagrama de Clases.............................................................................................. 53 Ilustracin 6.11 GUI Portal Principal............................................................................................... 57 Ilustracin 6.12 GUI Administracin de Vocabulario ...................................................................... 58 Ilustracin 6.13 GUI Administracin de Usuarios ........................................................................... 60 Ilustracin 6.14 Clasificacin de Entes ........................................................................................... 61 Ilustracin 6.15 Modificacin de Tipos de Entes ............................................................................ 62 Ilustracin 6.16 GUI Asignacin de Permisos ................................................................................ 64 Ilustracin 6.17 Diagrama de Componentes .................................................................................. 66
Descripcin del Problema

1. Contexto del proyecto 1.1. Informacin General InterNexo
InterNexo nace en el ao 1997. En estos nueve aos, InterNexo se ha posicionado como una de las empresas ms respetadas de servicios Internet en la regin centroamericana gracias a su experiencia y trabajo con ms de 135 clientes satisfechos con nuestros servicios. El trabajo con estas organizaciones, la interaccin con el cliente, as como el
compromiso por conocerlos, ms nuestra amplia lnea de servicios y la incorporacin de una oficina de proyectos que apoya a la empresa en la gestin de los recursos asignados a los proyectos, ha permitido que
InterNexo sea un proveedor nico en su rama y que esto se traduzca en una solucin integral y a la medida de sus necesidades. Los servicios que brinda InterNexo se pueden clasificar en:
a) Planificaciones estratgicas de la presencia en Internet. As como auditorias de sitios Web y sistemas. b) Desarrollo de portales, sitios Web y aplicaciones complementarias. c) Anlisis, diseo y desarrollo de sistemas de informacin. d) Promocin de presencia Internet. e) Servicios de infraestructura tecnolgica (por ejemplo: hospedaje, administracin de correo electrnico corporativo, mantenimiento de servidores remotamente, entre otros.) En InterNexo se trabaja con el compromiso de brindar servicios de calidad que nos permitan comunicar nuestra experiencia, por lo que a inicios del ao 2004, InterNexo recibi la certificacin de ISO 9001-2000 convirtindolo en la primera empresa de software certificada en Costa Rica.
Actualmente, InterNexo es empresa miembro y forma parte del equipo directivo y es Coordinador del Grupo de Trabajo sobre Infraestructura de la Cmara Costarricense de Tecnologas de Informacin y Comunicacin (CAMTIC). Es afiliado a la Cmara de Industrias y Comercio, miembro de la sub.-comisin de Indicadores de Tecnologas de Comunicacin e Informacin del Ministerio de Ciencias y Tecnologas, y miembro de la Comisin de Desarrollo Social de la UCCAEP. InterNexo transforma las organizaciones de nuestros clientes al enlazarla al mundo de Internet. Esto se logra gracias a nuestro enfoque y dedicacin por conocer a nuestro cliente, lo cual permite su intervencin en cada una de las etapas del proyecto. Juntos potenciamos los negocios y actividades de sus
Clientes, al satisfacer plenamente las necesidades de comunicacin e informacin para sus operaciones internas y de mercado. Esta misin se logra mediante la integracin de servicios y soluciones tecnolgicas creativas, seguras y a la medida que emplean las
tecnologas de Internet. InterNexo desarrolla soluciones a la medida, lo cual nos permite responder a sus necesidades en el momento que se presentan y con la flexibilidad que estos Clientes merecen y que el
entorno demanda. El proceso de trabajo de InterNexo parte del principio que todo proyecto exitoso inicia con el compromiso de los actores de dar lo mejor; para as, conjuntamente lograr una conceptualizacin que
refleje las necesidades reales de su que hacer y a partir de stas disear una solucin que se ajuste a las necesidades de su organizacin y un concepto claro de los beneficios que debe traer a su pblico meta.
Seguido de un plan de implementacin que permitir el logro de los objetivos y metas planteados para cada proyecto.
10
La integracin de las aplicaciones que desarrollamos con los principales motores de bsqueda comerciales y de informacin en la red (como
Google) es un factor crtico de xito para cada proyecto; ya que permite, una mejor visualizacin de su presencia en la Internet. Lo anterior no sera posible sin cumplir lineamientos bsicos de usabilidad y
accesibilidad como lo son los estndares de la W3C (por ejemplo: XHTML y CSS).
1.2. Misin
Transformamos su negocio al enlazarlo al mundo.
1.3. Visin
Esta compuesta por dos pilares fundamentales: a) Ser un generador constante de negocios para el cliente. b) Ser reconocidos por nuestra experiencia, conocimientos capacidad de dar resultados, aplicados a los proyectos. y la
1.4. Valores
Soluciones integrales, Orientacin a resultados, Mejora continua, Democracia en nuestras acciones, Conciencia, Aprender, Aprender.
1.5. Estrategia
Conocernos, conocer al cliente y comunicarlo...
1.6. Funcionamiento Administrativo

El nombre InterNexo en realidad es un nombre comercial, su formacin consiste en un grupo de sociedades annimas todas subsidiarias de la empresa IXO, cada una de las cules provee de servicios a IXO y a la vez a las dems subsidiarias.
11
IXO
SyP Administracin Utilidad Mercadeo
TIIXO
DIXO
MK
COFIASA
Microsoft Excel
Ilustracin 1.1 Divisin Administrativa de InterNexo
Entonces tenemos a TIIXO como encargada de Soporte e Infraestructura, DIXO de la gestin de proyectos de desarrollo, MK de mercadeo y Ventas y por ltimo ADM de la parte administrativa de la empresa en general.
Todas estas empresas tienen el mismo patrn de divisin de la administracin de recursos hecha por IXO.
12
2. Antecedentes del Proyecto

El sistema Base de Datos de Clientes y Contactos fue creado en 1999 por Brian Lucas, canadiense que realiz la practica de especialidad en InterNexo. Luego Alejandro Retana, practicante de la UCR, realiz algunas mejoras al sistema. A partir de esta fecha, la empresa ha procurado mejorar la aplicacin para enfocarla hacia el concepto de administracin de clientes. Este proyecto esta actualmente en uso y se le han agregado funcionalidades para la facturacin de la empresa.
2.1. Descripcin Funcional del Sistema

El sistema Base de Datos de Contactos consiste en un repositorio de datos para la administracin de Clientes de la empresa InterNexo, ya sean personas fsicas jurdicas.
En este repositorio se encuentra informacin general de los Clientes. Adems, administra la facturacin y pagos de los servicios brindados por InterNexo.
2.2. Carencias de la Herramienta

a) La actualizacin en tiempo real de los datos no es la adecuada. b) Deficiencias en el registro y seguimiento de pagos y cobros. c) Deficiencias en la clasificacin de Clientes, Proveedores y otras organizaciones que mantienen relaciones con InterNexo. d) No existe una poltica de acceso a los datos del sistema. e) Existe la necesidad de manejar estadsticas de cobro por parte del sistema. f) Existe la necesidad de proveer herramientas de Minera de Datos, para la ayuda a Toma de Decisiones. g) Prcticamente no existe documentacin del sistema, o es muy reducida.
13
2.3. Fortalezas de la Herramienta

a) Las bsquedas del Sistema Actual cumplen con la mayora de las necesidades de consulta de los usuarios. b) La administracin de las contraseas es la correcta. c) Est escrita en cdigo abierto. d) Es portable a otras arquitecturas.
2.4. Datos Generales de la Herramienta

Tabla 2.1 Datos Generales del CRM InterNexo
Plataforma El sistema opera sobre la plataforma FreeBSD 6.1
Lenguaje de Programacin La herramienta esta programada en PHP y algunas rutinas en JAVASCRIPT.
Motor de Base de Datos La Base de Datos funciona sobre el motor de Base de Datos PostgreSQL
2.5. Arquitectura del Sistema

La arquitectura es simple, no refleja un modelado de capas, pero si un modelado en diferentes carpetas en la que existe una carpeta principal contactos, donde se encuentran las paginas de interfaz y para dividir diversas funciones del sistema, se usan subcarpetas las cuales son: a) F: carpeta donde se encuentran diversas funciones en especial en lenguaje JAVASCRIPT y que son incluidas en las pginas de interfaz, por lo general funcionan para la validacin de datos en el sistema. b) Img: en esta carpeta se encuentran las imgenes utilizadas en el sistema.
14
3. Descripcin del Proyecto

El proyecto pretende llevar a cabo una serie de mejoras al CRM InterNexo. Este sistema da soporte a las reas: administrativa, comercial y desarrollo de la
organizacin, facilitando facturacin de servicios.
servicios de gestin de informacin de Clientes y
Entre los mbitos de mejora se identifican: a) Aseguramiento de la informacin. b) Mejoras sustanciales de interfaz mediante la incorporacin de tecnologa AJAX. c) Desarrollo de un canal de comunicacin con el sistema de correo utilizado por el rea de soporte e infraestructura. d) Generacin de reportes que faciliten la toma de decisiones para las gerencias general, administrativa y comercial. e) Mejoras en los procesos administrativos que se encuentran implementados actualmente en el CRM.
A partir de esto realiz una investigacin acerca de los requerimientos que debe cumplir una aplicacin para ser considerada como CRM, y se determin que nuestra base de datos no cumpla con la mayora de ellos. Con esta investigacin y apoyo por parte de la gerencia se determin cuales podran ser los posibles cambios que esta base de datos debe tener para ser considerada con un sistema de gestin de la relacin con los clientes.
La idea del proyecto consiste en implementar ciertas mejoras que pueden aumentar la productividad del sistema, algunas de estas estn relacionadas con la administracin de perfiles de usuarios, tipos de entes y mejoras de facturacin.
15
En lo que respecta a los tipos de entes, es necesario hacer una distincin entre agentes, clientes, proveedores, competidores, asociados, autoridades y
referencias. Para realizar esta mejora ser necesario revisar el diseo de la base de datos, de manera que se cree un identificar de contacto que lo caracterice, esto se puede realizar tambin mediante un apartado en la base de datos fsica y una relacin tipo_contacto que indique los atributos propios de cada uno.
Se debe crear un mdulo que permite la administracin de perfiles de usuario. Se puede controlar usuarios gerenciales, comerciales, administrativos, del rea tcnica, desarrolladores, administradores de proyecto y administradores. Cada uno de estos tiene diferentes permisos dentro de la aplicacin (Ver Alcances). Para la distincin entre usuarios es necesario cambiar el diseo fsico de la base de datos, creando un apartado que permita almacenar los atributos de cada uno y su tipo. En lo que respecta a los permisos, es necesario crear otro apartado relacionado con el usuario, esta reflejar las posibilidades en el sistema.
Es necesario tambin que la aplicacin permita actualizar el vocabulario propio, es decir, se deben almacenar meta datos, o informacin de los datos, para as permitir la administracin del lxico controlado.
El sistema en cuestin posee un mdulo de generacin automtica de reportes, una de la mejoras consiste en formatear estos reportes permitiendo sean exportados en formatos como CSV o XML. Adems la carencia de reportes en cuanto a propuesta de clientes meta, activos y pasivos debe ser solventada segn los servicios gerenciales.
Como un servicio externo, se debe garantizar comunicacin entre la base de datos y el sistema de Correo Web. Para esto es necesario realizar un estudio detallado acerca de que es lo que realmente se debe comunicar, como se debe comunicar, cuando, y de que manera. Se deben estudiar protocolos o desarrollar alguno que cumpla con los requerimientos necesarios.
16
Una posible solucin, poco detallada, es el envi de mensajes de alerta que indique que tipo de informacin es la que se va a enviar en un determinado momento. Es claro que el control de errores es primordial en este punto. Se debe garantizar privacidad y seguridad de la informacin que se enva por los puertos.
Tambin es importante garantizar que esta comunicacin pueda realizarse con cualquier sistema, esto para promover la estandarizacin y compatibilidad de nuestro protocolo con los sistemas propios de todas las organizaciones que utilicen esta plataforma de correos. Este mdulo de comunicacin debe cumplir muchos estndares de codificacin y documentacin interna descritos en CODING STANDARDS en http://www.horde.org/horde/docs ya que si es avalado, ser publicado como una contribucin al proyecto Horde.
Paint
Ilustracin 3.1 Modelo General del Sistema
17
3.1. Stakeholders
Tabla 3.1 Stakeholders del Proyecto
Nombre Ing.Carlos Pravia Jcamo.
Departamento Desarrollo
Labores Gerencia de Proyectos
Responsabilidades Objetivos Administrador del Lograr beneficios Proyecto. para usuarios. Lider del Proyecto. Facilitar la practica de especialidad. Regular requisitos y coordinar alcances. Cumplir el proyecto. Revisar requisitos propuestos propios.
Ing Didier Fallas Alfaro. Lic. Miguel Rojas Corella.
Infraestructura y Soporte Tcnico. Administracin, Cobro y Facturacin.
Gerencia de Infraestructura y Soporte. Administrar, controlar y dirigir el recurso de la empresa. Gestin de facturacin y cobro de cartelera de clientes. Gestin Mercadera, ventas, servicios al cliente y gestin de clientes. Analista y programador.
Apoyo al proyecto. Usuario.
Lic. Angie Jimnez Corella.
Gerencia Comercial.
Usuario. Fuente principal de requisitos.
La base de datos debe ser una plataforma de servicios con informacin accesible. Aprobar la practica de especialidad. Ganar experiencia en el desarrollo de proyectos.
Brayan Gonzlez.
Desarrollo y Anlisis.
Recabar requisitos, documentarlos, modelarlos e implementarlos.
18
3.2. Perspectiva, supuestos y dependencias del producto 3.2.1. Perspectiva

La herramienta esta hecha muy a la medida segn las necesidades de la empresa. A tal grado que la manera de administracin se basa en el sistema. Queda de ms decir que es de mucha utilidad para la empresa, ya que es un repositorio de datos de clientes y contactos, lo cual representa mucho valor para cualquier organizacin.
Antes de la creacin de la herramienta, se pudieron tomar otras opciones como el uso de un CRM del software libre, pero se opt por crear este sistema, dadas las necesidades internas.
Con la investigacin del estado del arte CRM se demostr que no cumpla con los requisitos necesarios para ser un CRM, por lo que muchos de estos cambios estn inspirados en dicha investigacin. Con todas las mejoras propuestas, se espera que cumpla algunos puntos para poder ser caracterizado como un CRM.
3.2.2. Supuestos
Va a existir un lugar donde alojar y acceder el servicio de gestin de usuarios y vocabulario controlado en lnea dentro del sistema.
Existir una poltica de uso, donde los administradores gobiernan el sistema y permitan a los otros tipos de usuarios realizar las acciones ms adecuadas segn las polticas internas de la organizacin.
19
3.2.3. Dependencias
a) b) c) d) Servidor Web con soporte para PHP. Navegador WEB. Base de Datos en PostgreSQL. FreeBSD y Windows XP como plataformas de implementacin y desarrollo respectivamente.
3.3. Requerimientos no funcionales a)

Seguridad de acceso. Se debe garantizar que el acceso sea controlado de manera adecuada, aunque este requisito ya esta implementado, ser mejorado.
b)
Manejabilidad. Siempre se debe garantizar la usabilidad del sistema evitando conocer temas tcnicos para la utilizacin.
c)
Estabilidad. El sistema debe mantenerse estable ante todas la mejoras, para esto se debe realizar un adecuado proceso de pruebas.
d)
Portabilidad. El sistema por si mismo es portable, al ser un programa para Web.
20
3.4. Caractersticas Generales

a) b) c) d) e) Escrito en cdigo abierto. Funciona sobre un servidor de cdigo abierto. Permite la administracin de los clientes y contactos de InterNexo. Permite llevar a cabo la facturacin de la empresa. Almacena informacin referente a usuarios, de manera muy general. f) Permite realizar bsquedas de organizaciones, basados en criterios y periodos. g) Presenta reportes de clientes, facturas, cobros pendientes y facturacin por periodo. h) i) j) k) l) m) n) Permite la insercin y modificacin de entidades o clientes. Administra las contraseas de los contactos de los clientes. Permite la autenticacin de usuarios registrados en el sistema. Administra permisos para usuarios de una manera simple. Permite la clasificacin de clientes en: meta, activos y pasivos. Sugiere el nombre de las entidades en los criterios de bsqueda. Incorpora en ciertos mdulos la tecnologa Ajax.
21
4. Anlisis de Riesgos
Tabla 4.1 Documentacin del Sistema Actual
Riesgo #01 Descripcin
Categora Posible Causa Impacto Probabilidad de Ocurrencia Exposicin Estrategia de Evasin Estrategia de Mitigacin Estrategia de Contingencia
Documentacin del Sistema Actual Al no existir documentacin alguna del sistema actual, la lgica de este puede no ser bien comprendida por el equipo de desarrollo. El nivel de este riesgo aumentara si se decidiera actualizar el sistema actual. Documentacin Los anteriores desarrolladores la obviaron. 2 semanas. 100% 2 semanas No hay. Estudiar el cdigo fuente del sistema. Estudiar a fondo el funcionamiento del sistema.
Tabla 4.2 Reingeniera de Datos
Reingeniera de Datos Al implementar un sistema ya sea nuevo o actualizado, los datos presentes en el sistema actual deben ser transferidos al nuevo sistema, razn por la cul deben crearse mtodos para una transferencia con el menos costo posible ya sea de tiempo, como de recursos. Tecnolgica. 3 semanas 100% 3 semanas No hay Plantear adecuadamente los cambios a la base de datos. Planear los cambios a la base de datos lo ms rpido posible.
22
Tabla 4.3 Compresin de la lgica del sistema actual
Compresin de la lgica del sistema actual Al no existir documentacin del sistema actual el cdigo fuente puede ser incomprensible para el equipo de desarrollo. Tecnolgica. Cdigo oscuro o confuso. 1 semana 50% Media semana. Buscar toda la documentacin existente. Entrevistar a responsables del proyecto sobre el funcionamiento del sistema. Analizar detalladamente el cdigo.
Tabla 4.4 xito del sistema a implementar
xito del sistema a implementar Al implementar un sistema no se puede concluir que este sea un xito, razn por la cul se debe hacer una evaluacin final del mismo. Tecnolgica Mala Elicitacin de requisitos. 5 semanas 40% 2 semanas Poner nfasis en la Elicitacin de requisitos. Revisar adecuadamente los requisitos. Disear adecuadamente.
23
Tabla 4.5 Comprensin ambigua de los requerimientos
Comprensin ambigua de los requerimientos Los requerimientos pueden ser comprendidos de manera distinta a como lo hace el usuario, por lo cul no se resuelven completamente las necesidades. Funcionalidad del sistema No se enfatiz durante la recoleccin de requisitos. 5 semanas 60% 3 semanas Mltiples reuniones con los clientes. Estudio adecuado de los requisitos. Entrevistas y reuniones con los clientes.
Tabla 4.6 Entrega Atrasada de productos
Entrega Atrasada de productos Al realizar un sistema se pueden presentar imprevistos con la entrega de productos acordados en el plan del proyecto y se puede atrasar la entrega final. Poltica. Se intent abarcar ms de lo posible en el tiempo estimado. 2 semanas 40% 0.8 semanas Priorizacin de requisitos. Priorizar dentro de la Priorizacin. Realizar solo los requisitos de prioridad inmediata.
24
Tabla 4.7 Experiencia del equipo de desarrollo
Experiencia del equipo de desarrollo La experiencia del equipo de desarrollo es muy importante en la implementacin de un SI, as como la experiencia del lenguaje de programacin puede retrasar el avance del sistema. Tecnolgica. Falta de experiencia. 3 semanas 40% 1,2 semanas Prctica y estudio del sistema. Ayuda de los encargados o administradores del proyecto. Esfuerzo.
25
5. Objetivos y Alcances del Sistema

5.1. Objetivos Generales
Orientar la Base de Datos de Contactos InterNexo con el propsito de adecuarla al concepto de CRMs como herramienta para la gestin de la relacin con clientes y desarrollar un mecanismo de comunicacin
activo entre esta aplicacin y el sistema de correos Web InterNexo, con la intencin de acelerar algunos procesos administrativos tales como facturacin y cobros.
5.2. Objetivos Especficos

a) Realizar mejoras administrativas para los mdulos de la base de contactos InterNexo. b) Permitir la manipulacin dinmica de la informacin contenida en la base de datos. c) Agilizar asuntos gerenciales procesos. d) Estudiar y seleccionar estndares en cuanto a comunicacin entre aplicaciones. mediante la automatizacin de
5.3. Alcances
El sistema debe: a) Permitir la clasificacin entre entes de manera que sea posible distinguir entre agentes, clientes, proveedores, competidores, asociados, medios, autoridades y referencias. b) Garantizar el adecuado uso y control administrativo de perfiles de usuario, debe distinguirse entre usuarios gerenciales, comerciales, administrativos, tcnicos, desarrolladores, Administrador de
Proyecto y Administrador. c) Administrar los derechos de gestin y acceso a los mdulos para cada uno de los tipos de usuarios.
26
d) Administrar el vocabulario existente de manera que este sea controlado. e) Presentar el Reporte de Facturacin con un formato adecuado para una posible exportacin en archivos CSV. f) Actualizar la Informacin general de contactos de manera que se muestren: Datos de Contacto: Razn Social. Cedula Jurdica. Telfono. Fax. Sitio Web. Email. Apartado Postal. Tipo Organizacin. Direccin exacta. Pas.
Datos Administrativos: Da de recibo de facturas. Da de pago. Fecha de creacin de reportes, generad
automticamente. Contactos primero por. Responsable.
27
Contactos Apellidos y Nombre. Puesto. Telfono / Extensin Celular. Email. Fecha Nacimiento. Sexo. Responsable cobro. Responsable de cambios al servicio.
Comentarios.
g) Proporcionar un cdigo para los tipos de servicio, formado por el tipo o categora al que pertenece y por su subcategora. h) Sincronizar automticamente clientes con sus respectivos dominios. Determinando cuales dominios pertenecen a cuales clientes. En caso de que un cliente no tenga dominios, no se realiza la sincronizacin. i) Mantener una bitcora sobre los movimientos que un cliente ha realizado sobre sus cuentas. j) Mostrar (en el mdulo de contraseas) solo la contrasea seleccionada y ocultar las dems contraseas, esto por cuestiones de seguridad y privacidad. k) Anular facturas en lugar de eliminarlas, lo mismo que con los recibos. l) Listar los recibos que se han creado. m) Migrar los datos del sistema actual al nuevo modelo del sistema. Indica que los datos deben adecuarse al nuevo modelo de base de datos, con todos los cambios dados.
28
5.4. Anlisis Preliminar 5.4.1. Matriz de Permisos

Las siguientes figuras muestran las posibilidades que tendr cada usuario, dentro de la Base de Datos de Contactos InterNexo, dependiendo de su tipo.
Surgen como resultado de varias reuniones donde se establecieron los nuevos permisos que tiene cada usuario dentro del sistema, y se propusieron adecuadas clasificaciones de entes conceptuales para la base de datos.
Estas figuras sirven como base para el desarrollo de los dos principales alcances de este proyecto, una diferenciacin ms adecuada y desarrollo de perfiles de usuario e introduccin del
concepto de ente y su adecuada clasificacin segn las necesidades de InterNexo.
Paint
Ilustracin 5.1 Informacin Asociada a cada tipo de Ente
5.4.1.1. Posibilidades de Gestin para cada tipo de Usuario

Defnase gestin como la posibilidad de insertar, modificar y eliminar registros para cada mdulo seleccionado.
29
Se adjunta en el archivo gestion.jpg una imagen con la descripcin de las posibilidades de gestin que tiene un usuario sobre la informacin asociada a cada tipo de ente.
Lo que se pretende demostrar en esa imagen es que permisos tienen los diferentes tipos de usuarios sobre todos los tipos de entes.
Si la opcin, correspondiente a la informacin asociada a cada tipo de ente, esta seleccionada significa que el usuario puede eliminar, agregar o modificar dicha informacin especfica.
5.4.1.2. Permisos de Acceso para cada tipo de Usuario

Se adjunta en el archivo acceso.jpg una imagen con la descripcin de las posibilidades de acceso que tiene un usuario sobre la informacin asociada a cada tipo de ente.
Lo que se pretende demostrar en esa imagen es que permisos de acceso tienen los diferentes tipos de usuarios sobre todos los tipos de entes.
Si la opcin, correspondiente a la informacin asociada a cada tipo de ente, esta seleccionada significa que el usuario puede acceder al mdulo o subprograma indicado.
30
5.4.2. Definicin de Usuarios

Administrador: Usuario que puede llevar a cabo todas las consultas y acciones dentro de la Base de Datos. Mdulos Gestionados: Todos. Mdulos con posibilidad de Acceso: Todos. Tcnico: Usuario que brinda los servicios de soporte a los clientes de InterNexo y a InterNexo. Mdulos Gestionados: a) Contactos. b) Informacin especifica de Clientes. c) Seguimientos de Clientes. d) Contraseas de Clientes. e) Informacin especifica de de Autoridades. f) Seguimientos de Autoridades. g) Contraseas de Autoridades. Mdulos con posibilidad de Acceso: a) Contactos. b) Informacin especifica de Clientes. c) Seguimientos de Clientes. d) Contraseas de Clientes e) Servicios de Internet Clientes. f) Informacin especifica de Proveedores. g) Contraseas de Proveedores de Clientes. h) Informacin especifica de Asociados. i) Contraseas de Asociados. j) Informacin especifica de de Autoridades. k) Seguimientos de Autoridades. l) Contraseas de Autoridades
31
Gerencial: Jefe de cada rea. Necesita reportes para la toma de dediciones. Mdulos Gestionados: a) Contactos. b) Informacin especifica de Clientes. c) Seguimientos de Clientes. d) Contraseas de Clientes. e) Informacin especifica de Agentes. f) Seguimientos de Agentes. g) Informacin especifica de Asociados. h) Seguimientos de Asociados. i) Contraseas de Asociados. j) Informacin especifica de Autoridades. k) Seguimientos de Autoridades. l) Contraseas de Autoridades. Mdulos con posibilidad de Acceso: Todos.
Administrativo: Usuario que lleva a cabo la gestin de pago, cobro y facturacin de servicios que brinda InterNexo. Mdulos Gestionados: a) Contactos. b) Informacin especifica de Clientes. c) Seguimientos de Clientes. d) Contraseas de Clientes. e) Servicios de Internet de Clientes. f) Cobros de Clientes. g) Facturacin de Clientes. h) Informacin especifica de Agentes. i) Seguimientos de Agentes. j) Informacin especifica de Proveedores.
32
k) Seguimientos de Proveedores. l) Contraseas de Proveedores. m) Pagos de Proveedores. n) Facturas Proveedores. o) Informacin especifica de Autoridades. p) Seguimientos de Autoridades. q) Contraseas de Autoridades. Mdulos con posibilidad de Acceso: Todos. Comercial: Usuario que comercializa los servicios de InterNexo, mercadeo, realiza ventas y gestin. Mdulos Gestionados: a) Contactos. b) Informacin especifica de Clientes. c) Seguimientos de Clientes. d) Contraseas de Clientes. e) Servicios de Internet de Clientes. f) Cobros de Clientes. g) Facturacin de Clientes. h) Informacin especifica de Competidores y Agentes. i) Seguimientos de Competidores y Agentes. j) Informacin especifica de Asociados y Autoridades. k) Seguimientos de Asociados y Autoridades. l) Contraseas de Asociados y Autoridades. Mdulos con posibilidad de Acceso: Todos excepto Pagos y Facturas de Proveedores.
33
Desarrollador: Usuario que participa activamente en uno o ms proyectos. Se especializa en un rea de conocimiento determinado. Mdulos Gestionados: a) Contactos. b) Servicios de Internet de Clientes. c) Seguimientos de Proveedores. d) Informacin especifica de Autoridades. e) Seguimientos de Autoridades. f) Contraseas de Autoridades. Mdulos con posibilidad de Acceso: a) Contactos. b) Informacin especifica de Clientes y Proveedores. c) Seguimientos de Clientes y Proveedores. d) Contraseas de Clientes y Proveedores. e) Informacin Especfica de Asociados. f) Contraseas Asociados. g) Informacin especifica de Autoridades. h) Seguimientos de Autoridades. i) Contraseas de Autoridades. Administrador de Proyectos (PMO): Usuario que dirige la oficina de gestin de proyectos. Mdulos Gestionados: a) Contactos. b) Informacin especifica de Clientes y Autoridades. c) Seguimientos de Clientes y Autoridades. d) Contraseas de Clientes y Autoridades. e) Informacin especifica de Proveedores. f) Seguimientos de Proveedores. g) Contraseas de Proveedores.
34
Mdulos con posibilidad de Acceso: Todos excepto Sedimentos de Competidores, Agentes y Asociados.
5.4.3. Definicin de Ente y Clasificacin

Un ente es cualquier empresa, organizacin, persona que se encuentre dentro del mbito de accin de InterNexo. Tipos de Entes a) Autoridad: Ente que cuenta con conocimiento experto en un tema especifico. b) Asociado: Ente que aporta valor al brindar y comercializar un servicio en conjunto con InterNexo. c) Agente: Ente que Comercializa o vende los servicios que presta InterNexo. d) Competidor: Ente que brinda un servicio similar al de InterNexo. e) Proveedor: Ente que Brinda servicios a InterNexo. f) Cliente: Ente Compra y hace uso de los productos y servicios de InterNexo.
5.4.4. Definicin de Informacin general y especfica para cada Tipo de Ente

Informacin General a) Comentarios. b) Persona. c) Sectores. d) Profesiones.
35
Informacin Especfica Clientes: a) Fecha de inicio relacin (mes/ao). Proveedores: a) Fecha de inicio relacin (mes/ao). b) Contrasea. c) Acuerdos comerciales. d) Servicios / productos que brinda. e) Tipificacin. f) Prximo pago (alerta). g) Nivel de satisfaccin. h) Dlares gastados por periodo. Competidores: a) Servicios nuestros. b) Cobertura. c) Permanencia en el mercado, edad que tiene la marca. d) Propuesta. e) Valor. Agente: a) Servicios / productos que comercializa b) Experiencia. c) Clientes con los que tiene relacin. d) Fecha de inicio relacin (mes / ao). Asociados: a) Fecha de inicio relacin (mes / ao).
36
Autoridades: a) Contrasea. Referencias a) Tipo (x sector).
5.4.5. Descripcin de los Principales Alcances

Perfil de Usuarios Debe existir la distincin entre usuarios gerenciales,
comerciales,
administrativos,
tcnicos,
desarrolladores,
administradores de proyectos y administradores. Adems es posible que un slo usuario pueda tener varios perfiles, de manera que se admite, por ejemplo, un usuario comercial desarrollador, o un administrativo gerencial, etc.
Dentro de este alcance se debe contemplar la posibilidad de que un usuario administrador establezca las prioridades para cada uno de los dems perfiles, o sea, debe permitirse para usuarios administradores completar, segn las necesidades de la organizacin, la matriz del apartado de Posibilidades de
Gestin para cada tipo de Usuario y Permisos de Acceso para cada tipo de Usuario.
Debe ser posible que el usuario administrador pueda insertar otros usuarios (con su respectivo perfil o perfiles), modificarlos o eliminarlos.
37
Este alcance propone la creacin de un mdulo de gestin nuevo para el sistema, adems de un cambio en la organizacin, ya que los perfiles son tratados actualmente de manera ms simple. Administracin de Entes Como punto inicial, debe cambiarse a nivel organizacional el concepto de cliente. La Base de Datos de Clientes y Contactos InterNexo dejar de administrar solo tipos de clientes para enfocarse ms en la nocin de Entes. Un ente es aquella persona, organizacin o autoridad que este dentro del mbito de accin de la empresa.
Ser
posible
diferenciar
entre
entes
agentes,
clientes, y
proveedores, referencias.
competidores,
asociados,
autoridades
En los casos que un ente no sea cliente (sino que alguno de los otros tipos) y desee desarrollar un proyecto con la empresa, pasar a ser un cliente de InterNexo.
Debe quedar claro que diferentes tipos de usuarios tienen diferentes posibilidades de acceso y gestin para los entes.
Una de las caractersticas de todos los tipos de entes es que pueden tener contactos. Un contacto es alguien que pueda acceder al ente de manera directa, es el representante del ente.
Igualmente los diferentes usuarios tienen diferentes tipos de posibilidades para los contactos.
38
Anulacin de facturas y recibos La manera actual de controlar las facturas es eliminndolas totalmente del sistema, sin dejar rastro alguno de estas.
La idea consiste en cambiar ese proceso, anulando las facturas y dejando el registro de la misma.
Razones para anular una factura: a) Si esta fue duplicada. b) Si est mal confeccionada. c) Si el cliente no esta satisfecho con algn servicio.
El proceso de anulacin consiste en mantener el registro fsico en la base de datos y devolver el sistema a un estado anterior. O sea, servicios que fueron cancelados con esta factura regresan a estar pendientes de pago.
Sucede lo mismo para los recibos, estos son totalmente eliminados, lo que se desea es almacenar el registro fsico y regresar el sistema a un estado anterior a la edicin de este. Los recibos se anulan por razones similares a las facturas.
Con este tipo de anulaciones, se debe permitir tambin consultar esta informacin. Debe ser posible generar reportes de facturas anuladas y recibos anulados. Listar recibos que se han creado Actualmente los recibos se almacenan pero no pueden ser accedidos por el sistema, o sea, slo se crea el registro sin fin alguno.
39
La idea de este alcance consiste en acceder a esos registros que han sido almacenados en la base de datos.
Las consultas podrn realizarse por periodos, y de recibos editados o anulados. Administrar el vocabulario existente de manera que sea controlado En el sistema existe mucho vocabulario esttico (no es posible cambiarlo a menos de que se cambie el cdigo fuente), es por esto que este alcance propone almacenar dicho vocabulario y crear un mdulo de gestin para este, de manera que sea posible modificarlo, eliminarlo o insertar nuevas palabras.
Imagnese una lista de servicios para escoger, se pretende que el contenido de esa lista pueda cambiarse, no sea totalmente esttico, lo mismo para los combos de opciones dentro del sistema.
Cual informacin se almacenar para gestionarla se definir en el diseo de los nuevos mdulos, pero se puede afirmar que parte del vocabulario controlado incluir el nombre de los usuarios y entes, definicin de servicios y pases.
Con este alcance se logra: a) Posibilidad de insercin de un nuevo perfil de usuario (no un usuario fsico). b) Posibilidad de insercin de un nuevo tipo ente (no fsico). c) Controlar errores ortogrficos. d) Controlar errores generales en la edicin del
vocabulario.
40
Solucin implementada
6. Modelo del Diseo
Para realizar el diseo se utilizaron algunas ideas del Lean Thinking [1] para evitar el exceso de produccin de documentos.
El Lean Thinking se define como una filosofa que se centra en la reduccin de las siete basuras o desperdicios: a) Sobreproduccin. b) Tiempo de espera. c) Transporte. d) Procesamiento. e) Inventario. f) Movimiento. g) Desecho de productos manufacturados o cualquier tipo de negocio.
Eliminando la basura (muda), la calidad y el tiempo de la produccin son mejorados, y se reduce el coste. Este proceso del Lean Thinking tiene como idea el lanzamiento y desarrollo de productos basados en el cliente (que es lo que el cliente ocupa?).
6.1. Principios Bsicos del Lean Thinking

Mejora Continua sin aumentar [2]: a) Dinero. b) Inventario. c) Personas. d) Equipos grandes. e) Espacios.
Con un solo objetivo: Evitar el desperdicio y evitar el aumento de presin sobre el personal.
41
Es
obvio
que
algunas
de
estas
propuestas
no
se
acoplan
adecuadamente al proyecto de Mejoras al CRM InterNexo, tales como Transporte y Movimientos, pero es un mtodo muy gil que puede relacionarse a cualquier tipo de desarrollo y sobre todo al de software.
Es importante mencionar que no slo para el diseo se utiliz el Lean Thinking, sino que para la implementacin del sistema se intent producir cdigo fuente eficiente, modelos de base de datos funcionales con tablas suficientemente adecuadas para lo que se necesitaba.
Los subsistemas relacionados a este proyecto se describen segn algunos requisitos de prioridad inmediata, estos son: a) Administracin de Usuarios. b) Administracin de entes y clasificacin. c) Anular facturas y recibos. d) Listar recibos creados. e) Administrar el vocabulario existente de manera que sea controlado.
Pero todos se resumen en un subsistema: El Subsistema de Administracin.
6.2. Los Modelos de Subsistemas 6.2.1. Administracin de Usuarios

Este subsistema permite la gestin de usuarios del sistema, lo que se desea es permitir insertar, modificar y borrar usuarios desde la interfaz administrativa del programa.
42
Tambin permite asignar diferentes perfiles a los usuarios debido a que estos pueden llevar a cabo varios roles organizacionales dentro de la empresa tales como comercial y administrativo.
Este mismo subsistema debe administrar los permisos de acceso y gestin (insercin, borrado y modificacin) para cada tipos de rol de usuario, es por esto que se debe crear, como parte de la interfaz administrativa, un mdulo que permite escoger dichos permisos.
Diagrama de Procesos para el Mdulo de Usuarios
Asignacin del Rol y creacin de un apuntador hacia sus permisos
Asignacin de Perfil
Seleccin de Accin
Insercin
Si
Insercin
Validacin y Almacenamiento
Se debe escoger entre Insertar Usuario o Modificar o Borrarlo
No
Proceso de Peticin de Datos
Validacin de formato adecuado de datos.
Almacenamiento del nuevo Usuario.
Listado de Usuarios
Modificado
Si
Modificado del Usuario y su Perfil
Muestra los Usuarios Registrados en el Sistema
No
Solicitud de la Nueva Informacin y del nuevo o nuevos perfiles para el usuario.
Eliminacin
Eliminacin del usuario seleccionado
Microsoft Visio 2003
Ilustracin 6.1 Diagrama de Procesos para el Mdulo de Usuarios
43
Diagrama de Procesos para el Mdulo de Asignacin de Permisos de Acceso y Gestin

Determinacin de Usuario Administrador Listado de Informacin Muestra de Permisos Actuales Modificacin de Permisos
Solo se permiten estas acciones para usuarios administradores
Se muestra una matriz asociativa donde se presentan los diferentes perfiles de usuario, los entes y la informacin asociada a cada uno
En la matriz asociativa se determina si un rol de usuario tiene permisos sobre la informacin de un tipo de ente
Modificacin de Permisos segn necesidad del Usuario
Actualizacin de los Permisos
Creacin de registros que indican los nuevos permisos
Ilustracin 6.2 Diagrama de Procesos para el Mdulo de Asignacin de Permisos de Acceso y Gestin
6.2.2. Administracin de Entes y Clasificacin

El objetivo de este subsistema es la adecuada clasificacin de entes con los cuales tiene relacin la empresa.
44
A partir de este modelo es posible asociar informacin general a cada tipo de ente, esto debido a que las diferentes clases de entes necesitan diferente informacin asociada. A partir de esta es que se extienden los permisos descritos en el mdulo anterior.
Este mdulo esta ms relacionado con base de datos que con cualquier otro objeto software, slo se usa para determinar que informacin mostrar para un determinado ente (respetando los permisos).
Como parte del subsistema fue necesario crear una interfaz administrativa donde sea posible clasificar y modificar el tipo de los entes que se encuentran registrados, as como otra interfaz para determinar la informacin asociada a cada uno de estos.
Diagrama de Procesos para la Clasificacin de Entes
Listado de Entes no clasificados
Seleccin de Entes
Seleccin del Tipo de Ente
Asignacin del Tipo de Ente
Presenta una lista de entes que an no han sido clasificados
Preseleccin de los entes que se desean clasificar
Escogencia del tipo de ente que se desea para los entes previamente seleccionados
Creacin de registros que indique el tipo de ente para los entes seleccionados
Ilustracin 6.3 Diagrama de Procesos para la Clasificacin de Entes
45
Diagrama de Procesos para la Modificacin del Tipo Ente
Listado de Todos los Entes Registrados
Seleccin de Entes
Seleccin del Tipo de Ente
Asignacin del Tipo de Ente Creacin de registros que indique el tipo de ente para los entes seleccionados y eliminacin de los antiguos registros
Presenta una lista de entes
Preseleccin de los entes a los cuales se desea modificar el tipo
Escogencia del tipo de ente que se desea para los entes previamente seleccionados
Ilustracin 6.4 Diagrama de Procesos para la Modificacin del Tipo Ente
46
Diagrama de Procesos para determinar Informacin Asociada
Determinacin de Usuario Administrador
Listado de Informacin
Muestra de Informacin Actual
Modificacin de Informacin Asociada
Solo se permiten estas acciones para usuarios administradores
Se muestra una matriz asociativa donde se presentan los diferentes tipos de entes , y la posible informacin a asociar asociada
En la matriz asociativa se determina si un tipo de ente tiene asociada la informacin
Modificacin de Informacin Asociada para un tipo de ente
Actualizacin de Informacin
Creacin de registros que indican los nuevos datos
Ilustracin 6.5 Diagrama de Procesos para determinar Informacin Asociada
47
6.2.3. Anulacin de Facturas y Recibos

Este subsistema no fue creado a totalidad, ya que el mdulo ya existe en el sistema actual. La idea es mejorar dicho mdulo dndole las facilidades para anulacin de facturas y recibos, as como presentar facturas anuladas y recibos anulados en un perodo determinado de tiempo.
Diagrama de Procesos para Anular Facturas y Recibos
Listado de Recibos o Facturas Seleccin de La Factura o el Recibo a Anular Anulacin del Recibo o la Factura
Se listan las facturas para un este o los recibos para una factura
Seleccin de factura o recibo que desee anularse
El recibo o la factura se marca como anulado pero se conserva el registro fsico del mismo.
Ilustracin 6.6 Diagrama de Procesos para Anular Facturas y Recibos
6.2.4. Listar Recibos Creados

Al igual que en las facturas, un mdulo de gestin de recibos existe actualmente, el nico propsito del mismo es reducir el monto de las facturas, pero no es posible consultar los creados.
Es por esto que se solicit crear un generador de reportes para mostrar los recibos que se han creado, ya sean todos o anulados, en un perodo de tiempo determinado.
48
Diagrama de Procesos para Listar Recibos Creados

Seleccin de Criterios Si Si Filtrar todos los recibos por Periodo
Todos
Periodo
Se solicitan los criterios de bsqueda (todos los recibos, anulados, periodos)
No No
Filtra todos los recibos comprendidos en el lapso de tiempo dado por el usuario
Mostrar Todos
Filtrar todos los recibos anulados
No Periodo
Muestra todos los recibos que se han creado hasta la fecha
Muestra todos los recibos anulados hasta la fecha
Si
Filtrar recibos anulados por Periodo
Filtra los recibos anulados comprendidos en el lapso de tiempo dado por el usuario
Ilustracin 6.7 Diagrama de Procesos para Listar Recibos Creados
49
6.2.5. Administracin de Vocabulario

En el sistema existe mucho vocabulario esttico (no es posible cambiarlo a menos de que se cambie el cdigo fuente), es por esto que este subsistema permite almacenar dicho vocabulario y crear un mdulo de gestin para este, de manera que sea posible modificarlo, eliminarlo o insertar nuevas palabras. La Informacin seleccionada para ser gestionada es : a) Pases. b) Sectores. c) Usuarios. d) Servicios. e) Entes. f) Tipos de Organizaciones. g) SubServicios.
50
Diagrama de Procesos para Administracin de Vocabulario

Listado de Categoras Seleccin de la Categora Listado de Lexico
Muestra las categoras al usuario
Seleccin de la categora que se desea gestionar
Listado del lxico asociado a la categora seleccionada
No Seleccin del Lexico Insercin
Si
Captura de Nuevos datos
Seleccin de Una palabra a gestionar
Peticin de los datos necesarios segn la categora seleccionada
Si
Modificacin Almacenamiento
No
Almacenamiento del nuevo lexico
Eliminacion del Lexico
Eliminacin de la palabra seleccionada
Ilustracin 6.8 Diagrama de Procesos para Administracin de Vocabulario
51
6.3. Diagrama de Subsistemas

Administracin
subsystem Entes
subsystem Usuarios
PostgreSQL
subsystem Permisos
subsystem Vocabulario
Ilustracin 6.9 Diagrama de Subsistemas del CRM
6.4. Clases
Como el sistema actual no esta orientado a objetos, la creacin de clases para implementar los nuevos subsistemas se complic. Por lo tanto se crearon clases miscelneas, intentando relacionarlas de la manera ms adecuada, aunque estn como fuera del contexto del proyecto debido a la falta de orientacin a objetos del mismo.
52
Diagrama de Clases Miscelneo
Adm_Usuarios +insertar(in iniciales : string, in contrasea : string, in nombre : string, in correoel : string, in roles[]) +borrar(in iniciales) +modificar(in iniciales : string, in contrasea : string, in nombre : string, in correoel : string, in roles[]) +obtener_usuarios() +obtener_usuario(in idUser) +obtener_roles_usuario(in idUser) +obtener_roles()
permite acceso y gestion Permission permite acceso y gestion +hasPermission(in ente : string, in programa : string) +hasAcceso(in ente : string, in programa : string) +isAdmin() permite acceso y gestion
Misc +get_tipoEnte(in el_org : int) +get_infoMetaEnte(in idMetaEnte : int) +get_tablaMetaEnte(in idMetaEnte : int) +get_Esp_Datos_Ente(in idMetaEnte : int, in el_org : int) +getMetainfoEspecial(in tabla : string) +get_tipoCliente(in el_org : int) +setDisplayText(in text : string)
Adm_Metalexica +listar_categorias() +getId_Categoria(in categoria : string) +getTabla_Categoria(in categoria : string) +listar_CamposCategoria(in categoria : string) +get_ValuesCategoria(in categoria : string, in filtro : string) +del_Value(in tabla : string, in oid : int) +upd_Value(in tabla : string, in oid : int, in campos, in nvalores) +get_ValueCategoria(in categoria : string, in oid : int) +get_Modificable(in categoria : string) +get_ValueCategoriaMod(in categoria : string, in oid : int) +insert_value(in categoria : string, in tabla : string, in values[], in campos[]) +isSubCategoria(in categoria)
Ilustracin 6.10 Diagrama de Clases
53
6.4.1. Descripcin de las Clases

Adm Usuarios: Clase encargada de la gestin de Usuarios. Permite modificar, insertar, borrar, consultar y obtener roles de un usuario. Permite tambin, la modificacin, borrado y actualizacin de los roles de un usuario. Mtodos: a) Insertar Inserta un usuario del sistema, en la tabla de la base de datos Personal. Tambin inserta los roles del usuario indicados. b) Borrar Elimina un usuario de la base de datos. c) Modificar Actualiza la informacin de un usuario. d) Obtener_Usuarios Obtiene los usuarios registrados en el sistema. e) Obtener_Usuario Extrae la informacin relacionada a un usuario. f) Obtener_roles_usuario Encuentra los perfiles de un usuario. g) Obtener_Roles Muestra los posibles roles que puede tener un usuario.
Adm_MetaLexica: Permite gestionar el vocabulario del sistema, evita que este sea esttico y proporciona un medio para agregar informacin necesaria cuando esta sea solicitada. Mtodos: a) Listar_Categorias Muestra las categoras de vocabulario que se pueden administrar. b) GetId_Categoria Obtiene el identificador de una categora determinada. c) GetTabla_Categoria Obtiene la tabla, donde se encuentra el lxico de una categora.
54
d) Listar_CamposCategoria Extrae los campos que se muestran al usuario, de una tabla de lxicos. e) Get_ValuesCategoria Obtiene todas las palabras de una categora. f) Del_Value Elimina un lxico de una categora. g) Upd_Value Actualiza un lxico. h) Get_ValueCategoria Obtiene un solo valor lxico. i) Get_Modificable Extrae los campos modificables de una categora. j) Insert_value Inserta un lxico dentro de la categora.
Misc: Clase encargada de gestionar los entes del sistema. Mtodos: a) Get_tipoEnte Indica que tipo de ente es una organizacin. b) Get_infoMetaEnte Obtiene la informacin asociada a un ente. c) Get_TablaMetaEnte Obtiene la tabla donde se encuentra la informacin especifica para un ente. d) Get_esp_datos_ente Obtiene los datos especficos de un ente. e) Get_tipoCliente Si un ente es cliente, obtiene el tipo (pasivo, activo, meta). f) setDisplayText Muestra un texto al usuario.
55
Permission: Clase encargada del sistema de permisos del proyecto. Determina si un determinado usuario tiene permisos de acceso y gestin dentro de un programa o mdulo del sistema. Permite tambin obtener el tipo de usuario que ha iniciado sesin en el sistema de base de datos. Mtodos: a) hasPermission Indica si un usuario tiene permisos de gestin a un mdulo determinado. b) hasAcceso Indica si un usuario tiene permisos de acceso a un mdulo determinado. c) isAdmin Indica si el usuario actual es un administrador.
56
6.5. Interfaces de usuario

Interfaz Principal de la aplicacin (Mejorada)
Paint
Ilustracin 6.11 GUI Portal Principal
57
Interfase usuario que representa el portal de la aplicacin, es por medio de esta que pueden accederse a todos los dems mdulos del sistema.
En la seccin de encabezado es posible realizar la bsqueda de entes, por medio de nombres y otros criterios preestablecidos por los desarrolladores originales. La seccin ms reciente es la de Administracin, es a partir de estos links que se pueden acceder a todos los subprogramas que ejemplifican los alcances descritos en las secciones anteriores de este documento.
La parte de la imagen marcada con 1 muestra el mdulo de bsquedas. La parte de la imagen marcada con 2 muestra el mdulo para la generacin de reportes de cobros pendientes. La parte de la imagen marcada con 3 muestra el mdulo de generacin de reportes para recibos creados, permitiendo filtrar segn lo criterios que el usuario escoja. La parte de la imagen marcada con 4 es la seccin de administracin. Administracin de Vocabulario
Paint
Ilustracin 6.12 GUI Administracin de Vocabulario
58
En esta seccin es posible modificar el vocabulario utilizado en la aplicacin. Con esto se logra que este sea controlado.
La idea de esta interfaz es facilitar al usuario la gestin de lxicos que anteriormente eran estticos.
Otras de las utilidades que tiene es que permite agregar nuevos tipos de usuarios y entes, facilitando el acople de los diferentes clientes que se encuentran en la base de datos actual, segn las necesidades de la organizacin.
Es posible en esta interfaz modificar, eliminar o agregar vocabulario al sistema.
La seccin 1 muestra un listado de las categoras de vocabulario a gestionar. La seccin 2 permite insertar un nuevo registro lxico dentro de la categora seleccionada. La seccin 3 lista los vocablos asociados a la categora y permite la eliminacin y modificacin de los mismos.
59
Administracin de Usuarios
Paint
Ilustracin 6.13 GUI Administracin de Usuarios
Muestra un listado de todos los usuarios registrados actualmente en el sistema y brinda, adems, facilidades para la modificacin de datos claves para cada sujeto, tales como nombres, contraseas etc.
Crea la posibilidad, tambin, de registrar nuevos usuarios y asignarle los diferentes roles segn su nivel en la organizacin de InterNexo.
La seccin marcada con 1 muestra un listado de todos los usuarios registrados en el sistema. La seccin marcada con 2 muestra la informacin de un determinado usuario junto con la seccin 3 que muestra los roles pertenecientes a cada uno. La seccin marcada con 4 muestra las posibilidades de eliminacin y actualizacin de la informacin del usuario.
60
Clasificacin de Entes
Paint
Ilustracin 6.14 Clasificacin de Entes
61
Interfaz que permite clasificar todos aquellos entes que an no ha sido clasificados. Los entes sern clasificados como Clientes, Autoridades,
Referencias, Proveedores, Competidores, Asociados y Medios; tal como fue descrito en los alcances.
Lo nico que debe realizar el usuario es seleccionar el ente a clasificar, luego en el combo que aparece escoger el tipo y despus dar clic en le botn que dice Clasificar.
La seccin numerada con 1 muestra las posibilidades de seleccin del ente. La seccin numerada con 2 muestra los nombres de los entes. La seccin numerada con 3 muestra una lista con todos los posibles tipos de entes para clasificar. La seccin numerada con 4 muestra el botn necesario para realizar la accin.
Modificacin del Tipo de Ente
Paint
Ilustracin 6.15 Modificacin de Tipos de Entes
62
Esta interfaz es muy similar a la anterior, pero en lugar de clasificar los entes, modifica el tipo de estos. Como puede observarse, muestra el nombre del ente y el tipo del mismo.
Para cambiar el tipo de un ente, se debe escoger el ente basado en la seccin marcada con 1, 2, 3 en las cuales se permite seleccionarlo segn su nombre y tipo actual, luego escoger en el combo, marcado con 4, el nuevo tipo y por ltimo hacer clic en Modificar, marcado por 5.
63
Asignacin de Permisos de Acceso y Gestin
Paint
Ilustracin 6.16 GUI Asignacin de Permisos
64
Matriz asociativa, que permite escoger cuales permisos se concedern a cada tipo de usuario dependiendo del ente en cuestin.
La idea es que el administrador del sistema complete esa matriz segn las polticas de la empresa con el fin de que cierta informacin sea accedida y gestionada solo por el personal correspondiente.
La seccin de la imagen marcada con 1 muestra los diferentes tipos de roles que puede tener un usuario. La seccin marcada con 2 muestra la informacin asociada a cada tipo de ente junto con el nombre del ente. La seccin marcada con 3 muestra opciones, que indican si un determinado perfil de usuario tiene permisos de acceso o gestin sobre cierta informacin asociada de un tipo de ente. La seccin 4 muestra los botones de accin.
65
6.6. Diagrama de Componentes
Apache
Administra
PHP
Interpreta
GUI
PostgreSQL
Sirve
Ilustracin 6.17 Diagrama de Componentes
Para este proyecto solo se cuenta con 4 componentes, PostgreSQL como motor de base de datos, PHP como lenguaje interpretado que hace solicitudes al motor de base de datos, Apache como servidor Web responsable de permitir la existencia y ejecucin de PHP y el GUI que es interpretado por PHP.
6.7. Diseo de Base de Datos

A continuacin se presentar un modelo de la base de datos relacional. Es importante mencionar que en el diagrama de clases anterior a los cambios no existan las relaciones fsicas, las relaciones se llevaban a cabo mediante atributos, no se respetaban restricciones de llaves forneas ni llaves primarias. Las tablas formaban parte de un universo sin colaborar adecuadamente unas con otras.
66
La base de datos no esta normalizada en su gran mayora, solo en las nuevas tablas implementadas, y no cumple con las reglas de integridad referencial. En caso de alguna eliminacin actualizacin dentro de esta se elimina o actualiza slo el registro seleccionado pero no se actualizan o eliminan sus dependencias, es desde la aplicacin Web donde se da este tipo de mantenimiento, omitiendo funcionalidades proporcionadas por el motor.
El diagrama que se presentar muestra relaciones con el fin de facilitar su compresin.
Se adjunta en el archivo BD.jpg una imagen con el modelo relacional de base de datos.
67
Descripcin de los Elementos Fsicos de la Base de Datos
La siguiente informacin es el reflejo de la base de datos, sus tablas, la descripcin y funcin de estas, adems de los atributos, su tipo de dato, descripcin y si acta como llave en la tabla ya sea primaria o fornea.
Es importante mencionar que algunos atributos heredados de la herramienta actual pueden no ser especificados correctamente, esto debido a la falta de documentacin de la misma.
Tabla 6.1 Tabla actividades_info
Nombre Descripcin Columnas Nombre codigo nombre
actividades_info Las actividades en las que esta relacionada la organizacin. Primaria Fornea Tipo x int4 NOT NULL text Descripcin Es el identificador de actividad. El nombre de la actividad
cada
Tabla 6.2 Tabla actividades_link
Nombre Descripcin Columnas Nombre org_cod act_cod
actividades_link Tabla intermedia entre las actividades y la organizacin, para una relacin N a N. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al campo cdigo de la organizacin en org Referencia al campo cdigo de la actividad en actividades_info.
68
Tabla 6.3 Tabla Ente
Nombre Descripcin
ente En esta tabla se encuentran todas las Organizaciones Entes de InterNexo y su informacin ms general (en el estudio esta tabla funciona como Ente de InterNexo). Columnas Primaria Fornea Tipo Descripcin Nombre codigo x int4 NOT Es el identificador de cada ente. NULL nombre text El nombre del ente siglas text Las siglas del ente para identificarlo abreviadamente. codigo_contable text Codigo de contabilidad fecha_creacion date Fecha de creacin del registro direccion_fisica text Direccin del ente direccion_postal_1 text Direccin de correo direccion_postal_2 text Otra direccin si existe. ciudad text Ciudad del ente provincia text Provincia del ente pais char(2), Pas de origen. telefono text Telfono a llamar. facsimil text Fax correoel text Correo electrnico. url text Direccin de pgina Web. contactado_primero text A quien en InterNexo contacto el ente. responsable text Responsable de la informacin del ente fuente_info text Quien dio la informacin del ente. comentarios text Algn comentario sobre el ente. lastmodified timestamp Fecha de la ltima modificacin del registro del ente. persona text Indica una persona relacionada con el ente profesiones text Profesiones relacionadas con el ente. sector X int Llave al tipo de sector del ente. Tipo_ente X int Indica el tipo del ente en la tabla meta_ente
69
Tabla 6.4 Tabla Adelanto_gasto
Nombre Descripcin Columnas Nombre cod_fac cod_gas cod_prv fecha lastmodified org_cod
adelanto_gasto Los adelantos hechos a un Proveedor por un gasto especfico. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL x x int4 NOT NULL timestamp timestamp x int4 Descripcin Referencia al cdigo de la factura en facturas Referencia al cdigo del gasto en gasto. Referencia al cdigo del proveedor en proveedor_unidad. Fecha de elaboracin del adelanto. Ultima modificacin Referencia al cdigo de la organizacin en gasto.
Tabla 6.5 Tabla Archivo
Nombre Descripcin Columnas Nombre codigo descripcion nombre
archivo Los archivos de las diferentes facturas, soluciones y productos. Primaria Fornea Tipo Descripcin x int4 NOT Cdigo del archivo. NULL text Descripcin del contenido del archivo. text Nombre del archivo y ubicacin en el servidor.
Tabla 6.6 Tabla Archivo_factura
Nombre Descripcin Columnas Nombre cod_fac cod_arc
archivo_factura Los archivos de ndole factura. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo de la factura en facturas. Referencia al cdigo del archivo en archivo.
70
Tabla 6.7 Tabla Archivo_producto
Nombre Descripcin Columnas Nombre cod_arc org_cod cod_pro
archivo_producto Productos con archivos asociados. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo del archivo en la tabla archivo. Referencia al cdigo de la organizacin en servicios. Referencia al cdigo del servicio en servicios.
Tabla 6.8 Tabla Archivo_solucion
Nombre Descripcin Columnas Nombre cod_arc org_cod cod_sol
archivo_solucion Almacenamiento de los archivos de las soluciones. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo del archivo. Referencia al cdigo de la organizacin en soluciones. Referencia al cdigo de la solucion en soluciones.
Tabla 6.9 Tabla Cobro_factura
Nombre Descripcin Columnas Nombre cod_fac org_cod cod_cob
cobro_factura Las facturas asociadas a cobros, una factura puede tener N cobros. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo de la factura en facturas. Referencia al cdigo de la organizacin en cobro. Referencia al cdigo del cobro en cobros.
71
Tabla 6.10 Tabla Cobros
Nombre Descripcin Columnas Nombre codigo org_cod suma frecuencia fecha factura lastmodified mensual internexo_suma internexo_porciento internexo_start internexo_end ai_admin ai_gerencia ai_venta ai_especial
Cobros Los cobros hechos a los Clientes asociados a Productos. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL float8 int2 date int4 Descripcin Cdigo del cobro referenciado al cdigo del servicio. Referencia al cdigo de la organizacin en servicios. El monto del producto a pagar por el ente.
Fecha de elaboracin del cobro. Campo obsoleto del cdigo de factura. timestamp ltima modificacin del registro. bool float8 bool date date float8 float8 float8 float8
Tabla 6.11 Tabla Compaas
Nombre Descripcin Columnas Nombre nombre
companias Tabla existente para llenar un desplegable con InterNexo y Acceso. Primaria Fornea Tipo x text Descripcin Nombre de la (InterNexo,Acceso).
compaa
72
Tabla 6.12 Tabla Contacto_org
Nombre Descripcin Columnas Nombre cod_con seccion cobros
contacto_org Tabla intermedia para almacenar los Contactos de un Cliente. Primaria Fornea Tipo x x int4 NOT NULL text Descripcin Referencia al cdigo del contacto en contactos. Seccin a la que pertenece el Contacto dentro del Cliente. bool Si a este contacto es responsable de los cobros de InterNexo en su Organizacin. text Puesto que ocupa el Contacto para el Cliente. int4 NOT Referencia al cdigo de la NULL organizacin en org.
puesto org_cod x x
Tabla 6.13 Tabla Contacto_proveedor
Nombre Descripcin Columnas Nombre cod_con seccion pagos
contacto_proveedor Tabla intermedia para almacenar los Contactos de un Proveedor. Primaria Fornea Tipo x x int4 NOT NULL text Descripcin Referencia al cdigo del contacto en contactos. Seccin a la que pertenece el Contacto dentro del Proveedor. bool Si esta persona es encargada de recibir los pagos de InterNexo en su Organizacin. text Puesto que ocupa el Contacto para el Proveedor. int4 NOT Referencia al cdigo del proveedor NULL en la tabla proveedores.
puesto cod_prv x x
73
Tabla 6.14 Tabla Contacto
Nombre Descripcin Columnas Nombre codigo titulo apellido nombre puesto telefono correoel sexo cobros org_cod seccion lastmodified
contacto Informacin general de los Contactos. Primaria Fornea Tipo x int4 NOT NULL text text text text text text char(1) bool Descripcin Cdigo del contacto.
Titulo del Contacto. Apellido del Contacto Nombre del Contacto Puesto(obsoleto) Telfono del Contacto. E-mail del Contacto. Sexo del Contacto. Si a este contacto se le hacen Cobros(obsoleto). int4 Cdigo de la organizacin (obsoleto). text (obsoleto) timestamp ltima modificacin del registro.
Tabla 6.15 Tabla Contrasenas
Nombre Descripcin Columnas Nombre codigo org_cod tipo maquina usuario contrasena lastmodified
contrasenas Las contraseas de los Clientes, para acceso de InterNexo. Primaria Fornea Tipo x int4 NOT NULL x x int4 NOT NULL char(5) Descripcin Cdigo de la contrasea.
Referencia al cdigo de la organizacin en org. El tipo de servicio al que pertenece la contrasea. text La mquina a la que se tiene acceso text Nombre de usuario text Contrasea timestamp ltima modificacin del registro.
Tabla 6.16 Tabla Cuentas_bancarias
Nombre Descripcin Columnas Nombre cuenta
cuentas_bancarias Cuentas Bancarias de InterNexo. Primaria Fornea Tipo x text Descripcin Cuentas bancarias de InterNexo.
74
Tabla 6.17 Tabla Factura_recibo_link
Nombre Descripcin Columnas Nombre factura recibo abono
factura_recibo_link Los archivos de ndole factura. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL x float8 NOT NULL float8 Descripcin Referencia al cdigo de la factura en facturas. Referencia al cdigo del recibo en recibo. Monto del abono hecho por el Cliente.
difcambio
Tabla 6.18 Tabla Facturas
Nombre Descripcin Columnas Nombre codigo org_cod fecha detalles fecha_cancelado monto tipo anulada
facturas Las facturas realizadas para ingresos y egresos de InterNexo. Primaria Fornea Tipo x int4 NOT NULL int4 date text date float8 char(1) bool Descripcin Cdigo de la factura. Campo obsoleto Fecha de emisin de la factura. Detalles de la factura Fecha de cancelacin de la factura por el Cliente. Monto total de la factura. Tipo de factura si Ingreso (I), o Egreso (E). Indica si la factura ha sido anulada
75
Tabla 6.19 Tabla Gasto
Nombre Descripcin Columnas Nombre codigo org_cod fecha_apagar fecha_pagado tipo Monto_total cod_prv
Gasto Almacena los egresos de InterNexo ya sea por gasto o costo. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL date timestamp char(5), float8 x int4 NOT NULL date timestamp x int4 NOT NULL Descripcin Referencia al cdigo del Producto a pagar en servicios. Referencia al cdigo de organizacin en servicios. Fecha en que posiblemente debe pagarse el Producto al Proveedor. Fecha en que eventualmente se le paga al Proveedor. Tipo de Egreso si es costo o gasto. Monto a pagar al Proveedor, por el Producto especifico. Referencia al cdigo de Proveedor al que se le paga en proveedor_unidad. Fecha de entrega del Producto por el Proveedor. Fecha en que el Proveedor entrego el Producto. Referencia al cdigo de Unidad de Servicio que solicita el gasto en proveedor_unidad.
fecha_a_entregar fecha_entregado cod_und
Tabla 6.20 Tabla Igo_alianzas_info
igo_alianzas_info La informacin de Alianzas posibles para un Cliente. Primaria Fornea Tipo Descripcin x int4 NOT Cdigo de la Alianza. NULL text Nombre de la alianza.
76
Tabla 6.21 Tabla Igo_alianzas_link
Nombre Descripcin Columnas Nombre codigo org_cod
igo_alianzas_link Todas las Alianzas que tiene un Cliente. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo de la Alianza. Referencia al cdigo organizacin en org. de la
Tabla 6.22 Tabla Igo_ambito_info
igo_ambito_info Los diferentes mbitos posibles de un Cliente. Primaria Fornea Tipo Descripcin x x int4 NOT Cdigo del mbito. NULL x x text Nombre del mbito.
Tabla 6.23 Tabla Igo_ambito_link
igo_ambito_link Los mbitos de un Cliente en especifico. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo del mbito en igo_ambito_info. Referencia al cdigo de la organizacin en org.
77
Tabla 6.24 Tabla Igo_fuentefin
Nombre Descripcin Columnas Nombre codigo priv_nacional gub_nacional gub_int nogub_int multi_int otra_int ventas otras_fuentes
igo_fuentefin Informacin de cul es la fuente financiera del Cliente. Primaria Fornea Tipo x x int4 NOT NULL int2 int2 int2 int2 int2 int2 int2 int2
Tabla 6.25 Tabla Igo_lineastrabajo_info
Descripcin Referencia al cdigo organizacin en org. Referencia al cdigo organizacin en cobro.
de de
la la
igo_lineastrabajo_info Las posibles Lneas de Trabajo de un Cliente. Primaria Fornea Tipo Descripcin x int4 NOT Cdigo de la lnea de trabajo. NULL text Nombre de la lnea de trabajo.
Tabla 6.26 Tabla Igo_lineastrabajo_link
igo_lineastrabajo_link Las Lneas de Trabajo de un Cliente en especfico. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo de la lnea de trabajo en igo_lineastrabajo_info. Referencia al cdigo de la organizacin en org.
78
Tabla 6.27 Tabla Igo_otra
Nombre Descripcin Columnas Nombre codigo
igo_otra Otra informacin adicional del Cliente. Primaria x Fornea Tipo int4 NOT NULL int2 text text text int4 int4 int4 text text text text
Tabla 6.28 Tabla Igo_personal
Descripcin Cdigo de otra informacin.
anno_fund tematica lineatrabajo ambito beneficiarios_mujeres beneficiarios_hombre s beneficiarios_organiz aciones estatus_legal fuentefin alianzas objetivos
Nombre Descripcin Columnas Nombre perm_mujer perm_hombre perm_total tp_mujer tp_hombre tp_total volunt_mujer volunt_hombre volunt_total
igo_personal Informacin general del personal del Cliente. Primaria Fornea Tipo int2 int2 int2 int2 int2 int2 int2 int2 int2 Descripcin
79
Tabla 6.29 Tabla Igo_tematica_info
igo_tematica_info Informacin de las diferentes Temticas de los Clientes. Primaria Fornea Tipo Descripcin x int4 NOT Cdigo de la temtica. NULL text Nombre de la temtica.
Tabla 6.30 Tabla Igo_tematica_link
igo_tematica_link Las diferentes Temticas de los Clientes en especfico. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo de la temtica en igo_tematica_info. Referencia al cdigo de la organizacin en org.
Tabla 6.31 Tabla Org_pais
Nombre Descripcin Columnas Nombre cod_pais org_cod
org_pais Los Clientes pueden estar en diferentes pases, y es necesario saber a cul se le hacen las soluciones y de que pas. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo del pas en paises.. Referencia al cdigo del ente en ente.
Tabla 6.32 Tabla Org_tipo
Nombre Descripcin Columnas Nombre tipo
org_tipo Informacin de los tipos de Entes. Primaria Fornea Tipo Descripcin x text NOT Tipo de Organizacin. NULL
80
Tabla 6.33 Tabla Pais
pais Informacin de los pases. Primaria Fornea Tipo x char(2) NOT NULL text int2 Descripcin Cdigo del pas
nombre telcodigo
Nombre del pas. Cdigo telefnico del pas.
Tabla 6.34 Tabla Personal
Nombre Descripcin Columnas Nombre iniciales contrasena correoel permiso
personal Informacin de los usuarios del sistema de Base de Datos de Contactos. Primaria Fornea Tipo text NOT NULL text text NOT NULL int2 Descripcin Iniciales del usuario del sistema. Contrasea del usuario del sistemaCorreo del usuario del sistema Categora de permiso dentro del sistema.
Tabla 6.35 Tabla Proveedor
Nombre Descripcin Columnas Nombre codigo nombre descripcion correoel direccion telefono tipo
proveedor Informacin general del proveedor. Primaria Fornea Tipo x int4 NOT NULL text text text text text text Descripcin Cdigo del Proveedor. Nombre del Proveedor. Descripcin del Proveedor. Correo del Proveedor Direccin del Proveedor. Telfono del Proveedor. Si el Proveedor es interno o externo de InterNexo.
81
Tabla 6.36 Tabla Proveedor_unidad
Nombre Descripcin Columnas Nombre cod_prv cod_und
proveedor_unidad Cul Unidad de Servicio solicit al Proveedor para realizar un Producto. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo de Proveedor en proveedor. Referencia al cdigo de la Unidad de Servicio en unidad_de_servicio.
Tabla 6.37 Tabla Recibos
Nombre Descripcin Columnas Nombre codigo fecha org_cod deposito_numero deposito_fecha deposito_cuenta Anulado
recibos Informacin de los Recibos emitidos por el Cliente. Primaria Fornea Tipo x int4 NOT NULL date int4 text date text Bool Descripcin Referencia al cdigo de la factura en facturas. Fecha de emisin del recibo. Cdigo de organizacin. Nmero de depsito. Fecha del depsito. Cuenta donde se hizo el depsito. Indica si el recibo ha sido anulado
Tabla 6.38 Tabla Seg_ser
Nombre Descripcin Columnas Nombre cod_ser org_cod cod_seg
seg_ser Los seguimientos realizados para un Producto en especfico. Primaria Fornea Tipo x x int4 NOT NULL x x int4 NOT NULL x x int4 NOT NULL Descripcin Referencia al cdigo del Producto en servicios. Referencia al cdigo de la organizacin en servicios. Referencia al cdigo del seguimiento en seguimientos.
82
Tabla 6.39 Tabla Seg_transaccion
Nombre Descripcin Columnas Nombre transaccin
seg_transaccion Informacin de las diferentes transacciones a realizar en un seguimiento. Primaria Fornea Tipo x text Descripcin Nombre de realizada.
la
transaccin
Tabla 6.40 Tabla Seguimientos
Nombre Descripcin Columnas Nombre codigo fecha org_cod responsable transaccion historial
seguimientos Informacin de un seguimiento de un Producto o Cliente. Primaria Fornea Tipo x int4 NOT NULL date int4 text x text text Descripcin Cdigo del seguimiento. Fecha de elaboracin del registro Cdigo de la organizacin. Responsable de elaborar el seguimiento. Referencia a la transaccin realizada en seg_transaccin. Las condiciones anteriores al seguimiento.
Tabla 6.41 Tabla Serv_descr
serv_descr Descripcin de un Producto Especfico. Primaria Fornea Tipo x x char(5) NOT NULL text NOT NULL char(8), Descripcin Referencia al tipo de Producto en serv_tipos. Descripcin del Producto Si el Producto es de un Proyecto o Servicio.
descripcion caracter
83
Tabla 6.42 Tabla Serv_tipos
serv_tipos Categorizacin de los Productos. Primaria Fornea Tipo x char(5) NOT NULL text char(3), Descripcin Tipo de Producto.
nombre programa
Nombre del Producto Programa al que pertenece el Producto.
Tabla 6.43 Tabla Servicios
Nombre Descripcin Columnas Nombre codigo org_cod tipo descripcion nombre_cuenta fecha_apertura hecha_por atencion comentarios lastmodified fecha_cerrada
servicios En realidad son los Productos comprados y vendidos por InterNexo. Primaria Fornea Tipo x int4 NOT NULL x x int4 NOT NULL char(5), text text date Descripcin Cdigo del Producto. Referencia al cdigo de la organizacin en soluciones. Referencia a serv_desc del tipo de Producto. Referencia a serv_desc de la descripcin del Producto. Nombre de la cuenta. Fecha en que se empez a realizar el Producto. Quien elaboro el registro.
text text text Comentarios del producto timestamp ltima modificacin del registro. date Fecha de cerrado o entregado del Producto.
84
Tabla 6.44 Tabla Soluciones
Nombre Descripcin Columnas Nombre codigo org_cod fecha_elaboracion estado descripcion fecha_resp_client e resp_cliente nombre tipo motivo_cliente cod_pais
soluciones Informacin de las Soluciones entregadas al Cliente. Primari a x x Fornea Tipo int4 NOT NULL int4 NOT NULL timestamp char(1) text timestamp char(1) text char(5) text char(2) Descripcin Cdigo de la Solucin. Referencia al cdigo de la organizacin en org_pais. Fecha de elaboracin de la solucin. Estado de la Solucin (Elaborada, En Pausa, Aprobada) Descripcin de la solucin. Fecha de respuesta del Cliente. Que respondi el Cliente. Nombre de la Solucin. Tipo de Solucin Motivo de la respuesta del Cliente. Referencia al cdigo del pas en org_paises..
Tabla 6.45 Tabla Unidad_servicio
Nombre Descripcin Columnas Nombre codigo descripcion nombre
unidad_servicio Informacin de las Unidades de Servicio de InterNexo. Primaria Fornea Tipo x int4 NOT NULL text NOT NULL text Descripcin Cdigo de la Unidad de Servicio. Descripcin de la Unidad de Servicio. Nombre de la Unidad de Servicio.
85
Tabla 6.46 Tabla Ente_autoridad
Nombre Descripcin Columnas Nombre codigo contrasea
Ente_autoridad Tipo de ente Autoridad. Primaria Fornea Tipo Descripcin x int4 NOT Cdigo del Ente en la tabla Ente. NULL varchar Descripcin de la Unidad de Servicio.
Tabla 6.47 Tabla Ente_asociado
ente_asociado Tipo de ente asociado.
Primaria Fornea Tipo Descripcin x int4 NOT Cdigo del Ente en la tabla Ente. NULL fecha_inicio_relacion timestamp Fecha de inicio de relaciones con este tipo de ente.
Tabla 6.48 Tabla Ente_agente
Nombre Descripcin Columnas Nombre codigo fecha_inicio_relacion servicios_comercializados experiencia clientes_relacionados
ente_agente Tipo de ente agente. Primaria Fornea Tipo x int4 NOT NULL timestamp text text text Descripcin Cdigo del Ente en la tabla Ente. Fecha de inicio de relaciones con este tipo de ente. Servicios que comercializa. Experiencia del ente. Clientes relacionados del ente.
86
Tabla 6.49 Tabla Ente_competidor
ente_competidor Tipo de ente asociado. Descripcin Cdigo del Ente en la tabla Ente.
Primaria Fornea Tipo x int4 NOT NULL servicios_nuevos text propuesta text valor text cobertura text permanencia_mercado text
Servicios nuevos que brinda. Propuesta del competidor. Valores del competidor. rea de Cobertura del competidor Indica la permanencia en el mercado del ente.
Tabla 6.50 Tabla Ente_proveedor
ente_proveedor Tipo de ente asociado. Primaria Fornea Tipo x int4 NOT NULL text Descripcin Cdigo del Ente en la tabla Ente.
productos acuerdos_comerciales contrasena dolares_gastados_periodo tipificacion proximo_pago nivel_satisfaccion servicios
Productos que brinda el proveedor. text Acuerdos comerciales con este proveedor. varchar Contrasea necesaria. text Dlares gastados por periodo text text Prximo pago a realizar. text Nivel de satisfaccin obtenido con el proveedor. text Servicios ofrecidos.
87
Tabla 6.51 Tabla Ente_cliente
ente_cliente Tipo de ente cliente.
Primaria Fornea Tipo Descripcin x int4 NOT Cdigo del Ente en la tabla Ente. NULL fecha_inicio_relacion timestamp Fecha de inicio de relaciones con este tipo de ente. tipo_cliente Varchar Indica si es activo, pasivo o meta.
Tabla 6.52 Tabla Ente_referencia
ente_referencia Tipo de ente referencia. Primaria Fornea Tipo Descripcin x int4 NOT Cdigo del Ente en la tabla Ente. NULL
Tabla 6.53 Tabla Meta_ente
Nombre Descripcin Columnas Nombre id
meta_ente Tipos de entes (Autoridad, Referencia, Cliente, Proveedor, Competidor). Primaria Fornea Tipo x serial NOT NULL varchar text varchar Descripcin Identificador de la tabla.
nombre descripcion tabla
Nombre del meta ente(Cliente, asociado, proveedor, etc.) Descripcin del meta ente. Tabla en la BD donde se almacena la informacin del ente.
88
Tabla 6.54 Tabla Info_meta_ente
info_meta_ente Informacin asociada a un tipo de ente. Primaria Fornea Tipo x serial NOT NULL int Descripcin Identificador de la tabla.
id_meta_ente
programa descripcion
varchar varchar
Llave al Nombre del meta ente(Cliente, asociado, proveedor, etc.) Programa relacionado con el ente. Nombre a presentar en GUI.
Tabla 6.55 Tabla Categoria
Nombre Descripcin Columnas Nombre id_categoria
categoria Cuales categoras se mostraran en la administracin de vocabulario. Descripcin Identificador de la categoria.
Primaria Fornea Tipo x serial NOT NULL nombre_categoria varchar descripcion_categoria text tabla varchar
Nombre de la categora a mostrar. Descripcin la categoria. Tabla en la BD donde se almacena la informacin dela categoria.
Tabla 6.56 Tabla Meta_lexicos
Nombre Descripcin Columnas Nombre id_lexicos
meta_lexicos Palabras asociadas a una categoria. Primaria Fornea Tipo x serial NOT NULL X int varchar bool Descripcin Identificador de la informacin asociada a una categoria. Categora enlazada. Campo en la tabla que tiene la palabra asociada a la categora. Es un valor modificable en la categora.
id_categoria campo modificable
89
Tabla 6.57 Tabla Sector
sector Sectores relacionados a los entes. Primaria Fornea Tipo x serial NOT NULL varchar Descripcin Cdigo del sector.
nombre
Nombre del sector.
Tabla 6.58 Tabla Rol
Nombre Descripcin Columnas Nombre nombre
rol Nombre de los posibles roles de un usuario (Administrador, comercial, etc). Primaria Fornea Tipo X varchar Descripcin Nombre del rol.
Tabla 6.59 Tabla Rol_usuario
Nombre Descripcin Columnas Nombre iniciales nombre_rol
rol_usuario Relacin de un usuario con el rol o roles correspondientes. Primaria Fornea Tipo X X text X X varchar Descripcin Identificador del usuario. Nombre del rol relacionado.
Tabla 6.60 Tabla Permisos_acceso
Nombre Descripcin Columnas Nombre nombre_rol id_info_meta_ente
permisos_acceso Almacena registros que indican los permisos de acceso para un determinado usuario. Primaria Fornea Tipo X X varchar X X int Descripcin Nombre del rol relacionado. Llave a un id que indica informacin relacionada con un tipo de ente.
90
Tabla 6.61 Tabla Permisos_gestion
Nombre Descripcin Columnas Nombre nombre_rol id_info_meta_ente
permisos_gestion Almacena registros que indican los permisos de gestin para un determinado usuario. Primaria Fornea Tipo X X varchar X X int Descripcin Nombre del rol relacionado. Llave a un id que indica informacin relacionada con un tipo de ente.
91
Conclusiones y Comentarios
7. Anlisis de Cumplimiento de Objetivos
A continuacin se describir el resultado obtenido en cuanto al cumplimiento de los objetivos planteados en el presente documento en la seccin de Objetivos y Alcances del proyecto.
Teniendo en cuenta todo el anlisis y diseo llevado a cabo se concluye lo siguiente:
Objetivos:
Los objetivos fueron tomados como punto de referencia para llevar a cabo el proyecto, fueron los pilares durante el proceso de anlisis, diseo e implementacin.
a) Objetivo Orientar la Base de Datos de Contactos InterNexo hacia el concepto de CRM: Con un estudio realizado previamente, se determin cuales requisitos deba cumplir un sistema para ser considerado como un CRM. A partir de esto se definieron los principales alcances que proponan incluir conceptos dentro del sistema que facilitaran la orientacin de este.
Se implement correctamente un mdulo para la gestin de usuarios y sus perfiles, se dieron permisos para esos perfiles de usuarios; se defini el concepto de ente y se cre en el sistema un mdulo para la gestin de estos; se cre un nuevo subsistema de administracin de la aplicacin.
Todos estos nuevos subsistemas se presentaron a los responsables del proyecto, los cuales mostraron su aprobacin.
92
b) Objetivo Desarrollar un mecanismo de comunicacin activo entre esta aplicacin y el sistema de correos Web InterNexo, con la intencin de acelerar algunos procesos administrativos tales como facturacin y cobros:
Este objetivo fue cumplido satisfactoriamente, se implementaron todas las necesidades que este involucraba.
c) Objetivo Realizar mejoras administrativas para los mdulos de la base de contactos InterNexo:
Igual que los anteriores objetivos fue cumplido satisfactoriamente.
En cuanto a la base de datos fsica, se crearon llaves primarias y llaves forneas, se normalizaron alrededor de 30 tablas de esta adecundolas segn los conceptos planteados en el primer objetivo.
d) Objetivo Permitir la manipulacin dinmica de la informacin contenida en la base de datos:
Para esto fue necesario realizar un estudio a fondo de la base de datos fsica, con el fin de determinar en cuales tablas se almacenaba la informacin requerida. Una vez seleccionadas estas tablas, se procedi a disear un nuevo modelo de estas con el fin de permitir que dicha informacin fuera gestionable; de tal manera el objetivo fue cumplido satisfactoriamente.
e) Objetivo Agilizar asuntos gerenciales mediante la automatizacin de procesos:
Objetivo cumplido satisfactoriamente, ya que con la comunicacin a servidores se puede extraer la informacin que es requerida por el departamento de facturacin y cobros.
93
f) Objetivo Estudiar y seleccionar estndares en cuanto a comunicacin entre aplicaciones:
Cumplido satisfactoriamente, el mtodo seleccionado fueron los Web Services por su facilidad de implementacin.
8. Descripcin de Documentos y Productos Entregados

Los documentos entregados fueron los informes presentados durante la prctica de especialidad, ya que durante el desarrollo de estos, se tom la decisin de adecuarlos a la manera de diseo y especificacin que utilizan en la empresa. Tambin se entreg una investigacin sobre el estado del arte de los CRM que tena como propsito reflejar los objetivos del proyecto, est formado por las siguientes secciones: a. Antecedentes. b. Tipos de CRM. c. Objetivos y Propsitos del CRM. d. Caractersticas. e. Arquitectura. f. Gestin de Clientes g. Definiciones h. Funcionalidades i. j. Metodologas Comparaciones entre CRM
k. Usos del CRM l. Visin del futuro de los CRM
Se adjunta el archivo Estado del Arte CRM.doc donde se describe esta investigacin.
94
El primer informe de prctica corresponde al anlisis del proyecto y esta formado por las siguientes secciones:
a. Contexto del proyecto. b. Antecedentes del proyecto. c. Descripcin del problema. d. Anlisis de los Riesgos. e. Objetivos y Alcances del sistema.
El segundo informe corresponde al diseo del proyecto e incluye: a) Arquitectura de la solucin: a. Los modelos de subsistemas. b. Clases. c. Interfaces de usuario. d. Componentes.
e.
Diseo de base de datos.
El tercer informe, es bsicamente este mismo. En cuanto a los productos entregados se gener una nueva versin de un sistema que incluye una remodelacin de la base de datos con nuevos mdulos
totalmente gestionables y con un control de usuarios ms serio, junto con una administracin de permisos; tambin incluye comunicacin con servidores remotos con el fin de extraer informacin que facilita el trabajo del departamento de facturacin y cobros.
Bsicamente todos los nuevos mdulos fueron descritos en las anteriores secciones de este documento.
95
El tiene las siguientes nuevas capacidades de: a. Crear, eliminar, modificar usuarios. b. Asignar perfiles a los usuarios (perfil administrador, tcnico, etc.) c. Determinar permisos de acceso a los mdulos para cada tipo de usuario. d. Determinar permisos de gestin (eliminacin, insercin, modificacin) para cada tipo de usuario. e. Modificar los permisos de acceso y gestin. f. Listar la informacin de los usuarios. g. Listar el vocabulario que puede gestionarse. h. Agregar, modificar y eliminar lxicos del sistema. i. j. Agregar, modificar o eliminar tipos de entes. Agregar, modificar o eliminar tipos de usuarios.
k. Agregar, modificar o eliminar servicios que brinda la empresa. l. Clasificar los entes que se encuentran en el sistema.
m. Modificar los tipos de los entes. n. Administrar la informacin asociada a cada tipo de ente (cul informacin se muestra). o. Determinar y configurar los dominios asociados a un cliente. p. Administracin de servidores remotos, para ser tomados en cuenta a la hora de realizar cobros. q. Mostrar una bitcora de las acciones que se han realizado sobre las cuentas y dominios de un determinado servidor. r. Realizar cobros de cuentas de correo segn la cantidad de das exactos que se han utilizado. s. Determinar reembolsos para los clientes.
96
8.1. Mejoras a la Solucin Implementada

Durante el proceso de anlisis y diseo se busc la solucin que ms se adecuaba a las necesidades de los requisitos planteados, cuando se implement se desarroll de la manera ms eficiente posible.
Pero an as es factible mencionar ciertas mejoras tales como:
a. En la administracin de usuarios, puede crearse una conexin para la base de datos dependiendo del tipo de usuario que inicia sesin. Lo que se pretendera es que este usuario slo acceda a las tablas que fsicamente tiene permiso, adems, puede restringirse tanto el permiso a tal grado de permitir a este realizar alguna de las cuatro operaciones bsicas: borrado, insercin, modificacin o seleccin, sobre las tablas correspondientes, pero no todas las operaciones.
b. En
cuanto
la
comunicacin
con
los
servidores
de
administracin de dominios, es posible que se pueda mejorar el hecho del almacenamiento local de informacin que puede ser consultada.
c. Actualmente es posible crear un nuevo tipo de ente pero no es posible crear infamacin especfica para este. La idea consistira en facilitar la creacin de esta informacin.
97
9. Experiencias de Practica de Especialidad

Durante todo el periodo de la prctica de especialidad se gan experiencia en el mbito laboral. Fue posible conocer el modo de funcionamiento interno de la empresa desde todas las reas tales como infraestructura, administracin de proyectos y la parte encargada de facturacin y cobros.
En cuanto a la parte tcnica obtuve conocimientos en: a. PHP a fondo. b. Javascript. c. HTML. d. Web Services. e. Ajax. f. Toolkits para Ajax. g. Nuevas tecnologas para Internet. h. Web 2. i. j. Desarrollo a la medida de pginas Web. Interaccin dinmica con el cliente.
En cuanto a las experiencias como profesional obtuve: a) Oportunidad de tratar con sistemas de cdigo confuso. b) Oportunidad de contribuir con sistemas de software libre. c) Acatar las peticiones de jefes. d) Cumplir con objetivos de proyectos y apoyar al personal en proyectos externos.
Como otra de las experiencias, tuve la posibilidad de interactuar con tecnologas para Internet del software libre, tales como PHP, PostgreSql, MySql, Prototype, Dojo, Apache, Postfix y otras.
98
Tambin obtuve conocimientos sobre herramientas que facilitan la programacin Web, tales como Zend Developer Studio y todas las brindadas por Firefox tales como:
a) ColorZilla: que facilita la edicin de colores para las paginas Web. b) Dom Inspector: que muestra como est estructurada una pgina Web. c) FireBug que proporciona ayuda al trabajo con javascript y ajax. d) IE Tab que permite ejecutar el Internet Explorer desde Firefox. e) Web Developer que ayuda en el desarrollo de pginas Web.
Como parte del desarrollo Web aprend a interactuar con el Document Object Model (DOM) de los navegadores, esto facilita la creacin de sitios cross-browser.
A nivel personal, durante la prctica de especialidad, se aprende a siempre tener una actitud positiva en cuanto a la materia del cumplimiento de los objetivos asignados, sin importar el grado de dificultad de los mismos.
99
Referencias
[1] Wikipedia Foundation, Consultado el: 24/10/2006, Disponible en
http://en.wikipedia.org/wiki/Lean_Thinking
[2] Grupo Galgano, Consultado el: 24/10/2006, Disponible en: www.cidem.com/cidem/binaris/lean_manufacturing-grupogalgano_tcm4833720.pdf
100
Bibliografa
Sergio Pereira, Using Prototype.js, 20-8-2006. http://www.sergiopereira.com/articles/prototype.js.html Sergio Pereira, JavaScript Framework, 20-8-2006. http://prototype.conio.net/ Don Wells, Extreme Programming:A gentle introduction, Setiembre 2006 http://www.extremeprogramming.org/ Wikipedia, the free encyclopedia, Extreme Programming, Setiembre 2006 http://en.wikipedia.org/wiki/Extreme_Programming Csar Chiva de Agustn. Informacin CRM. 08-Agosto-2006. http://www.tecnomarkets.com/boletines/research/research91.htm WWW. Wikipedia.Com. CRM - Wikipedia, la enciclopedia libre. 07-Agosto-2006.
http://es.wikipedia.org/wiki/CRM
Csar Chiva de Agustn. Informacin CRM. 08-Agosto-2006. http://www.tecnomarkets.com/boletines/research/research91.htm SIEBEL Espaa. Portal Estadstica: cursos consultoria libros SPSS SAS Data Mining. 07-Agosto-2006. http://www.estadistico.com/crm.html
101

Mejoras Al CRM InterNexo-Dfg3w453r45234w3w2d

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Mejoras Al CRM InterNexo-Dfg3w453r45234w3w2d

Загружено:

Авторское право:

Доступные форматы

Instituto Tecnolgico de Costa Rica Sede Regional de San Carlos Escuela de Ingeniera en Computacin

INTERNEXO Tecnologas de Internet Mejoras al CRM InterNexo

Brayan Gonzlez Parrales

San Jos Noviembre, 2006

El proyecto finaliz de manera satisfactoria, afortunadamente se cumplieron los objetivos.

Palabras Clave: CRM

The project finalized of satisfactory way, I finalized all the objectives.

EXPERIENCIAS DE PRACTICA DE ESPECIALIDAD ................................................................ 98

Descripcin del Problema

1.6. Funcionamiento Administrativo

Ilustracin 1.1 Divisin Administrativa de InterNexo

2. Antecedentes del Proyecto

2.1. Descripcin Funcional del Sistema

2.2. Carencias de la Herramienta

2.3. Fortalezas de la Herramienta

2.4. Datos Generales de la Herramienta

Plataforma El sistema opera sobre la plataforma FreeBSD 6.1

Lenguaje de Programacin La herramienta esta programada en PHP y algunas rutinas en JAVASCRIPT.

2.5. Arquitectura del Sistema

3. Descripcin del Proyecto

organizacin, facilitando facturacin de servicios.

servicios de gestin de informacin de Clientes y

Ilustracin 3.1 Modelo General del Sistema

Nombre Ing.Carlos Pravia Jcamo.

Labores Gerencia de Proyectos

Ing Didier Fallas Alfaro. Lic. Miguel Rojas Corella.

Infraestructura y Soporte Tcnico. Administracin, Cobro y Facturacin.

Apoyo al proyecto. Usuario.

Lic. Angie Jimnez Corella.

Usuario. Fuente principal de requisitos.

Recabar requisitos, documentarlos, modelarlos e implementarlos.

3.2. Perspectiva, supuestos y dependencias del producto 3.2.1. Perspectiva

3.3. Requerimientos no funcionales a)

Portabilidad. El sistema por si mismo es portable, al ser un programa para Web.

3.4. Caractersticas Generales

Riesgo #01 Descripcin

Riesgo #02 Descripcin

Tabla 4.3 Compresin de la lgica del sistema actual

Riesgo #03 Descripcin

Tabla 4.4 xito del sistema a implementar

Riesgo #04 Descripcin

Tabla 4.5 Comprensin ambigua de los requerimientos

Riesgo #05 Descripcin

Tabla 4.6 Entrega Atrasada de productos

Riesgo #06 Descripcin

Tabla 4.7 Experiencia del equipo de desarrollo

Riesgo #07 Descripcin

5. Objetivos y Alcances del Sistema

5.2. Objetivos Especficos

Datos Administrativos: Da de recibo de facturas. Da de pago. Fecha de creacin de reportes, generad

automticamente. Contactos primero por. Responsable.

5.4. Anlisis Preliminar 5.4.1. Matriz de Permisos

concepto de ente y su adecuada clasificacin segn las necesidades de InterNexo.

Ilustracin 5.1 Informacin Asociada a cada tipo de Ente

5.4.1.1. Posibilidades de Gestin para cada tipo de Usuario

5.4.1.2. Permisos de Acceso para cada tipo de Usuario

5.4.2. Definicin de Usuarios

5.4.3. Definicin de Ente y Clasificacin

5.4.4. Definicin de Informacin general y especfica para cada Tipo de Ente

Autoridades: a) Contrasea. Referencias a) Tipo (x sector).

5.4.5. Descripcin de los Principales Alcances

6.1. Principios Bsicos del Lean Thinking

Pero todos se resumen en un subsistema: El Subsistema de Administracin.

6.2. Los Modelos de Subsistemas 6.2.1. Administracin de Usuarios