TRABAJO DE GRADO AUTORES. FRANCISCO MONASTERIO LÓPEZ, Administrador de Empresas DIEGO ALEJANDRO PINZÓN ROBERTO, Ingeniero de Sistemas DIRECTOR

Transcripción

1 DESARROLLO PROTOTIPO DEL MODULO WEB PARA LA ADMINISTRACIÓN DE LA TARJETA MULTISERVICIOS DE LOS AFILIADOS DE LA CAJA DE COMPENSACIÓN FAMILIAR REGIONAL DEL META - COFREM TRABAJO DE GRADO AUTORES FRANCISCO MONASTERIO LÓPEZ, Administrador de Empresas DIEGO ALEJANDRO PINZÓN ROBERTO, Ingeniero de Sistemas DIRECTOR LILI JOHANA ROZO ROJAS, Ingeniera de Sistemas UNIVERSIDAD DE LOS LLANOS FACULTAD DE CIENCIAS BASICAS E INGENIERIA ESPECIALIZACION EN INGENIERIA DE SOFTWARE VILLAVICENCIO

2 DESARROLLO PROTOTIPO DEL MODULO WEB PARA LA ADMINISTRACIÓN DE LA TARJETA MULTISERVICIOS DE LOS AFILIADOS DE LA CAJA DE COMPENSACIÓN FAMILIAR REGIONAL DEL META - COFREM TRABAJO DE GRADO PRESENTADO COMO REQUISITO PARA OBTENER EL TITULO DE ESPECIALISTA EN INGENIERIA DE SOFTWARE AUTORES FRANCISCO MONASTERIO LÓPEZ, Administrador de Empresas DIEGO ALEJANDRO PINZÓN ROBERTO, Ingeniero de Sistemas DIRECTOR LILI JOHANA ROZO ROJAS, Ingeniera de Sistemas UNIVERSIDAD DE LOS LLANOS FACULTAD DE CIENCIAS BASICAS E INGENIERIA ESPECIALIZACION EN INGENIERIA DE SOFTWARE VILLAVICENCIO

3 Nota de aceptación Firma del presidente del Jurado Firma del Jurado Firma del Jurado 3 Villavicencio, 8 de Julio del 2011

4 1. PLANTEAMIENTO DEL PROBLEMA 1.1. DESCRIPCION DEL PROBLEMA La caja de compensación familiar, presta múltiples servicios a sus afiliados, los cuales acceden a estos mediante mecanismos que debido al avance de la tecnología han quedado obsoletos. En la actualidad la caja de compensación emite subsidios a sus afiliados pagaderos en bonos, los cuales son cambiados por efectivo o redimidos en mercancías en algunos pocos establecimientos de comercio de la ciudad de Villavicencio y en otros municipios del departamento del Meta. Este procedimiento obliga a los usuarios a hacer largas filas sometidos a horarios impuestos por los establecimientos que ofrecen dicho servicio. La administración de los múltiples servicios que la caja de compensación tiene para sus afiliados, requiere de la manipulación de gran cantidad de documentos (planillas y bonos) que llevan al uso ineficiente de los recursos. El costo de generar y dar trámite a la documentación necesaria para prestar los servicios es un gasto administrativo que aumenta cuando hay que hacer entrega de estos documentos por correo certificado a las empresas donde laboran los afiliados. De igual forma a la caja de compensación familiar le corresponde hacer efectivos los bonos en sus sedes administrativas cuando cesan los convenios con los establecimientos de comercio encargados de esta actividad. En la actualidad se ofrecen servicios que son manejados con bonos, dichos servicios se pueden identificar como: pago del subsidio al desempleo a través de bonos alimenticios, emisión y venta de tarjetas regalo o bonificaciones. También se presta el servicio de crédito de cupo rotativo, el cual es el único que usa una tarjeta plastificada y se accede a través de la red de datafonos en 60 establecimientos de comercio los cuales tienen convenio con la Caja de Compensación Familiar COFREM. La caja de compensación familiar dispone de varias aplicaciones que gestionan al menos un servicio de sus afiliados, pero lo hacen de 4

5 manera independiente, lo que dificulta el proceso de administración e integración de la información a través de un mismo dispositivo tecnológico, lo cual hace necesario el acceso a la información a través de servicios web (web services), que permitan consolidar dicha información de manera estándar OBJETIVOS Objetivo general Desarrollar el módulo web para la administración de la Tarjeta Multiservicios de los afiliados a la Caja De Compensación Familiar Regional del Meta COFREM mejorando la prestación de servicios Objetivos específicos Administrar las relaciones entre los servicios, los tipos de tarjeta y la Tarjeta Multiservicio de la Caja de Compensación Familiar. Administrar la asignación y entrega de la Tarjeta Multiservicio a los afiliados de la Caja de Compensación Familiar. Proporcionar un módulo web que permita al usuario afiliado a la Caja de Compensación Familiar, su registro, autenticación, consulta de consumos y saldos de los servicios que proporcionan acceso a través de la Tarjeta Multiservicio. Proporcionar un mecanismo que permita a la Caja de compensación Familiar identificar a sus afiliados cuando hacen uso de los servicios en cualquiera de las entidades comerciales con los cuales COFREM tenga convenio. Disponer de un mecanismo de consulta de información unificado y estándar que permita a los servicios web ser consumidos desde el modulo de Administración de Tarjetas. Proporcionar información de tarjetas, cambio de claves y estado a través de servicios web, para que sean consumidos por las aplicaciones que lo requieran. 5

