UNIVERSIDAD NACIONAL DEL ALTIPLANO PUNO FACULTAD DE INGENIERIA ESTADISTICA E INFORMATICA ESCUELA PROFESIONAL DE INGENIERIA ESTADISTICA E INFORMATICA

PROYECTO DE TESIS SISTEMA DE RECAUDACIN EN LNEA PARA OPTIMIZAR LOS PROCESOS DE COBRANZA EN LA EMPRESA PRESTADORA DE SERVICIOS SEDAJULIACA JULIACA 2011
RESPONSABLES Ejecutor Director Asesor : : : Bach. Pal Brem Pari Castillo M. Sc. Alejandro Apaza Tarqui M. Sc. Leonel Coyla Idme

TIPO Y REA DE INVESTIGACIN

El tipo de investigacin al que corresponde el presente proyecto es el aplicado, rea de informtica por lo que el sistema debe ser implementado para que genere efecto en la variable optimizacin.

LOCALIZACIN Departamento : Provincia Distrito Lugar : : : Puno. San Romn. Juliaca. Empresa Prestadora de Servicios de Saneamiento SEDAJULIACA.

Puno, Julio del 2011

1. PROBLEMA 1.1. FORMULACIN Y DEFINICIN DEL PROBLEMA La Empresa Municipal de Servicios de Abastecimientos de Agua Potable y Alcantarillado de Juliaca SEDAJULIACA S.A., es una Empresa Pblica de derecho privado, encargada de ejecutar el desarrollo, control, operacin y mantenimiento de los servicios de agua potable y alcantarillado; as mismo efecta acciones tendientes a la realizacin de estudios y ejecucin de nuevas obras, a fin de mejorar la capacidad de produccin y distribucin del recurso hdrico, as como del mantenimiento de sus instalaciones en la Provincia de San Romn, departamento de Puno. Las operaciones de recaudacin por concepto de los servicios que brinda, centran sus actividades en las oficinas de la Sede Comercial de la empresa, generando la masiva concurrencia de la poblacin, especialmente durante los ltimos das de cada mes, circunstancia que origina la formacin de extensas colas de clientes que en muchas ocasiones no logran efectuar sus pagos, alegando ineficiencia en las ventanillas, falta de tiempo y otros inconvenientes. Debido a esta saturacin de usuarios, la empresa dispuso implementar los Centros Autorizados de Recaudacin CAR ubicados en lugares estratgicos de de la ciudad de Juliaca con el objeto de de descentralizar las funciones de cobranza, facilitar el cumplimiento de los pagos y consecuentemente descongestionar la atencin de clientes en las oficinas. Los CAR llevan a cabo los procedimientos de recaudacin dentro del denominado ciclo de recaudacin mensual, que finaliza el ltimo da hbil de cada mes. Sus procesos de cobranza eran netamente manuales, registrando las transacciones en informes fsicos que eran presentados a la Sede Central de la empresa al trmino de cada mes. Las nuevas necesidades que surgieron al implementar dichos centros, engloban temas de sincronizacin de la informacin, los CAR requieren validar la informacin del usuario en cada transaccin a travs de un medio veloz, y dentro de un canal seguro de transferencia. Ante estas necesidades se plantea la siguiente pregunta: De qu manera se optimizarn los procedimientos de cobranza de la EPS SEDAJULIACA implementando el sistema de recaudacin en lnea Juliaca 2011?

1.2. JUSTIFICACIN DE LA INVESTIGACIN La implementacin de un sistema de recaudacin en lnea incrementara la productividad de los centros de recaudacin ya que todos sus reportes se registraran va Internet y seran cotejados en tiempo real desde la Sede Comercial de la empresa dentro de un canal seguro y fiable de transferencia de informacin. Las principales deficiencias y necesidades que debe cubrir el sistema son las siguientes: Registro que verifique las operaciones de recaudacin que el operador del sistema realiza al momento de efectuar el cobro respectivo al cliente. Autenticidad de los datos que el usuario presenta en su recibo de pago, y

expresamente el monto que figura en el recibo. 2. OBJETIVOS 2.1. OBJETIVO GENERAL Implementar un sistema de recaudacin en lnea para optimizar los procesos de cobranza en la Empresa Prestadora de Servicios SedaJuliaca Juliaca 2011 2.2. OBJETIVOS ESPECFICOS Implementar un mdulo que permita optimizar el proceso de cobranza reduciendo el tiempo de atencin por cliente. Implementar un mdulo que permita optimizar el proceso de cobranza reduciendo el tiempo de espera por cliente. Implementar un mdulo que permita optimizar el proceso de cobranza reduciendo el tiempo que toma el registro de las transacciones que realizan los centros de recaudacin. Implementar un mdulo que permita optimizar el proceso de cobranza reduciendo el tiempo que toma la verificacin de los datos del usuario que realizan los centros de recaudacin. 3. HIPTESIS 3.1. HIPTESIS GENERAL La Implementacin del sistema de recaudacin en lnea optimizar los procedimientos de cobranza de la Empresa Prestadora de Servicios SedaJuliaca Juliaca 2011.

4.

FUNDAMENTO TERICO 4.1. ANTECEDENTES 4.1.1. Antecedentes tericos a) Investigacin de nivel internacional Bonilla, N. (2010). Desarrollar La planificacin para la implementacin exitosa del Sistema Recaudacin de Servicios Pblicos en las tiendas Gallo. Tesis para optar el ttulo de Master en administracin de proyectos, Universidad Para La Cooperacin Internacional, San Jos, Costa Rica. Propone disear un proyecto que permita dirigir el desarrollo del sistema de recaudacin cuyos beneficios alcancen a los clientes y satisfaga las expectativas de la empresa que requiere el sistema. Su relacin con el presente proyecto de investigacin converge en las actividades logsticas y de planificacin necesarias para desarrollar el sistema. b) Investigacin de nivel nacional Aliaga, S. (2009). Diseo e implementacin de un plataforma de telecobranzas integrado al sistema e-government de una empresa de recaudacin tributaria. Tesis para optar el ttulo de ingeniero de las telecomunicaciones, Pontificia Universidad Catlica del Per, Lima, Per. Las conclusiones demuestran que los procesos de cobranza que implementaron tecnologas informticas permitieron la reduccin de costos de operacin y mantenimiento, adems la disminucin del tiempo que genera realizar cada transaccin. Esta tesis guarda estrecha relacin con el presente proyecto de investigacin ya que enfoca sus objetivos en la optimizacin de recursos fsicos e intangibles aplicando la arquitectura Cliente-Servidor. 4.1.2. Antecedentes de campo a) Trabajo de nivel internacional Sistema de recaudacin en lnea Aguas Marinas - Chile Con el objeto de integrar de forma eficiente los servicios de recaudacin y monitorizar en lnea el proceso de cobranza, AGUAS MARINAS Chile inici un proceso de renovacin de la plataforma de recaudacin que implement un cambio en el sistema principal y tambin en el hardware existente.