6 1.3. JUSTIFICACIÓN La caja de Compensación Familiar es una organización dedicada a mejorar la calidad de vida de los trabajadores mediante la prestación de servicios sociales, pago de subsidios en dinero y especie a sus afiliados; para realizar esta labor de forma adecuada se vale del uso eficiente de los recursos informáticos, financieros y capital humano, siempre en busca de la satisfacción permanente del cliente. El desarrollo del presente proyecto está encaminado a optimizar el uso de los recursos tecnológicos con los que cuenta la Caja de Compensación Familiar actualmente, además de crear nuevos medios para que los afiliados puedan acceder a los beneficios que ésta brinda. La implementación del módulo web administrador de tarjetas en la Caja de Compensación Familiar ofrece dos importantes ventajas frente a la forma en que actualmente se realizan los procesos de acceso a la información; la primera de ellas, es que la presenta de forma mas organizada para que sea utilizada por las dependencias que las requiera, la segunda es que facilita la prestación de los servicios sociales a los afiliados, elevando asi la calidad de vida de los mismos. Es innegable la necesidad que tiene hoy la Caja de Compensación Familiar de una solución como la que hoy se plantea, puesto que si bien se dispone de algunos recursos tecnológicos es necesario hacer mas eficiente el uso de los mismos con el objeto de estar mas cerca de las necesidades de sus afiliados. 6

7 2. MARCO DE REFERENCIA 2.1. MARCO CONTEXTUAL Historia La caja de compensación familiar regional del Meta COFREM fue reconocida mediante Resolución No.252 del 13 de Mayo de 1967 emanada de la Gobernación del Meta. Un grupo de empresarios, respondiendo a la convocatoria del SENA, se reunió en las instalaciones de la asamblea departamental, con el objeto de crear la caja de compensación del departamento del Meta. Desde ese entonces, COFREM ha buscado mejorar la calidad de vida de los trabajadores, su familia y en general, de todos los habitantes de la región. COFREM es persona jurídica de derecho privado sin ánimo de lucro, cumple con funciones de seguridad Social, organizada como corporación en la forma prevista en el código civil, con patrimonio propio y con personería jurídica. COFREM brinda a sus trabajadores afiliados la oportunidad de beneficiarse del subsidio monetario y en especie, representado en programas y servicios como educación, capacitación, recreación, vivienda, turismo, mercadeo y crédito social. [ 1 ] Objeto social Según el Artículo 4º de los estatutos de la caja, el objeto de COFREM se define: "COFREM cumple funciones de seguridad social y se halla sometida al control y vigilancia del Estado en la forma establecida por las leyes. El objeto de COFREM, es el pago del Subsidio Familiar en dinero, especie y servicios, a los trabajadores de medianos y menores ingresos del Departamento del Meta y los Llanos Orientales, en proporción al número de personas a cargo, como factor de alivio a las 1 7

8 cargas económicas que representa el sostenimiento de la familia como núcleo básico de la sociedad. [ 2 ] Misión COFREM es un prestador de servicios sociales, que contribuye al mejoramiento de vida de los afiliados a la caja de compensación, habitantes y visitantes al Meta, a través de una óptima combinación de recursos y el mejor aprovechamiento de la tecnología, alto estándares de calidad de servicio, un equipo humano competente y comprometido, que generen en conjunto un alto valor económico y social para las familias Visión Convertir a COFREM en el año 2011 en la empresa con el mayor número de usuarios en programas sociales en el Meta. [ 3 ] Imagen institucional Logotipo COFREM, es una Caja de Compensación Familiar, que tiene como actividad canalizar los aportes dados por las diferentes empresas y revertirlos en servicios a los trabajadores. Se buscó el hexágono porque es una figura geométrica con todos sus lados y ángulos iguales, que si la inscribimos en un círculo, el radio de éste es igual al lado del hexágono, por lo tanto, es la figura que representa de manera óptima a COFREM como entidad de confianza Al determinar un símbolo universal que nos señale dirección y sentido, se encuentra que la flecha se fija a la memoria y al subconsciente de las personas indicando flujo de elementos. Se disponen dos tipos de flechas: unas que representan el flujo de aportes y otras que representan el de servicios o resultados Al realizar la idea resultó una figura que nos simula al hombre y nos complementa el concepto. [ 4 ]

9 Política de calidad La Caja de Compensación Familiar Regional del Meta COFREM, contribuye al mejoramiento de la calidad de vida de las familias del Meta, fortaleciéndolas a través de la prestación de servicios sociales de calidad y el pago de subsidios en dinero y especie. Lo anterior se logra mediante: La aplicación y mejoramiento del Sistema de Gestión de la Calidad. El uso eficiente de los recursos físicos, financieros e informáticos. El compromiso del personal. El direccionamiento hacia la satisfacción permanente del cliente. Redundando en crecimiento económico y organizacional que nos asegure una vida productiva con gran impacto social y empresarial. [ 5 ] Valores Valores corporativos Respeto por el Cliente, Solidaridad, Honestidad, Compromiso Valores organizacionales Orden, limpieza, honradez, puntualidad y responsabilidad. Ahorro e inversión, gusto por el trabajo y deseo de superación. Respeto al derecho de los demás, respeto a la ley y a los reglamentos MARCO TEORICO GENERALIDADES La programación de computadores se puede considerar fundamentalmente una actividad al servicio de otras disciplinas, cuyo objetivo es ayudar a resolver problemas, construyendo soluciones que utilizan como herramienta un computador

10 La computación es una disciplina relativamente joven comparada con otras, pero a pesar de esto, se ha convertido en una de las herramientas que más ha contribuido a aumentar la productividad en cuanto al procesamiento de grandes volúmenes de datos y la simplificación de las tareas que implican la manipulación de los mismos ESTADO DEL SISTEMA DE INFORMACION COFREM a través del tiempo ha visto en la computación una manera de realizar los procesos de manera mas eficiente, así que se han invertido cuantiosos recursos en el diseño, desarrollo e implementación de un sin número de aplicaciones que solucionan uno o más requerimientos de la operación del negocio. Con el pasar del tiempo, COFREM ha evolucionado hacia un estado en que las aplicaciones concebidas para funcionar de manera independiente, ahora deben interactuar con las salidas y entradas de otras aplicaciones, de forma tal que exista interoperabilidad entre las mismas. Las aplicaciones que actualmente funcionan en COFREM están desarrolladas en múltiples tecnologías de programación y se encuentran instaladas sobre distintas plataformas operativas, lo que conduce a concluir que una migración de todas estas a un único sistema es económicamente inviable. La optimización de los procesos mediante el uso racional de los recursos tecnológicos ofrecen la oportunidad de reducir costos y mejorar la eficiencia en el manejo de la información para COFREM, por cuanto que cualquier cambio en el sistema de información es un asunto critico que debe ser resuelto de la mejor manera ARQUITECTURA DE LA EMPRESA: La arquitectura de la empresa es la organización lógica para los procesos de negocio y la infraestructura de tecnologías de la información (TI), en la cual se refleja el estado actual de la organización, el estado deseado y la brecha entre ambos. 8 7 Villalobos S. Jorge, Fundamentos de programación, Colombia, Editorial Pearson Educación, 2006 pag. 2 8 Ross, J, Weill, P. and Robertson D. Enterprise Architecture as Strategy. Boston, Harvard Business Scholl Press, 2006 cap. 4 10

11 Proporciona una visión a largo plazo de los procesos de la compañía de manera que los proyectos individuales pueden ser concebidos como una forma de construir capacidades en el tiempo. Las organizaciones pasan por cuatro etapas para alcanzar un enfoque en el diseño de los procesos de negocio: Deposito de datos del negocio: En esta etapa es donde se encuentra COFREM Tecnología estandarizada Núcleo optimizado Modulación de negocios WEB SERVICES Es una aplicación web que puede ser accedida desde cualquier dispositivo y sobre cualquier plataforma, para lograr esto, se hace uso de una serie de estándares y protocolos existentes tanto para Internet como para las comunicaciones móviles Ventajas de los Web Services Los web services permiten cubrir la creciente demanda de integración entre las múltiples aplicaciones que proporcionan algún tipo de servicio y que requieren de otro interno o externo para solucionar los requerimientos de las organizaciones modernas. Permiten exponer servicios a terceros, para que sean utilizados sin las restricciones y conflictos que se generan cuando se posee plataformas tecnológicas diferentes Estructura y operación del Web Services El web services implementado en el prototipo de la aplicación, consta de una estructura que organiza los componentes y define la forma de interactuar entre los mismos, a continuación se representa de manera gráfica su funcionamiento: 1. El proveedor crea el servicio y la interfaz WSDL. 2. El proveedor publica el servicio en el registro UDDI. 3. El consumidor descubre el servicio en el registro. 11