Sus objetivos especficos son: Implementar el sistema de recaudacin en lnea en todas sus agencias comerciales de la empresa e integrar de forma simple y eficiente los servicios de recaudacin externos que mantiene la compaa. b) Trabajo de nivel nacional Sistema de recaudacin al cliente CRC Claro - Per Los centros de recaudacin al cliente de Claro tendrn la finalidad de agilizar el servicio de cobranza ofrecido a sus clientes, dichos centros estn dedicados exclusivamente a los pagos de recibos postpago. Ambos sistemas presentan objetivos comunes de ofrecer a sus clientes la descentralizacin de sus centros de recaudacin y agilizar los procesos internos de cobranza, los beneficios generados favorecen al consumidor como a las propias empresas que deciden implementar estas opciones tecnolgicas. 4.2. MARCO TERICO 4.2.1. Oficina de Informtica a) Localizacin y dependencia estructural La Oficina de Informtica es un rgano de asesoramiento, depende directamente de la Gerencia General de la EPS SEDAJULIACA S.A. 1 b) Recursos Humanos La Oficina de Informtica, cuenta con un Jefe de Oficina y un Especialista en Informtica, encargados de cubrir las necesidades informticas de la empresa. 2 c) Recursos informticos
Recursos informticos Servidor Switch Modem/Router UPS Computadoras (Oficina de informtica) Computadoras (SedaJuliaca) Cantidad 2 7 3 1 2 70

1 2

Per. EPS Sedajuliaca S.A., Oficina de Informtica. (2010). Plan Operativo Informtico ao 2010. Per. EPS Sedajuliaca S.A., Oficina de Informtica. (2010). Plan Operativo Informtico ao 2010. p 6.

4.2.2. Organigrama Estructural

Figura N 01: Organigrama estructural de la empresa SedaJuliaca.

4.2.3. Protocolos De Comunicacin En informtica, el trmino protocolo describe el conjunto de reglas perfectamente organizadas y convenidas en mutuo acuerdo entre los participantes de la comunicacin para la transferencia de informacin. Sus principales funciones son proteger la integridad de la informacin que transfiere, permitir compartir sus recursos entre un gran nmero de usuarios de manera eficiente y optimizando a utilizacin de sus recursos. 4.2.3.1. Protocolo Tcp/Ip TCP/IP son las siglas de Protocolo de Control de Transmisin/Protocolo de Internet (en ingls Transmission Control Protocol/Internet Protocol), un sistema de protocolos que hacen posibles servicios Telnet, FTP, E-mail, y otros entre ordenadores que no pertenecen a la misma red. El Protocolo de Control de Transmisin (TCP) permite a dos anfitriones establecer una conexin e intercambiar datos. El TCP garantiza la entrega de datos, es decir, que los datos no se pierdan durante la transmisin y tambin garantiza que los paquetes sean entregados en el mismo orden en el cual fueron enviados. 3

Masadelante.com. (2011). Definicin de TCP/IP. Recuperado de http://www.masadelante.com/faqs/tcp-ip

El Protocolo de Internet (IP) utiliza direcciones que son series de cuatro nmeros con un formato de punto decimal, por ejemplo: 69.5.163.59.

Figura N 02: Esquema del conjunto de protocolos TCP/IP y su relacin con el modelo OSI.

La arquitectura del protocolo TCP/IP se basa en de 4 capas Capa de aplicacin: Invoca programas que acceden servicios en la red. Interactan con uno o ms protocolos de transporte para enviar o recibir datos, en forma de mensajes o bien en forma de flujos de bytes4. Las aplicaciones comunes de esta capa, invocan algunos de los siguientes protocolos y servicios: Transferencia de archivos FTP NFS HTTP Email SMTP POP3 IMAP4 Login remoto Telnet Resolucin de nombres DNS Capa de transporte: Provee comunicacin extremo a extremo desde un programa de aplicacin a otro. Regula el flujo de informacin5. Puede proveer un transporte confiable asegurndose que los datos lleguen sin errores y en la secuencia correcta. Coordina a mltiples aplicaciones que se encuentren

Microsoft, TechNet. (2011). Protocolo de control de transmisin/Protocolo Internet. Recuperado de http://technet.microsoft.com/eses/library/cc759700%28WS.10%29.aspx 5 Microsoft, TechNet. (2011). loc.cit.

interactuando con la red simultneamente de tal manera que los datos que enve una aplicacin sean recibidos correctamente por la aplicacin remota. Este nivel consta de dos protocolos, el Protocolo de Datagramas de Usuarios UDP Y el Protocolo de Control de Transmisin TCP, ambos utilizan puertos de comunicacin.

Figura N 03: Esquema de algunos puertos de comunicacin ampliamente usados en el protocolo TCP, UDP.

Capa de Internet: Controla la comunicacin entre un equipo y otro, decide qu rutas deben seguir los paquetes de informacin para alcanzar su destino. Conforma los paquetes IP que sern enviados por la capa inferior. Desencapsula los paquetes recibidos pasando a la capa superior la informacin dirigida a una aplicacin6. En este nivel se pueden distinguir varios protocolos como: IP: Protocolo de Internet (Internet Protocol) Que a la vez alberga subprotocolos, proporciona un servicio de distribucin de paquetes de informacin orientado a no conexin de manera no fiable. ICMP: Protocolo de Internet de Control de Mensajes (Internet Control Message Protocol) Los paquetes ICMP contienen informacin de los errores originados en la red y verifica la conectividad entre dos nodos ARP: Protocolo de resolucin de direccin (Address Ressolution Protocol) Permite obtener la direccin MAC asociada con la direccin IP, enviando un broadcast a la red para conocer el destino del paquete. RARP: Protocolo de resolucin de direccin inversa (Reverse Address Resolucin Protocol) Determina una direccin software desde una direccin hardware.
6

Universidad Nacional Autnoma de Honduras en el Valle de Sula, Informtica administrativa. (2010). Modelos de referencia. Recuperado de http://www.saechn.com/tesis/wordpress/?cat=14.

Capa de interfaz de red: Emite al medio fsico los flujos de bit y recibe los que de l provienen. Consiste en los manejadores de los dispositivos que se conectan al medio de transmisin. 4.2.4. Arquitectura Cliente/Servidor La arquitectura cliente-servidor consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema7. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma. Una disposicin muy comn son los sistemas multicapa en los que el servidor se descompone en diferentes programas que pueden ser ejecutados por diferentes computadoras aumentando as el grado de distribucin del sistema. La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes estn conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposicin de los clientes cada vez que estos son solicitados. Esto significa que todas las gestiones que se realizan se concentran en el servidor, de manera que en l se disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos que son de uso pblico y los que son de uso restringido, los archivos que son de slo lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se este utilizando en una red mixta 8.

7 8

Rosero, C. (2010). Manual Oracle 9i. Recuperado de http://www.monografias.com/trabajos81/manual-oracle-9i/manual-oracle-9i2.shtml Marquz, B. Zulaica, J. (2004). Implementacin de un reconocedor de voz gratuito a el sistema de ayuda a invidentes Dos-Vox en espaol , Tesis de pregrado. Universidad de las Amricas Puebla. Puebla.

Figura N 04: Modelo de aplicacin Cliente/Servidor

4.2.4.1. Cliente El cliente es el proceso que permite al usuario formular los requerimientos y pasarlos al servidor. El Cliente normalmente maneja todas las funciones relacionadas con la manipulacin y despliegue de datos, por lo que estn desarrollados sobre plataformas que permiten construir interfaces grficas de usuario (GUI), adems de acceder a los servicios distribuidos en cualquier parte de una red 9. Las funciones que lleva a cabo el proceso cliente se resumen en los siguientes puntos: 4.2.4.2. Administrar la interfaz de usuario. Interactuar con el usuario. Procesar la lgica de la aplicacin y hacer validaciones locales. Generar requerimientos de bases de datos. Recibir resultados del servidor. Formatear resultados.10 Servidor

Es el proceso encargado de atender a mltiples clientes que hacen peticiones de algn recurso administrado por l. El servidor normalmente maneja todas las funciones relacionadas con la mayora de las reglas del negocio y los recursos de datos.

10

Ceja, J. (2010). Conceptos de Software. Recuperado de http://www.utim.edu.mx/~raycv/materias/infoi_ta/01_Conceptos%20de%20Software.pdf Ceja, J. (2010). Loc.cit.

10

Las funciones que lleva a cabo el proceso servidor se resumen en los siguientes puntos: Aceptar los requerimientos de bases de datos que hacen los clientes. Procesar requerimientos de bases de datos. Formatear datos para trasmitirlos a los clientes. Procesar la lgica de la aplicacin y realizar validaciones a nivel de bases de datos. 4.2.5. Ingeniera De Software 4.2.5.1. Proceso de desarrollo del Software Define al conjunto ordenado de pasos a seguir para la obtencin de un producto de software usado especialmente para proyectos de mediana a gran complejidad. Poseen reglas preestablecidas, y deben ser aplicados en la creacin del software de mediano y gran porte, ya que en caso contrario lo ms seguro es que el proyecto o no logre concluir o termine sin cumplir los objetivos previstos, y con variedad de fallos inaceptables (fracasan, en pocas palabras). Entre tales procesos los hay giles o livianos (ejemplo XP), pesados y lentos (ejemplo RUP) y variantes intermedias; y normalmente se aplican de acuerdo al tipo y porte del software a desarrollar, a criterio del lder (si lo hay) del equipo de desarrollo. Algunos de esos procesos son Programacin Extrema (en ingls eXtreme Programming o XP), Proceso Unificado de Rational (en ingls Rational Unified Process o RUP), Feature Driven Development (FDD), etc. Cualquiera sea el proceso utilizado y aplicado al desarrollo del software (RUP, FDD, etc), y casi independientemente de l, siempre se debe aplicar un modelo de ciclo de vida Independientemente de los mtodos de trabajo y la documentacin que generan, todas las metodologas son muy parecidas entre si y generalmente comparten etapas bsicas que pueden clasificarse de la siguiente manera: Anlisis de requerimientos Diseo Desarrollo Pruebas y refinamiento Instalacin Mantenimiento

11

Para cada una de las etapas descritas, se aplican modelos de proceso o tambin llamados ciclos de vida, que estructuran un orden de actividades que definen la coordinacin y realimentacin entre ellas. 4.2.5.2. Metodologas de desarrollo de Software Rational Unified Process (RUP) La metodologa RUP, llamada as por sus siglas en ingls Rational Unified Process, divide en 4 fases el desarrollo del software 11: Inicio, El Objetivo en esta etapa es determinar la visin del proyecto. Elaboracin, En esta etapa el objetivo es determinar la arquitectura ptima. Construccin, En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial. Transmisin, El objetivo es llegar a obtener el ejecutable final del proyecto. 12 Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala. Los Objetivos de una iteracin se establecen en funcin de la evaluacin de las iteraciones precedentes. Extreme Programing (XP) Es una de las metodologas de desarrollo de software ms exitosas en la actualidad utilizada para proyectos de corto plazo. La metodologa consiste en una programacin rpida o extrema, cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de los requisitos para llegar al xito del proyecto13. Caractersticas de XP, la metodologa se basa en: Pruebas Unitarias: se basa en las pruebas realizadas a los principales procesos, de tal manera que adelantndonos en algo hacia el futuro, podamos hacer pruebas de las fallas que pudieran ocurrir. Es como si nos adelantramos a obtener los posibles errores. Refabricacin: se basa en la reutilizacin de cdigo, para lo cual se crean patrones o modelos estndares, siendo ms flexible al cambio. Programacin en pares: una particularidad de esta metodologa es que propone la programacin en pares, la cual consiste en que dos

11

Mendoza, M. (2004). Metodologas De Desarrollo De Software. Disponible en http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.html. 12 Molpeceres, A. (2003). Procesos de desarrollo RUP, XP, FDD. Disponible en www.willydev.net/descargas/Articulos/General/cualxpfddrup.PDF 13 Joskowicz,J. (2008). Reglas prcticas en eXtreme Programming. Vigo, Espaa. Autoedicin.

12

desarrolladores participen en un proyecto en una misma estacin de trabajo. Cada miembro lleva a cabo la accin que el otro no est haciendo en ese momento. Es como el chofer y el copiloto: mientras uno conduce, el otro consulta el mapa. Microsoft Solution Framework (MSF) Esta es una metodologa flexible e interrelacionada con una serie de conceptos, modelos y prcticas de uso, que controlan la planificacin, el desarrollo y la gestin de proyectos tecnolgicos. MSF se centra en los modelos de proceso y de equipo dejando en un segundo plano las elecciones tecnolgicas. MSF tiene las siguientes caractersticas: Adaptable: es parecido a un comps, usado en cualquier parte como un mapa, del cual su uso es limitado a un especfico lugar. Escalable: puede organizar equipos tan pequeos entre 3 o 4 personas, as como tambin, proyectos que requieren 50 personas a ms. Flexible: es utilizada en el ambiente de desarrollo de cualquier cliente. Tecnologa Agnstica: porque puede ser usada para desarrollar soluciones basadas sobre cualquier tecnologa. MSF se compone de varios modelos encargados de planificar las diferentes partes implicadas en el desarrollo de un proyecto: Modelo de Arquitectura del Proyecto, Modelo de Equipo, Modelo de Proceso, Modelo de Gestin del Riesgo, Modelo de Diseo de Proceso y finalmente el modelo de Aplicacin.