12 4. El consumidor invoca el servicio SOAP Estándares del Web Services El web services implementado consta de una serie de estándares que se encuentran distribuidos en cada una de las capas que conforman la arquitectura de la aplicación, a continuación se relaciona cada uno de ellos: UDDI: Universal Description Discovery and Integration (Descripción universal para publicar y descubrir) UDDI es un estándar diseñado para proporcionar un catalogo publico de negocios de internet, el cual almacena de forma estructurada la información sobre las empresas y los servicios que éstas ofrecen. Los web services usan el estándar UDDI para publicar los archivos WSDL que describen la información técnica requerida para interactuar con los servicios que están publicados en el catalogo de registros. Los usuarios al consultar el catalogo UDDI encuentran organizaciones, productos y servicios a través de un registro empresarial que consta de los siguientes componentes: Las "páginas blancas", permiten encontrar información acerca de los proveedores de servicios. Las "páginas amarillas, permiten localizar una empresa que preste servicios en alguna área concreta. 9 CoISWE Colectivo investigación Ingeniería de software, Departamento de Ingeniería de Sistemas e Industrial, Facultad de Ingeniería, UN de Colombia 12

13 Las "páginas verdes, permite encontrar Información técnica acerca de Web Services. WSDL: Web Services Description Language (Lenguaje de descripción de servicios web) WSDL describe a los web services los requisitos del protocolo y el formato que debe tener los mensajes para poder establecer comunicación con los servicios listados en el catálogo UDDI. Adicionalmente suministra información de la localización y la funcionalidad del servicio. La descripción que realiza WSDL sobre los datos y las operaciones, son transmitidas tanto al servidor como al consumidor; esto con el objetivo de que ambos entiendan el dato a ser intercambiado y las operaciones que acepta y retorna el mismo. SOAP: Simple Object Access Protocol (Protocolo de acceso a objetos simple) Este protocolo define un mecanismo simple y liviano para que dos objetos que se estén ejecutando en diferentes procesos de un ambiente distribuido, puedan comunicarse mediante el intercambio de información estructurada usando XML. XML extensible Markup Language (Lenguaje de marcado extensible) Es un lenguaje adoptado por la industria, que está diseñado para permitir intercambios de información, sin que las diferencias tecnológicas entre las plataformas sea un problema. Entre las características mas importantes de XML se encuentra la capacidad de permitir el desarrollo de estructuras específicas en las que se define y modela el intercambio de datos entre los sistemas de información involucrados en el desarrollo de una transacción. HTTP: HyperText Transfer Protocol (Protocolo de transferencia de Hipertexto) Es el protocolo usado por todas las transacciones que ocurren en la world wide web, en este se definen la sintaxis y semántica utilizada por los componentes de software que hacen parte de la arquitectura para las comunicaciones web. 13

14 PARADIGMAS Y TECNICAS DE DESARROLLO El proyecto que da origen al prototipo de la aplicación se apoya en paradigmas y técnicas de desarrollo de software que a continuación relacionamos: JPA: Java Persistence API, más conocida por su sigla en ingles JPA, es la API de persistencia desarrollada para la plataforma Java EE. SQL: Structured Query Language (Lenguaje de consultas estructurado), es utilizado para desarrollar las sentencias que interactuaran con la base de datos. UP: (Proceso Unificado), es la metodología de gestión de proyectos de software seleccionada para desarrollar el prototipo de la aplicación. UML: Unified Modeling Language (Lenguaje de Modelado Unificado), es un lenguaje gráfico usado para especificar, visualizar y documentar los componentes de un sistema de desarrollo orientado a objetos ARQUITECTURA DEL PROTOTIPO DE LA APLICACIÓN: Las transacciones dentro del prototipo del administrador de tarjetas inician mediante la llamada a una vista que invoca los servicios a través del controlador que encapsula el flujo de la aplicación hacia la capa de negocios expuesta con las funcionalidades que permiten invocar los DAOs dentro de un contexto transaccional. Los DAOs finalmente se encargan de transferir a la base de datos las operaciones mediante mecanismos de consulta y sentencias de recuperación. Los componentes de los que consta el prototipo del administrador de tarjetas están distribuidos en una Arquitectura de 5 capas, las cuales se discriminan a continuación: 10 Desarrollo de sistemas Informáticos, Colombia, Universidad del Cauca pag, 6 14

15 Capa presentación: se encarga de mostrar una interfaz al usuario mediante la cual éste interactúa con el sistema, permitiendo visualizar y capturar información. JSP (JavaServer Pages): código JSP de la aplicación. Servlet: se encargan de la comunicación con la capa de servicios. Capa servicios: se encarga de controlar las operaciones y el funcionamiento de la aplicación, recibe parámetros desde la interfaz gráfica y envía solicitudes hacia la capa de negocios. Fachadas Servicios Componentes del negocio: en esta capa se encuentra la programación correspondiente a la lógica del administrador de tarjetas, además se encarga de recibir los parámetros enviados desde los servicios y de redireccionar su flujo hacia los DAOs cuando es necesario. Capa de negocios Capa de acceso a datos: se encarga de atender las acciones solicitadas desde la capa de negocios, estas pueden ser de dos tipos, de recuperación de datos mediante consultas y de envío de datos para almacenamiento en la base de datos. Objeto de acceso a datos (DAO) Capa de datos: almacena e indexa la información de los clientes, las tarjetas y las transacciones que se realizan en el prototipo del administrador de tarjetas. Persistencia (Base de datos) HERRAMIENTAS DE DESARROLLO DEVELOPER Las siguientes herramientas fueron utilizadas para diseñar algunos de los artefactos que se indican en cada una de las fases del proyecto: NetBeans 6.5: Se utilizo el plugin de UML-NetBeans de este entorno de desarrollo integrado para que a partir de los casos de usos identificados en la fase de levantamiento de requerimientos, se crearan los diagramas de secuencias que generaron la estructura de clases y funciones sobre las que se desarrollo la programación del prototipo del administrador de tarjetas. 15

16 Eclipse Galileo: Se utilizo el plugin de Metrics sobre el entorno de desarrollo Eclipse, con el objeto de obtener métricas de software que permitieran cuantificar la calidad del código desarrollado para la creación del prototipo del administrador de tarjetas. ArgoUML : En esta herramienta se desarrollaron y documentaron los artefactos que fueron útiles para el diseño del prototipo de la aplicación y que hacen parte del estándar UML 1.0. MySQL WorkBench 5.2: Sobre esta herramienta de modelado se desarrollo el esquema y el diagrama entidad-relación de la base de datos, que se utilizo para realizar las pruebas del prototipo de la aplicación. TOAD Oracle: Esta herramienta de administración de base de datos se utilizo para desarrollar las sentencias SQL que permitieron la extracción de los registros que fueron cargados en el prototipo de la aplicación. Ireport: Con esta herramienta se diseño y genero informes de los registros almacenados en las diferentes bases de datos. OpenProj-1.4: Con esta herramienta de administración de proyectos se diseño el cronograma del proyecto con el que se gestiono el desarollo del administrador de tarjetas HERRAMIENTAS DE EJECUCION RUNTIME Durante el desarrollo del prototipo del administrador de tarjetas se utilizaron varias aplicaciones y herramientas de software que operan en tiempo de ejecución. Base de datos: el prototipo del administrador de tarjetas interactúa con el sistema de información de COFREM, el cual opera sobre los siguientes motores de bases de datos: Oracle Database 10g Enterprise Edition IBM Informix IDS MySQL 5.5 Contenedores web: el prototipo del administrador de tarjetas es una aplicación web con contenido dinámico que requiere ejecutar código JAVA del lado del servidor, a continuación mencionamos los contenedores utilizados para tal fin: 16

17 Apache Tomcat Web services - Axis Servidor de aplicaciones: el contenido dinámico que proporciona el administrador de tarjetas requiere de servicios como: clusterizado, tolerancia a fallas, balanceo de carga, seguridad, transaccionalidad, soporte para publicación y administración de servicios, todos estos son proporcionados por el servidor de aplicaciones sobre el que se desplegó el prototipo de la aplicación: Apache Geronimo (Apache Software Foundation) SEGURIDAD INFORMÁTICA En el desarrollo del prototipo del administrador de tarjetas se utilizaron varias técnicas de programación que contribuyeron a dar seguridad a la información que es procesada, transportada y almacenada por la aplicación. DES-SHA1: Se uso este algoritmo de cifrado para transportar y almacenar las contraseñas de los usuarios de manera segura en la base de datos. SSL: Secure Socket Layer (Capa de conexión segura): el prototipo del administrador de tarjetas se desplegó sobre un servidor web seguro, el cual utiliza certificados de clave publica para crear conexiones en las que los datos viajan cifrados por la capa de transporte. SSL es un protocolo que se ejecuta en el nivel TCP/IP del modelo OSI y es el encargado de garantizar la seguridad e integridad de los mensajes que intercambian el servidor y el cliente, para lograr esto, aplica un algoritmo de cifrado simétrico sobre los datos que viajan por conexiones inseguras. Certificado digital: es un archivo que contiene los datos del propietario del certificado en nuestro caso COFREM, su clave pública y la firma digital de una autoridad competente. Cuando se solicita un certificado digital, se generan un par de claves, la pública y la privada. La clave pública viene en el certificado digital explícitamente. La clave privada queda en custodia del propietario del certificado. El tercer elemento importante que 17