4.2.5.3. Modelos de desarrollo del Software Modelo en Cascada El mas conocido, esta basado en el ciclo convencional de una ingeniera, el gran inconveniente de este modelo es el tener conocimiento absoluto de los requerimientos del sistema. Pese a sus inconvenientes el modelo cascada en algunas de sus variantes es uno de los actualmente ms utilizados, por su eficacia y simplicidad, ms que nada en software de pequeo y algunos de mediano porte; pero nunca (o muy rara vez) se lo usa en su forma pura. 14 El modelo en cascada define las siguientes actividades:
14

Definicin de requerimientos Anlisis y diseo del Software

Manilla, J. Torres, H. Rosa, M. (2009). Modelos de Proceso de Software.

13

Implementacin y prueba de unidades Integracin y Prueba del Sistema Operacin y mantenimiento

Figura N 05: Etapas del modelo en cascada

El modelo Incremental El Modelo Incremental combina elementos del MLS con la filosofa interactiva de construccin de prototipos. En una visin genrica, el proceso se divide en 4 partes: Anlisis, Diseo, Cdigo y Prueba. Sin embargo, para la produccin del Software, se usa el principio de trabajo en cadena o Pipeline, utilizado en muchas otras formas de programacin. Con esto se mantiene al cliente en constante contacto con los resultados obtenidos en cada incremento. Es el mismo cliente el que incluye o desecha elementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades reales. El proceso se repite hasta que se elabore el producto completo. El Modelo Incremental es de naturaleza interactiva pero se diferencia de aquellos en que al final de cada incremento se entrega un producto completamente operacional.

Figura N 06: Etapas del modelo incremental

14

Modelo en espiral El modelo en espiral es un tipo de modelo basado en el desarrollo iterativo. Se diferencia del modelo iterativo incremental en que ms que representarlo como una secuencia de actividades se representa como una espiral donde cada ciclo en la espiral representa una fase del proceso del software. As, por ejemplo, el ciclo ms interno podra referirse a la especificacin de requerimientos y el siguiente ciclo al diseo. Cada ciclo de la espiral se divide en seis sectores: Comunicacin con el cliente. Planificacin Anlisis de Riesgos. Ingeniera Construccin y Adaptacin. Evaluacin del cliente.

Figura N 07: Etapas del modelo en espiral

4.2.6. Mtricas de Software Mtricas Tcnicas: Se centran en lasa caractersticas de software pro ejemplo: la complejidad lgica, el grado de modularidad. Mide la estructura del sistema, el cmo esta hecho. MTRICAS DE CALIDAD: proporcionan una indicacin de cmo se ajusta el

15

software a los requisitos implcitos y explcitos del cliente. Es decir cmo voy a medir para que mi sistema se adapte a los requisitos que me pide el cliente. 15 Mtricas De Productividad. Se centran en el rendimiento del proceso de la ingeniera del software. Es decir que tan productivo va a ser el software que voy a disear. Mtricas Orientadas a la Persona. Proporcionan medidas e informacin sobre la forma que la gente desarrolla el software de computadoras y sobre todo el punto de vista humano de la efectividad de las herramientas y mtodos. Son las medidas que voy a hacer de mi personal que va har el sistema. Mtricas Orientadas al Tamao. Es para saber en que tiempo voy a terminar el software y cuantas personas voy a necesitar. Son medidas directas al software y el proceso por el cual se desarrolla, si una organizacin de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamao. Mtricas Orientadas a la Funcin. Son medidas indirectas del software y del proceso por el cual se desarrolla. En lugar de calcularlas, las mtricas orientadas a la funcin se centran en la funcionalidad o utilidad del programa. 4.3. BASE DE DATOS Es un conjunto de datos en un formato estndar, el cual esta diseado para compartir informacin entre varios usuarios. Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnolgico de campos como la informtica y la electrnica, la mayora de las bases de datos estn en formato digital (electrnico), que ofrece un amplio rango de soluciones al problema de almacenar datos. 16 4.3.1. Base de datos comerciales

Base de Datos Jerrquica. Base de Datos de Red. Base de Datos Relacional. Base de Datos Orientada a Objetos.

4.3.1.1. Base de Datos Relacional.

15

Prez, O. (2009). Mtricas, Estimacin y Planificacin en Proyectos de Software. Disponible en www.willydev.net/descargas/WillyDEV_PlaneaSoftware.Pdf 16 Ortiz, M. (2004), Aplicaciones de Bases de Datos Cliente Servidor. Benemrita Universidad Autnoma de Puebla.

16

E.F. Codd ide el mtodo de base de datos relacional en la dcada de 1970, y en pocos aos, tres elementos se integraron para hacer que la base de datos relacional se volviera el mtodo predominante para guardar datos. Primero, los tericos definieron los conceptos bsicos e ilustraron las ventajas. Segundo, los programadores que desarrollaron el software del sistema de administracin de base de datos crearon componentes eficaces. Tercero, el desempeo del hardware mejor para manejar las exigencias ms grandes del sistema. La ventaja del mtodo relacional es que el desarrollador no necesita saber cules preguntas se harn sobre los datos. Si los datos se definen con cuidado, la base de datos puede resolver en forma prctica cualquier pregunta con eficacia. Esta flexibilidad y eficacia son las principales razones del predominio del modelo relacional. 4.3.1.2. Base de Datos Orientada a Objetos. Una base de datos orientada a objetos (OO) es un mtodo nuevo y en evolucin de organizar datos. El mtodo OO comenz como un proceso nuevo para crear programas computacionales. La meta es definir los objetos que se pueden utilizar en muchos programas, lo cual ahorra tiempo y reduce los errores. 4.3.2. Diseo de la Base de Datos Los diseos de un sistema son modelos que se emplean para facilitar esta comunicacin y colaboracin en equipo. De la misma manera los diseos son una simplificacin o una imagen de las operaciones de negocios que subyacen. Los modelos del diseo tambin registran las caractersticas, suposiciones y restricciones fundamentales en cualquier negocio. Los pasos sugeridos para un buen diseo de la base de datos son: Determinar la finalidad de la base de datos. Buscar y organizar la informacin necesaria: Reunir todos los tipos de informacin que desee registrar en la base de datos, como los nombres de productos o los nmeros de pedidos. Dividir la informacin en tablas: dividir los elementos de informacin en entidades o temas principales, como Productos o Pedidos. Cada tema pasar a ser una tabla. Convertir los elementos de informacin en columnas: decidir qu informacin desea almacenar en cada tabla. Cada elemento se convertir en un campo y se mostrar como una columna en la tabla. Por ejemplo, una tabla Empleados podra incluir campos como Apellido y Fecha de contratacin.