18 tiene el certificado digital es la firma digital de una autoridad certificadora quien esta como aval de que los datos corresponden al propietario. Https: es un protocolo de nivel de aplicación orientado a transacciones, que extiende el convencional protocolo HTTP para permitir el cifrado y la autenticación digital de un cliente. El proceso comienza cuando el usuario hace una petición al servidor indicándole a esté el tipo de cifrado que puede manejar y dónde encontrar su clave pública. Si el usuario con esa clave está autorizado a acceder al recurso, el servidor responde cifrando el recurso y se lo envía al cliente, que usará su clave secreta para descifrarlo y entregarlo al usuario. Firma digital: Permite que aquellos trámites y servicios se puedan firmar digitalmente o con un certificado de firma digital, emitido por una Entidad de Certificación Digital Abierta, debidamente autorizada por la Superintendencia de Industria y Comercio, de conformidad con la Ley y normatividad Colombiana MODELO DE NEGOCIO COFREM es esta migrando sus principales procesos de negocio hacia medios electrónicos que le permitan el manejo digital de sus activos corporativos clave con rapidez y flexibilidad, para lograr esto el prototipo del administrador de tarjetas interactúa con la plataforma de pago electrónico con el fin de contribuir al cumplimiento de los objetivos estratégicos de la organización. Pago electrónico: Servicio que permite la finalización efectiva de todos aquellos trámites y servicios que tienen costo y que en la actualidad, deben hacerse directamente en la entidad bancaria SERVICIOS Y TECNOLOGIAS DE TARJETAS El prototipo de la aplicación esta desarrollado para que opere como una tarjeta de tipo multiservicios con tecnología de tarjeta inteligente smart card. 18

19 Tipos de tarjetas: A continuación se relacionan los tipos de tarjetas de acuerdo con los servicios que están asocian: Tarjeta débito Tarjeta crédito Tarjeta portafolio Tarjeta de servicios Tarjeta multiservicios Tecnologías de tarjetas: Las tarjetas que proporcionan algún tipo de servicio financiero o de intercambio comercial, operan con alguna de las siguientes tecnologías: Tarjeta de Banda magnética: fue diseñada a principios de los años 60, su sistema fue refinado hasta lograr almacenar en una banda magnética los datos digitalizados mediante la alteración de las polaridades de diminutas partículas incrustadas en una resina. Los datos de la tarjeta están codificados en formato binario, siendo la polaridad de las partículas la que determina los bits "0 y 1". El lector detecta y descodifica los cambios de polaridad, llamados "inversiones de flujo" y traduce el código binario en un código alfanumérico que es procesado por un ordenador. Tarjeta Inteligente - Smart Card: El término "tarjeta inteligente" es utilizado desde 1982, refiriéndose en un sentido amplio a cualquier substrato de plástico del tamaño de una tarjeta con uno o más microchips de circuito integrado incrustados. Existen dos tipos de tarjetas Smart Card, aquellas con chips que tienen un microprocesador a bordo (CPU) y otras que únicamente tiene chip de memoria pasiva, estas ultimas son usadas como tarjetas débito. Tarjeta de memoria óptica: Las tarjetas de memoria óptica fueron desarrollada en los 80, esta tecnología utiliza un rayo láser para escribir datos en una banda reflectante de un medio sensible al láser y que está compuesto de partículas metálicas de plata suspendidas en una matriz. La ancha banda dorada está laminada en substratos del tamaño de una tarjeta de crédito de plástico. El láser quema en el medio un pequeño agujero de 2,25 micrómetros, es decir, 0,00225 milímetros de diámetro, que es detectado por un láser 19

20 de baja potencia ubicado en el lector. La presencia o ausencia del agujero quemado representa los bits "1" y "0" en código binario. Tarjeta de Transferencia Térmica de Difusión de tinta: Este tipo de tarjeta permite reproducir imágenes fotográficas en alta definición que contengan hologramas y códigos de barras escaneables, los cuales facilitan la detección de fraudes. La técnica de conformación de imagen utilizada en este tipo de tarjetas superpone en un único campo los colores amarillo, azul, magenta y negro, de modo que se puede reproducir cualquier color del espectro visible sobre la superficie de la tarjeta Servicios de COFREM: El portafolio de COFREM esta compuesto por una cantidad importante de servicios que son accedidos por sus afiliados de diferentes formas, a continuación relacionamos los mas utilizados y sobre los que mayor impacto tiene el prototipo del administrador de tarjetas. Pago de subsidio familiar o cuota monetaria Pago de subsidio al desempleo Tarjeta de crédito de cupo rotativo Desembolso de crédito de consumo Bonificación o regalos Crédito social 2.3. MARCO LEGAL Ley de Comercio Electrónico (Ley 527 de 1999) 11 Por medio de la cual se define y reglamenta el acceso y uso de los mensajes de datos, del comercio electrónico y de las firmas digitales, y se establecen las entidades de certificación y se dictan otras disposiciones. Firmas digitales Entidades de certificación Contenido de los certificados Suscriptores de firmas digitales Entidades de certificación

21 Ley de Protección de la información y de los datos (Ley 1273 del 05 de Enero de 2009) Mediante la cual se crea el bien jurídico De la protección de la información y de los datos y se preservan integralmente los sistemas que utilicen las tecnologías de la información y las comunicaciones, entre otras disposiciones. 12 Capitulo 1: De los atentados contra la confidencialidad, la integridad y la disponibilidad de los datos y de los sistemas informáticos. Acceso abusivo a un sistema informático Obstaculización ilegítima de sistema informático o red de telecomunicación Interceptación de datos informáticos Daño informático Uso de software malicioso Violación de datos personales Capitulo 2: De las atentados informáticos y otras infracciones Hurto por medios informáticos y semejantes Transferencia no consentida de activos Normatividad que rigen a La Caja de Compensación Familiar del Meta COFREM La Caja de Compensación Familiar del Meta COFREM, está sometida a la inspección, control y vigilancia de la Superintendencia del Subsidio Familiar Layes que rigen a COFREM Ley 789 de 2002, por la cual se dictan normas para apoyar el empleo y ampliar la protección social y se modifican algunos artículos del Código Sustantivo de Trabajo. Ley 21 de 1982, por medio de la cual se modifica el régimen del Subsidio Familiar ml 13 Ministerio de la protección Social, Superintendencia de subsidio familiar 21

22 Decretos que rigen a COFREM Decreto 341 de 1988, por el cual se reglamenta la ley 21 de 1981 (por la cual se crea la Superintendencia del Subsidio Familiar) y la ley 21 de 1982 (por medio de la cual modifican el régimen del subsidio familiar) y se dictan otras disposiciones. Decreto 784 de 1989, por medio del cual se reglamenta parcialmente la ley 21 de Normatividad que rige el Subsidio Familiar decretos 14 Aportes parafiscales Decreto 2286 de 2003 Atención Integral a la Niñez Decreto 1729 de 2008 Cuota Monetaria Decreto 1769 de 2003 Fondo para el Fomento del Empleo y Protección al Desempleo FONEDE Decreto 586 de 2004 Decreto 827 de 2003 Decreto 3450 de 2003 Decreto 2340 de 2003 Integración de Consejos Directivos de las Cajas de Compensación Famiar Decreto 1531 de 1990 Marco Normativo del Subsidio Familiar en Colombia Decreto 341 de 1988 Decreto 118 de 1957 Mypimes Decreto 525 de 2009 Régimen de inhabilidades e incompatibilidades para funcionarios de las CCF Decreto 2463 de 1981 Servicio de Educación 14 Superintendencia del subsidio familiar, decretos 22

23 Decreto 2581 de 2007 Servicio de Mercadeo Decreto 2889 de 2007 Servicios Sociales Decreto 784 de 1989 Subsidio de Vivienda Decreto 2080 de 2010 Decreto 2965 de 2009 Decreto 2190 de 2009 Decreto 1142 de 2009 Decreto 4080 de 2007 Decreto 4429 de 2005 Decreto 973 de 2005 Decreto 2015 de 2001 Decreto 1168 de Normatividad que rige el Subsidio Familiar Leyes 15 Contratación Administrativa Ley 1150 de 2007 Ley 80 de 1993 Educación Ley 30 de 1992 Ley 115 de 1994 Evasión Ley 828 de 2003 Mercadeo y manejo financiero de las C.C.F. Ley 1430 de 2010 Ley 633 de 2000 Mypimes Ley 590 de 2000 Ley 550 de 1999 Pensiones Ley 797 de 2003 Ley 6 de Superintendencia del subsidio familiar, Leyes 23

24 Plan Nacional de Desarrollo Ley 812 de 2003 Recreación Ley 336 de 1996 Ley 181 de 1995 Renovación de Administración Pública Ley 790 de 2002 Responsabilidad Social Ley 610 de 2000 Salud Ley 1438 de 2011 Ley 100 de 1993 Sector Agrario Ley 101 de 1993 Sistema Financiero Ley 510 de 1999 Subsidio Familiar* Ley 21 de 1982 Ley 789 de 2002 Subsidio de Vivienda Ley 1432 de 2011 Ley 617 de 2000 Ley 3 de 1991 Ley 49 de 1990 Ley 79 de 1988 Ley 31 de

25 3. METODOLOGÍA Y DESARROLLO 3.1. METODOLOGÍA En el desarrollo del proyecto, se usara como metodología las mejores prácticas del UP - Proceso Unificado de desarrollo de Software, en cuanto a las áreas de trabajo o disciplinas que serán tenidas en cuenta son: modelado del negocio, requerimientos, análisis y diseño, implementación y pruebas. Se eligió UP por que es una metodología de desarrollo que permite gestionar los requerimientos del proyecto mediante el uso de herramientas como UML (Unified Modeling Language) y Metrics las cuales contribuyen con la obtención de software con mayor calidad. Se usará la metodología SOHDM (Scenario-based Object Oriented Hypermedia Design Methodology) durante la fase de analisis y diseño para diagramar la interfaz de usuario y la navegabilidad de la misma; esto con el objeto de alcanzar el mayor grado de comprension sobre el modulo que estamos desarrollando INICIO LEVANTAMIENTO DE REQUERIMIENTOS Planeación o o Cronograma de actividades Ver anexo 1: Vista en diagrama de Grantt y diagrama de red Ver artefacto: 1. Cronograma de actividades.pod - Este archivo se encuentra dentro de la carpeta Artefactos AT y se visualiza con la aplicación OpenProj V1.4, cuyo instalador openproj-1.4.msi esta en la carpeta Software para artefactos. Presupuesto del proyecto Ver anexo 2: Presupuesto del proyecto Dominio de la aplicación Ver artefacto: 2. Dominio de la aplicación 25