17

Especificar claves principales: elegir la clave principal de cada tabla. La clave principal es una columna que se utiliza para identificar inequvocamente cada fila, como Id. de producto o Id. de pedido.

Definir relaciones entre las tablas examinar cada tabla y decida cmo se relacionan los datos de una tabla con las dems tablas. Agregar campos a las tablas o cree nuevas tablas para clarificar las relaciones segn sea necesario.

Ajustar el diseo: analizar el diseo para detectar errores. Crear tablas y agregue algunos registros con datos de ejemplo. Comprobar si se pueden obtener los resultados previstos de las tablas. Realizar los ajustes necesarios en el diseo.

Aplicar las reglas de normalizacin: aplicar reglas de normalizacin de los datos para comprobar si las tablas estn estructuradas correctamente. Realizar los ajustes necesarios en las tablas.

4.3.3. Sistema de Gestin de Base de Datos Los sistemas de gestin de base de datos (SGBD); (en ingls: Database management system, abreviado DBMS) son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.
17

El

propsito general de los sistemas de gestin de base de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirn en informacin relevante, para un buen manejo de datos. 4.3.3.1. Objetivos Del Sistema Manejador De Datos. Existen distintos objetivos que deben cumplir los SGBD: Abstraccin de la informacin: Los SGBD ahorran a los usuarios detalles acerca del almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. As, se definen varios niveles de abstraccin. Independencia: La independencia de los datos consiste en la capacidad de modificar el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. Consistencia: En aquellos casos en los que no se ha logrado eliminar la redundancia, ser necesario vigilar que aquella informacin que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultnea. Por otra parte, la base de datos representa una
17

Aparicio, S. (2009). Sistema de Gestin de Base de Datos. Disponible en http://sergioandres5409.blogspot.com/2009/05/sistema-sgbd-es-el-softwareque-permite.html

18

realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debera aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la programacin de este tipo de condiciones. Seguridad: La informacin almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta informacin se encuentra segura frente a usuarios malintencionados, que intenten leer informacin privilegiada; frente a ataques que deseen manipular o destruir la informacin; o simplemente ante las torpezas de algn usuario autorizado pero despistado. Normalmente, los SGBD disponen de un complejo sistema de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categoras de permisos. Integridad: Se trata de adoptar las medidas necesarias para garantizar la validez de los datos almacenados. Es decir, se trata de proteger los datos ante fallos de hardware, datos introducidos por usuarios descuidados, o cualquier otra circunstancia capaz de corromper la informacin almacenada. Los SGBD proveen mecanismos para garantizar la recuperacin de la base de datos hasta un estado consistente conocido en forma automtica. Respaldo: Los SGBD deben proporcionar una forma eficiente de realizar copias de respaldo de la informacin almacenada en ellos, y de restaurar a partir de estas copias los datos que se hayan podido perder. Control de la concurrencia: En la mayora de entornos (excepto quizs el domstico), lo ms habitual es que sean muchas las personas que acceden a una base de datos, bien para recuperar informacin, bien para almacenarla. Y es tambin frecuente que dichos accesos se realicen de forma simultnea. As pues, un SGBD debe controlar este acceso concurrente a la informacin, que podra derivar en inconsistencias. Manejo de Transacciones: Una Transaccin es un programa que se ejecuta como una sola operacin. Esto quiere decir que el estado luego de una ejecucin en la que se produce una falla es el mismo que se obtendra si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma mucho ms simple que si no se dispusiera de ellos. Tiempo de respuesta: Lgicamente, es deseable minimizar el tiempo que el SGBD tarda en darnos la informacin solicitada y en almacenar los cambios realizados.

19

4.4. SEGURIDAD INFORMTICA La seguridad informtica es una disciplina que se relaciona a diversas tcnicas, aplicaciones y dispositivos encargados de asegurar la integridad y privacidad de la informacin de un sistema informtico y sus usuarios. Tcnicamente es imposible lograr un sistema informtico ciento por ciento seguro, pero buenas medidas de seguridad evitan daos y problemas que pueden ocasionar intrusos. 18 Existen dos tipos de seguridad con respecto a la naturaleza de la amenaza: Seguridad lgica: aplicaciones para seguridad, herramientas informticas, etc. Seguridad fsica: mantenimiento elctrico, anti-incendio, humedad, etc. Las amenazas que pueden provocar deficiencias o incluso inoperabilidad de los sistemas informticos son:

Programas malignos: virus, espas, troyanos, gusanos, phishing, spamming, etc. Siniestros: robos, incendio, humedad, etc. pueden provocar prdida de informacin. Intrusos: piratas informticos pueden acceder remotamente (si est conectado a
una red) o fsicamente a un sistema para provocar daos.

Operadores: los propios operadores de un sistema pueden debilitar y ser amenaza a

la seguridad de un sistema no slo por boicot, tambin por falta de capacitacin o de inters. Implementacin de barreras de seguridad

Tcnicas, aplicaciones y dispositivos para la seguridad informtica: Utilizacin de aplicaciones de proteccin: cortafuegos, antivirus, antiespas, etc. Encriptacin de la informacin y uso de contraseas. Capacitacin a los usuarios de un sistema. Capacitacin a la poblacin general sobre las nuevas tecnologas y las amenazas que
pueden traer. Ver analfabetismo informtico.19

4.4.1. Encriptacin de datos La encriptacin aplica un conjunto de mtodos matemticos para ocultar y revelar datos que a simple vista es ilegible. Una vez que la informacin ha sido encriptada, puede ser almacenada en un medio inseguro o enviada a travs de una red insegura

18 19

Per. EPS Sedajuliaca S.A., Oficina de Informtica. (2010). Plan de contingencias Informtico 2010. Per. EPS Sedajuliaca S.A., Oficina de Informtica. (2010). Plan de contingencias Informtico 2010. p 31.

20

(como Internet) y an as permanecer secreta. Luego, los datos pueden desencriptarse a su formato original. 4.4.2. Mtodos de encriptacin: Algoritmo HASH: Este algoritmo efecta un clculo matemtico sobre los datos que constituyen el documento y da como resultado un nmero nico llamado MAC. Un mismo documento dar siempre un mismo MAC. Algoritmos Simtricos: Utilizan una clave con la cual se encripta y desencripta el documento. Todo documento encriptado con una clave, deber desencriptarse, en el proceso inverso, con la misma clave. Es importante destacar que la clave debera viajar con los datos, lo que hace arriesgada la operacin, imposible de utilizar en ambientes donde interactan varios interlocutores. Algoritmos Asimtricos (RSA): Requieren dos Claves, una Privada (nica y personal, solo conocida por su dueo) y la otra llamada Pblica, ambas relacionadas por una frmula matemtica compleja imposible de reproducir. El concepto de criptografa de clave pblica fue introducido por Whitfield Diffie y Martin Hellman a fin de solucionar la distribucin de claves secretas de los sistemas tradicionales, mediante un canal inseguro. El usuario, ingresando su PIN genera la clave Publica y Privada necesarias. La clave pblica podr ser distribuida sin ningn inconveniente entre todos los interlocutores. La Privada debe ser cuidadosamente guardada. Cuando se requiera verificar la autenticidad de un documento enviado por una persona se utiliza la Clave Publica porque el utiliz su Clave Privada.

4.4.3. Firma Digital El concepto de firma digital naci como una oferta tecnolgica para acercar la operatoria social usual de la firma olgrafa (manuscrita) al marco de lo que se ha dado en llamar el ciberespacio o el trabajo en redes. Es la transformacin de un mensaje utilizando un sistema de cifrado asimtrico de manera que la persona que posee el mensaje original y la clave pblica del firmante, pueda establecer de forma segura, que dicha transformacin se efectu utilizando la clave privada correspondiente a la pblica del firmante, y si el mensaje es el original o fue alterado desde su concepcin.

21

4.5. MARCO CONCEPTUAL CAR: Agencias facultadas para realizar cobros ubicadas estratgicamente para promover la descentralizacin del servicio. Cliente: El cliente es una aplicacin informtica que se utiliza para acceder a los servicios que ofrece un servidor, normalmente a travs de una red de telecomunicaciones. Descentralizar: proceso (desde lo centralizado) o como forma de funcionamiento de una organizacin. Supone transferir el poder, (y como tal, el conocimiento y los recursos) de un gobierno central hacia autoridades que no estn jerrquicamente subordinadas. Diseo estructurado: Diseo estructurado es el proceso de decidir que componentes, y la interconexin entre los mismos, para solucionar un problema bien especificado. Escalabilidad: En telecomunicaciones y en ingeniera informtica, la escalabilidad es la propiedad deseable de un sistema, una red o un proceso, que indica su habilidad para extender el margen de operaciones sin perder calidad, o bien manejar el crecimiento continuo de trabajo de manera fluida. Metodologa: Es el objeto el que ha de determinar el mtodo adecuado para su estudio, y no espurias consideraciones ticas desprovistas de base racional obsesionados con el prestigio de las ciencias de la naturaleza Pipeline: es un mtodo por el cual se consigue aumentar el rendimiento de algunos sistemas electrnicos digitales. Proceso: Un proceso es un conjunto de actividades o eventos (coordinados u organizados) que se realizan o suceden (alternativa o simultneamente) bajo ciertas circunstancias con un fin determinado. Servidor: En informtica, un servidor es una computadora que, formando parte de una red, provee servicios a otras computadoras denominadas clientes. Sincronizar: Accin y efecto en el cual dos o ms movimientos, fenmenos o frecuencias coinciden en un mismo tiempo. Transaccin: Cuando hablamos de transaccin estamos hablando de una operacin de diverso tipo que se realiza entre dos o ms partes y que supone el intercambio de bienes o servicios a cambio del capital correspondiente. Una transaccin en un sistema de gestin de bases de datos (SGBD), es un conjunto de rdenes que se ejecutan formando una unidad de trabajo, es decir, en forma indivisible o atmica.

22

4.6. OPERACIONALIZACIN DE VARIABLES

Variables Indicadores Definicin Opinin del usuario para calificar la velocidad de atencin que reciben en ventanilla. Opinin del usuario para calificar el tiempo de espera para ser atendido en caso de que exista una cola de turno. Opinin del operador del sistema que califica el mejoramiento den el proceso de registrar una cancelacin del recibo de pago. Opinin del operador del sistema que califica el mejoramiento en el proceso de constatar la informacin del usuario. ndice Rpida Se mantiene igual Lenta Incrementa Se mantiene igual Disminuye

Tiempo de atencin

Tiempo de espera

Optimizacin de los procedimientos de cobranza

Tiempo de registro de transacciones

Reduce Sin cambios Aumenta

Tiempo de verificacin de datos

Reduce Sin cambios Aumenta

5. METODOLOGA DE LA INVESTIGACIN Entre las diversas opciones de modelos de ciclo de vida se opta por aplicar el modelo en espiral de 6 regiones debido a su dinmica y adaptabilidad, adems por su naturaleza iterativa que a opinin personal genera la confianza de obtener un producto final de software que se ms se aproxime a los requerimientos del cliente. 5.1. POBLACIN Y MUESTRA La tcnica de muestreo a utilizarse en el presente proyecto de investigacin ser el muestreo aleatorio estratificado que nos presenta Rubio, A. (1996), tomando como poblacin a todos los clientes de la EPS SEDAJULIACA, que en la actualidad brinda sus servicio a 46369 usuarios (fuente: EPS SedaJuliaca, Oficina de Informtica), estratificados por el rea que abarca cada centro autorizado de recaudacin CAR, luego con asignacin proporcional se obtiene el tamao muestral para cada uno de los estratos considerados en nuestro estudio , y finalmente por seleccin casual detectamos nuestras unidades de anlisis.

23

CAR con sistema implementado CAR 04 CAR 05 CAR 07 Sub total Sin sistema Total

Poblacin estimada de cobertura 2358 3172 4637 10167 36202 46369

Para el presente proyecto de investigacin, el tamao poblacional que se tomar ser de 10167 ya que lo que interesa es verificar los beneficios que genera el sistema de recaudacin en lnea. Tamao Muestral El tamao de muestra mediante el muestreo aleatorio estratificado es:

Donde: N : Tamao total de la poblacin Tamao total del estrato h Tamao de muestra para el estrato h Nmero total de la muestra para el estudio Notacin asignada para cada estrato Nmero total de estratos existentes

Nh : nh n h i : : : :

Para determinar el tamao de la muestra total para el estudio (n) nos basamos en la siguiente frmula estadstica:

N n D

: : :

Tamao total de la poblacin Nmero total de la muestra para el estudio Precisin o error mximo = 0.05 = 5% Nivel de confianza elegido = 95% (1.96) Varianza muestral

Z : S :

5.1.1. Encuesta piloto Debido a que se desconoce el valor de la varianza, necesaria para aplicar la frmula, se recurre a realizar una encuesta piloto (ver ANEXO 01), valindose de la factibilidad del recurso de tener el sistema actualmente en funcionamiento.

24

La frmula que corresponde utilizar para obtener la varianza con el tamao de muestra piloto n<30 es:

mbito Se incluyeron en el mbito de esta encuesta a 20 clientes de la EPS SedaJuliaca que realizaron sus pagos en los centros de recaudacin descentralizados, y los propios operadores del sistema, el jueves 21 de Julio del 2011. Variables de estudio El tipo de variables a analizar corresponde al grupo de variables ordinales, clasificando el tipo de respuesta de la siguiente manera:
Indicador Tiempo de atencin ndice Lento Se mantiene igual Rpido Disminuye No vara Se Incrementa Reduce Sin cambios Aumenta Reduce Sin cambios Aumenta Notacin 1 2 3 1 2 3 1 2 3 1 2 3

Tiempo de espera Tiempo de registro de transacciones Tiempo de verificacin de datos

Resultados obtenidos Los resultados que se obtuvieron al realizar la encuesta piloto fueron los siguientes:
Indicador Tiempo de atencin lento 0 se mantiene igual 3 rpido 17 Se incrementa 1 Total 20 S 0.1342

Indicador Tiempo de espera

Disminuye 16

No vara 3

Total 20

S 0.3026

Indicador Tiempo de registro de transacciones

Reduce 0

Sin cambios 0

Aumenta 3

Total 3

S -

25

Indicador Tiempo de verificacin de datos

Reduce 0

Sin cambios 0

Aumenta 3

Total 3

S -

Conclusiones de la encuesta piloto Despus de realizar el estudio para obtener indicadores a fin de obtener el tamao de muestra para el presente proyecto de investigacin, se toma como valor de varianza muestral al que corresponde al indicador: tiempo de espera (0.5552). Ya que por definicin se debe elegir el valor ms desfavorable del estudio para la aplicacin de la frmula general. Por lo tanto, el tamao de muestra total y con asignacin proporcional es:
CAR con sistema implementado CAR 04 CAR 05 CAR 07 Total Poblacin estimada de cobertura 102 138 201 441

5.2. RECOLECCIN DE INFORMACIN Los datos para la prueba y funcionamiento del sistema de recaudacin en lnea se tomaron de los registros de cobranza de los centros de recaudacin descentralizados del mes de diciembre del ao 2010. As mismo se recurri a la jefatura de informtica de la EPS SEDA JULIACA con la finalidad de recopilar informacin, conocer las necesidades y tener presente las limitaciones del sistema a fin de tener una amplia visin de las caractersticas y objetivos para su implementacin, para lo cual se utilizaron los siguientes mtodo de recoleccin de informacin:
20

Entrevista: Es una conversacin entre dos o ms personas que tiene como finalidad

la obtencin de informacin o respuestas a las interrogantes planteadas sobre un tema propuesto. Es un dilogo donde una de las partes busca recoger informaciones y la otra es la fuente de esas informaciones. Mediante Entrevistas prolongadas al Jefe de la oficina de informtica, directo encargado del correcto tratamiento automatizado de la informacin de la empresa, se tomaron los siguientes puntos: Antecedentes: Conocimientos sobre el funcionamiento de la empresa, especialmente en el aspecto de la recaudacin descentralizada.
20

Cabrero, j. Martnez, M. (2006). Tcnicas de recogida de datos. Disponible en http://www.aniorte-nic.net/apunt_metod_investigac4_9.htm.

26

Objetivos de la empresa: Se enfoc expresamente en los mtodos de cobranza, los medios por los cuales se registran los pagos de los usuarios, la administracin de la data de la empresa, las limitaciones del actual sistema que gestiona la informacin y su confidencialidad, adems de propuestas de los objetivos que debe alcanzar el nuevo sistema.

Formas e informes: Son documentos remitidos de los CAR donde figuran el balance de recaudacin mensual y adjuntan los cupones desglosables de los recibos de pago. 5.3. ANLISIS Y DISEO La implementacin del sistema de recaudacin en lnea se constituye principalmente de la arquitectura cliente/servidor, mtodos de cifrado de la informacin y base de datos que almacena la informacin del usuario. 5.3.1. El modelo espiral Divide las actividades del proyecto en seis regiones de tareas, las cuales se componen de conjuntos de sub tareas que se adaptan a las caractersticas del sistema.

Figura N 08: Etapas del modelo en espiral

Etapa I: Desarrollo de conceptos: Abarca la primera iteracin del proyecto, su recorrido est ligada a la comunicacin con el cliente para especificar los objetivos del sistema Etapa II: Desarrollo de diseos y prototipos: Esta etapa toma como punto de referencia la documentacin generada de las actividades previas validadas por el usuario.

27

Etapa III: Desarrollo fsico y refinacin: Se centra a la implementacin del cdigo y el ensamblaje de los mdulos del software. Etapa IV: Desarrollo de pruebas e implementacin: Se realizan las pruebas del prototipo hasta alcanzar la versin final. 5.3.2. Modelado de la base de datos El reestructuramiento de la base de datos se llev a cabo aplicando el mtodo del modelo entidad relacin, el cual est basado en una percepcin del mundo real consistente en objetos bsicos llamados entidades y las relaciones. Y a la vez es el mtodo que mejor se adapta al motor de almacenamiento elegido para la base de datos: INNODB. Para realizar un modelo conceptual de la base de datos que permita interactuar con las dems actividades del desarrollo de software se desarrollaron las siguientes actividades conceptuales: Identificacin de actividades: Se basa en la abstraccin de los requisitos de usuario para generar objetos. Se analizaron los procedimientos de recaudacin, los informes que generan los centros de recaudacin, los actores que intervienen en el proceso. Adems de la informacin existente para disear entidades, se desarroll un diagrama de flujo de datos orientado al proceso de validacin de los procesos de cobranza, este diseo permiti visualizar nuevas entidades que sern necesarias para automatizar los procesos de registro de transacciones. Identificacin de relaciones: Definidas las entidades se procedi a definir las relaciones existentes entre ellas, este paso fue fundamental para visualizar y validar datos del contribuyente correctamente y a la vez generar registros de transacciones en forma estructurada. Posteriormente se defini la cardinalidad mnima y mxima de estas relaciones para disear reglas de semntica de los datos. Determinacin de identificadores: Los identificadores o claves de las entidades fueron bsicamente establecidas por las que posee la base de datos del sistema central. Los identificadores de las nuevas entidades se definieron tomando en cuenta la asociacin de procesos entre ellas (entidades nuevas y pre establecidas).

28