26 Obtención de requerimientos o o Entrevistas Ver artefacto: 3. Entrevista jefe de unidad y división Encuestas Ver artefacto: 4. Entrevista asesores Ver artefacto: 5. Entrevista afiliados Casos de uso o o Diagrama de casos de usos Ver anexo 3: Diagrama de casos de uso Ver artefacto: 6. Diagrama de casos de uso.zargo - Este archivo se encuentra dentro de la carpeta Artefactos AT y se visualiza con la aplicación ArgoUML V0.32.2, cuyo instalador ArgoUML setup.exe esta en la carpeta Software para artefactos. Descripción de casos de uso Ver artefacto: 7. Descripción de casos de uso ELABORACIÓN ANALISIS Y DISEÑO Modelo de clases o Identificación de clases Ver artefacto: 8. Identificación de clases o o o Estereotipos de clases Ver artefacto: 9. Estereotipos de clases Descripción de clases Ver artefacto: 10. Descripción de clases Diagrama de clases Ver anexo 4: Diagrama de clases Ver artefacto: 11. Diagrama de clases.eap - Este archivo se encuentra dentro de la carpeta Artefactos AT y se visualiza con la aplicación Enterprise Architec V8.0, cuyo instalador 26

27 easetup.exe esta en la carpeta Software para artefactos. Modelo entidad relación Ver anexo 5: Modelo entidad relación Ver artefacto: 12. Modelo entidad relación.mwb - Este archivo se encuentra dentro de la carpeta Artefactos AT y se visualiza con la aplicación MySQL WorkBench V5.2, cuyo instalador mysql-workbench-gpl win32.msi esta en la carpeta Software para artefactos. Diagramas de secuencia Ver artefacto: 13. Diagramas de secuencia - Este archivo se encuentra dentro de la carpeta Artefactos AT y se visualiza con la aplicación Enterprise Architec V8.0, cuyo instalador easetup.exe esta en la carpeta Software para artefactos. Diccionario de datos Ver artefacto: 14. Diccionario de datos Casos de prueba o Diseño de casos de prueba para cada caso de uso y escenarios o Plan de pruebas Vistas y Navegabilidad o Diseño de interfaz de usuario o Diseño navegabilidad CONSTRUCCION IMPLEMENTACION Diagrama de Clases entidad con relaciones, multiplicidad y cardinalidad. Codificación del modulo en lenguaje de programación implementando las responsabilidades del diagrama de clases y aplicando los casos de uso PRUEBAS Desarrollo de la batería de pruebas Pruebas de unidad 27

28 1 CRONOGRAMA DE ACTIVIDADES ANEXO VISTA EN DIAGRAMA DE GRANTT VISTA EN DIAGRAMA DE RED Cronograma realizado en OpenProj Vista Diagrama de Grantt 17 Cronograma realizado en OpenProj Vista Diagrama de red 28

29 2. PRESUPUESTO DEL PROYECTO ANEXO PRESUPUESTO POR FUENTE DE FINANCIACIÓN TALENTO HUMANO Fuente Hora s Valor Hora Valor Proponentes Francisco Monasterio López Alejandro Pinzón Recursos propios (valoración know-how ) Asesor Universidad de los Llanos Total Ítem Talento Humano RECURSOS Fuente Valor Hardware 2 equipos de desktop 1 Portátil 1 Impresora 1 Datafono Software Open Office MySQL Netbeans Apache Tomcat Glassfish JDK JRE Patrimonio de los proponentes Caja de compensación familiar (Calidad de préstamo) Oracle Oracle Oracle Apache Oracle Oracle

30 OpenProj Serena Software inc. 0 Comunicación Red de trasmisión de datos Caja de Compensación Familiar 0 0 Total Ítem Recursos RECURSOS DE OFICINA Fuente Valor Papelería Recursos propios Internet Recursos propios Tintas Recursos propios CDs o DVD Recursos propios Total Ítem Recursos de Oficina RECURSOS DE INFORMACIÓN Fuente Valor Bibliografía Recursos propios Cuadros Recursos propios Estadísticas Recursos propios Encuesta Recursos propios Entrevistas Recursos propios Base de Datos Caja de Compensación Familiar 0 Total Recursos de Información PRESUPUESTO GLOBAL DEL PROYECTO Ítem Valor Talento humano Recursos Recursos de oficina Recursos de información Total

31 ANEXO 3 3. Diagrama de casos de uso 31

32 ANEXO 4 4. Diagrama de clases 32

33 ANEXO 5 5. Modelo entidad relación 33