Determinacin de jerarquas de generalizacin: Se revisaron las entidades con el objeto redistinguir caractersticas comunes entre sus atributos internos para habilitar la creacin de sub entidades para visualizar mejor el diseo de la base de datos. Dibujar el Diagrama Entidad Relacin: Identificados todos los conceptos se grafic el diagrama entidad relacin. 5.3.3. Herramientas de desarrollo Microsoft Visual Studio 2008 Express La codificacin del sistema se realiz con el lenguaje de programacin Microsoft Visual Studio 2008 SP1 en su versin Express que incluye lo necesario para el desarrollo del sistema en que se basa esta tesis. Adems de presentar la curva de aprendizaje rpida y poseer abundante documentacin, la versin Express es de licencia gratuita y puede ser usada con fines comerciales (venta de las aplicaciones desarrolladas). Protocolo TCP/IP & Internet La viabilidad del sistema en lnea se basa en la implementacin de la arquitectura cliente/servidor y su protocolo TCP/IP que permite la transferencia de informacin fuera de la intranet de la empresa sencilla y eficazmente, y centralizar el control de recursos, datos y accesos. Sistema de Gestin de Base de datos MySQL Teniendo presente las limitaciones del sistema central de la empresa, se opta por migrar las tablas necesarias al nuevo sistema de almacenamiento por su solidez y eficiencia en el procesamiento de consultas, con soporte multiusuario. El tipo de licencia (GPL) permite reducir costos sin sacrificar la productividad. Certificados de seguridad SSL y red privada virtual La implementacin del sistema procesa informacin considerada crtica, requiere la encriptacin de la misma, por ellos se recurre al uso de certificados de seguridad digital que garantiza la proteccin de la informacin a travs de toda la ruta del cliente al servidor. Su versin OpenSSL est disponible para MySQL y no genera costos adicionales. 5.3.4. Arquitectura del sistema En una descripcin simplificada, los operadores del sistema cliente realizan

consultas de los datos que figuran en el recibo que los contribuyentes presentan al

29

realizar el pago, la informacin procede a encriptarse y es enviada al servidor , el servidor constata la informacin almacenada en su base de datos y la valida, el resultado se procede a encriptar nuevamente y es enviado al sistema cliente, el operador valida los datos y registra la transaccin, el sistema registra la fecha de la operacin y adjunta los datos del cliente con la cancelacin del monto pagado y realiza el cifrado correspondiente, el servidor registra la transaccin y finalmente la almacena.

Figura N 09: Esquema de la arquitectura del sistema de recaudacin en lnea

30

6.

CRONOGRAMA

31

7.

REFERENCIAS BIBLIOGRFICAS 7.1. FUENTES BIBLIOGRFICAS - Apaza, A. (2003). Redes y Teleprocesos 2003. Juliaca Per. Autoedicin. - Joskowicz,J. (2008). Reglas prcticas en eXtreme Programming. Vigo, Espaa. Autoedicin. - Manilla, J. Torres, H. Rosa, M. (2009). Modelos de Proceso de Software. Autoedicin. - Marquz, B. Zulaica, J. (2004). Implementacin de un reconocedor de voz gratuito al sistema de ayuda a invidentes Dos-Vox en espaol, Tesis de pregrado. Universidad de las Amricas Puebla. Puebla. - Ortiz, M. (2004), Aplicaciones de Bases de Datos Cliente Servidor. Benemrita Universidad Autnoma de Puebla. - Per. EPS Sedajuliaca S.A., Oficina de Informtica. (2010). Plan Operativo Informtico ao 2010. - Per. EPS Sedajuliaca S.A., Oficina de Informtica. (2010). Plan de contingencias Informtico 2010. - Post, G. (2006). Sistemas de Administracin de Bases de Datos. Tercera Edicin. Editorial Mc Graw Hill. Mxico. - Presuman, R. INGENIERA DEL SOFTWARE, UN ENFOQUE PRCTICO. Editorial McGraw Hill. Quinta Edicin. 2002. - Weitzenfeld, A. Ingeniera de Software, Orientada a Objetos con UML, Java e Internet. Editorial Thomson.

7.2. FUENTES ELECTRNICAS - Aparicio, S. (2009). Sistema de Gestin de Base de Datos. Disponible en http://sergioandres5409.blogspot.com/2009/05/sistema-sgbd-es-el-software-quepermite.html - Cabrero, j. Martnez, M. (2006). Tcnicas de recogida de datos. Disponible en http://www.aniorte-nic.net/apunt_metod_investigac4_9.htm. - Ceja, J. (2010). Conceptos de Software. Recuperado de

http://www.utim.edu.mx/~raycv/materias/infoi_ta/01_Conceptos%20de%20Software.pd f. - Joskowicz, J. (2008). Reglas y Prcticas en eXtreme Programming. Disponible en http://www.etnassoft.com/biblioteca/reglas-y-practicas-en-extreme-programming/ - Masadelante.com. (2011). Definicin de TCP/IP. Recuperado de

http://www.masadelante.com/faqs/tcp-ip.

32

- Mendoza, M. (2004). Metodologas De Desarrollo De Software. Disponible en http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_0706 2004.html. - Microsoft, TechNet. (2011). Protocolo de control de transmisin/Protocolo Internet. Recuperado de http://technet.microsoft.com/es-es/library/cc759700%28WS.10%29.aspx. - Molpeceres, A. (2003). Procesos de desarrollo RUP, XP, FDD. Disponible en www.willydev.net/descargas/Articulos/General/cualxpfddrup.PDF. - Prez, O. (2009). Mtricas, Estimacin y Planificacin en Proyectos de Software. Disponible en www.willydev.net/descargas/WillyDEV_PlaneaSoftware.Pdf. - Rosero, C. (2010). Manual Oracle 9i. Recuperado de

http://www.monografias.com/trabajos81/manual-oracle-9i/manual-oracle-9i2.shtml - Somerville, I. Ingeniera de Software. Editorial Pearson Addison Wesley. Sptima Edicin. Madrid, 2005. - Universidad Nacional Autnoma de Honduras en el Valle de Sula, Informtica administrativa. (2010). Modelos de referencia. Recuperado de

http://www.saechn.com/tesis/wordpress/?cat=14.

33

ANEXO 01
A) Cuestionario de preguntas dirigida a los clientes de la EPS SEDAJULIACA Encuesta piloto

Marque con una equis [X] la opcin que usted considere la adecuada. 1. Cmo califica usted la velocidad de atencin que recibe en ventanilla al momento de realizar sus pagos? [ ] Rpida [ ] Se mantiene igual [ ] Lenta

2. Nota usted que el tiempo de espera en cola de turno ha cambiado? [ ] El tiempo de espera aument [ ] El tiempo de espera se mantiene igual [ ] El tiempo de espera disminuy

B) Cuestionario de preguntas dirigida a los operadores del sistema de recaudacin en lnea Encuesta piloto

1. Cmo ha notado usted la variacin del tiempo en el proceso de registrar una cancelacin de recibo de pago? [ ] El tiempo se reduce [ ] El tiempo se mantiene igual [ ] El tiempo aumenta

2. Cmo ha notado usted la variacin del tiempo para verificar la informacin del usuario con el registro de clientes? [ ] El tiempo se reduce [ ] El tiempo se mantiene igual [ ] El tiempo aumenta

34