i

SOFWARE COBRO DE CARTERA

David Felipe Castiblanco Cantor

Trabajo de Grado para Optar el Ttulo de Bachiller Acadmico con nfasis en Tecnologa e Informtica

AREA DE TECNOLOGIA E INFORMATICA ColegioPedaggico DulceMara Bogot, 6 Junio de 2012

ii

SOFWARE COBRO DE CARTERA

David Felipe Castiblanco Cantor

Asesor Jos Armando Siza Colmenares Lic. Ciencias Naturales y Ed. Ambiental Egresado de la Universidad de la Salle Colombia

AREA DE TECNOLOGIA E INFORMATICA Colegio Pedaggico Dulce Mara Bogot, 6 Junio de 2012

iii

EVALUACION

APROBACION JURADO EN JEFE _____________________________ _____________________________

_____________________________ _____________________________ _____________________________ APROBACION JURADO SEGUNDO _____________________________ _____________________________

_____________________________ _____________________________ _____________________________ APROBACION JURADO TERCERO _____________________________ _____________________________

_____________________________ _____________________________ _____________________________

iv

AGRADECIMIENTO Yo David Felipe Castiblanco Cantor dedico ese proyecto de grado a todas esas personas que cada da me hacen madurar, crecer como persona y que me apoyan en cada paso que doy en mi camino; en especial a una persona que me ha hecho cambiar en mi vida las cosas malas, que aun estando en los ms difciles momentos ha credo en mi, tambin a mi madre, y a mi padre en especial porque me han criado por un buen camino de rectitud y me han corregido toda mi vida para ser lo que hoy en da soy, a mi hermano por estar con migo en todo momento confiar y creer en m, a mis amigos que no me abandonan por cuanto mal sea la situacin. Le doy gracias, a quienes en cada momento pensaron y confiaron en m en cada instante de mis momentos difciles. A los docentes del Colegio y Sena que con su ayuda me instruyeron e hicieron de m un gran bachiller.

CONTENIDO Pag. RESUMEN ABSTRACT INTRODUCCION DESCRIPCION DEL PROBLEMA PREGUNTAS GENERAL ESPECIFICAS OBJETIVOS GENERAL ESPECIFICO JUSTIFICACION MARCO TEORICO GESTION DE LOS ASOCIADOS REGISTRO REPORTE DE CARTERA PREGRAMAS Y SUS FUNCIONES DIA MY-SQL PHP MARCO LEGAL MARCO METODOLOGICO 7 8 9 9 10 10 10 11 11 11 12 13 13 13 13 14 14 15 21 26 31

vi

ENCUESTAS MARCO INVESTIGATIVO REQUERIMIENTOS FUNCIONALES REQUERIMIENTOS NO FUNCIONALES MATRIZ CASOS DE USO DISEO DEL SOFTWARE MODELO RELACIONAL DESARROLLO RESULTADOS BENEFICIOS CONCLUSIONES BIBLIOGRAFIA

33 38 40 42 43 43 46 47 49 50 51 52

RESUMEN
En la actualidad, podemos ver que la tecnologa se ha vuelto un apoyo importante en la construccin de los sistemas de informacin que automatizan los procesos que son realizados en las organizaciones, con el fin de ser cada vez ms eficientes en la toma de decisiones que ellas han definido como objetivos. Este Proyecto se basa en la implementacin de una aplicacin de cartera, que permita no solo a la empresa sino tambin a l asociado poder tener acceso mucho ms fcilmente a la informacin contenida en la empresa,la cualgestiona el cobro de cartera, para que as tengan ms orden en cuanto a sus diferentes tipos de informaciones,las cuales de esta se puede tener mayor certeza que llevaba cuenta en Excel o en papel, y viendo que su perdida era exagerada, deciden hacerlo ms equitativamente en una aplicacin cmoda a la medida de la entidad de sector solidario. ABSTRACT

At the present time, we can see that the technology has become an important support in the construction of the information systems that more and more automate the processes that are made in the organizations, with the purpose of being efficient in the decision making that they have defined as objectives. This Project is based on the implementation of an application of portfolio, that also allows him not only to the company but associated to be able to much more have access easily to the information contained in the company, which manages the collection of portfolio, so that thus they have more order as far as its different types from information, which of this can be had greater certainty than it took account in Excel or paper, and seeing that its lost one was exaggerated, they decide to more equitably do it in a comfortable application custom-made of the organization of shared in common sector.

DESCRIPCION DEL PROBLEMA Un fondo de empleados entidad de sector solidario, con una actividad de ahorro y crdito, ve que a medida que aumenta el nmero de asociados y por consiguiente de crditos, se le hace ms difcil su control y manejo de contenido de la informacin. Para ello necesita un programa sujeto a una base de datos que sea administrado por un empleado especfico (auxiliar de cartera), que genere reportes basados en el estado de cuenta del asociado y al asociado le informe el plazo de pago, numero de cuotas, lnea de crdito, cuotas vencidas por mora, garanta (real y/o personal), fecha inicio de pago y finalizacin de pago, valor de cuotas, tasa de inters, tambin se requiere que el empleado al proveer de informacin la base de datos, este genere reportes confiables de la cartera de los asociados, para que el gerente analice dichos reportes e inicie una gestin de cobro de otras decisiones. PREGUNTAS Pregunta Central Cmo crear un programa que permita el manejo de informacin de un fondo de empleados, ms especficamente el cobro de cartera?

Pregunta Especficas Con que programa se creara la Aplicacin? Cmo se actualizara la Aplicacin? Cmo ingresara el asociado, empleado y gerente? Con que fin crea esta Aplicacin cobro de cartera? Un fondo de empleados estara interesado en la adquisicin de esta aplicacin?

Objetivos General Disear una aplicacin que me permita manejar la informacin de cobro de cartera, de un fondo de empleados por medio de una base de datos, creada por un sistema de gestin de base de datos llamado MySQL,y esta estar enlazada a un lenguaje de programacin orientado a objetos el cual es conocido como PHP, todo esto para que sea de fcil manejo para cualquier administracin.

Especficos

Utilizar un sistema de gestin de datos llamado MySQL, el cual se enlazara a un lenguaje de programacin orientado a objetos para ser actualizado por el empleado especfico, conocido como PHP, para la creacin de la Aplicacin.

DisearunSign up Para el asociado, empleado y gerente para poder acceder a la Aplicacin ordenadamente. Crear esta Aplicacin con el fin de poder enviar informes con ms facilidad, y adems poder ordenar la informacin. JUSTIFICACION La razn por la cual se requiere este proyecto, es la cual el fondo de empleados entidad de sector solidario, necesita poder administrar su informacin fcil, rpida y equitativamente, por eso se le facilita el diseo de una aplicacin la cual enlazada a una base datos, nos permita informar al asociado sobre su estado de crdito, solicitado al fondo. Tambin que le permite al empleado generar reportes a el gerente, para que este si es el caso seleccione una estrategia de cobro si el crdito se encuentra en mora.

10

MARCO TEORICO

En la vida actual, muchas instituciones para mejorar el funcionamiento de los procesos administrativos, financieros y contables, estn aplicando las nuevas tecnologas como son los sistemas de informacin que permitan realizar una gestin de la informacin ms eficiente, segura y eficaz. Para llevar a cabo una aplicacin eficiente se debe realizar un estudio de los procesos que se van a sistematizar y poder acoplarse de acuerdo a las necesidades requeridas. Gestinde los Asociados Del Asociado podemos inferir la informacin personal y jurdica que este tenga para la base de datos, en este caso se le solicita la informacin necesaria como es: el nmero de identidad, nombre con apellido, nombre direccin de domicilio, y el la informacin jurdica solo se registra si esta reportado o si no es el caso se deja a un lado. Registro Es el nmero que identifica la cartera a la cual el asociado est inscrito para cancelar el crdito y de esta forma poder conocer en cualquier momento el estado en que se encuentra la deuda de este. Al momento de revisar el prstamo este necesita especificar el nmero de identificacin del cobro de cartera, tambin si desea mirar por parte del asociado, tipo de crdito, datos del empleado que hizo el crdito, tipo de garanta, y la lnea de crdito del prstamo. Reportede Cartera En un fondo de empleados se disean y envan al gerente, reportes con los datos especficos de las carteras en mora, para que el gerente plantee una estrategia de cobro.

11

Programasy sus Funciones

o DIA

Dia es una aplicacin informtica de propsito general para la creacin de diagramas, desarrollada como parte del proyecto GNOME. Est concebido de forma modular, con diferentes paquetes de formas para diferentes necesidades. Dia est diseado como un sustituto de la aplicacin comercial Visio de Microsoft. Se puede utilizar para dibujar diferentes tipos de diagramas. Actualmente se incluyen diagramas entidad-relacin, diagramas UML, diagramas de flujo, diagramas de redes, diagramas de circuitos elctricos, etc. Nuevas formas pueden ser fcilmente agregadas, dibujndolas con un subconjunto de SVG e incluyndolas en un archivo XML. El formato para leer y almacenar grficos es XML (comprimido con gzip, para ahorrar espacio). Puede producir salida en los formatos EPS, SVG y PNG. Tambin conviene recordar que Dia, gracias al paquete dia2code, puede generar el esqueleto del cdigo a escribir, si utilizramos con tal fin un UML. Caractersticas Est concebido de forma modular, con diferentes paquetes de formas para diferentes necesidades. Puede emplearse para dibujar diferentes tipos de diagramas como diagramas de entidad-relacin, de UML, de flujo, de redes, de circuitos electrnicos, etc. Permite agregar nuevas formas o componentes para diagramas, empleando archivos SVG. Almacena los diagramas en formato XML (comprimidos en ZIP). Tambin puede emplear scripts usando lenguaje de programacin Python. Guarda o exporta diagramas en formatos como EPS, SVG, PNG, DXF (de Autocad), CGM (Computer Graphics Metafile, descrito en estndares ISO), WMF (Windows Meta File), JPEG y VDX (de Microsoft Visio Drawing).

12

o MySQL MySQL es un sistema de gestin de bases de

datos relacional, multihilo y multiusuario con ms de seis millones de instalaciones.MySQL AB desde enero de 2008 una subsidiaria de Sun Microsystems y sta a su vez de Oracle Corporation desde abril de 2009 desarrolla MySQL como software libre en un esquema de licenciamiento dual. Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia especfica que les permita este uso. Est desarrollado en su mayor parte en ANSI C. Al contrario de proyectos como Apache, donde el software es desarrollado por una comunidad pblica y los derechos de autor del cdigo estn en poder del autor individual, MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte del cdigo. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Adems de la venta de licencias privativas, la compaa ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran va Internet. MySQL AB fue fundado por David Axmark, Allan Larsson y Michael Widenius.

Caterticas Inicialmente, MySQL careca de elementos considerados esenciales en las bases de datos relacionales, tales como integridad referencial y transacciones. A pesar de ello, atrajo a los desarrolladores de pginas web con contenido dinmico, justamente por su simplicidad. Poco a poco los elementos de los que careca MySQL estn siendo incorporados tanto por desarrollos internos, como por desarrolladores de software libre. Entre las caractersticas disponibles en las ltimas versiones se puede destacar:

Amplio subconjunto del lenguaje SQL. Algunas extensiones son incluidas igualmente.

13

Disponibilidad en gran cantidad de plataformas y sistemas. Posibilidad de seleccin de mecanismos de almacenamiento que ofrecen diferente velocidad de operacin, soporte fsico, capacidad, distribucin geogrfica, transacciones...

Transacciones y claves forneas. Conectividad segura. Replicacin. Bsqueda e indexacin de campos de texto.

MySQL es un sistema de administracin de bases de datos. Una base de datos es una coleccin estructurada de tablas que contienen datos. Esta puede ser desde una simple lista de compras a una galera de pinturas o el vasto volumen de informacin en una red corporativa. Para agregar, acceder a y procesar datos guardados en un computador, usted necesita un administrador como MySQL Server. Dado que los computadores son muy buenos manejando grandes cantidades de informacin, los administradores de bases de datos juegan un papel central en computacin, como aplicaciones independientes o como parte de otras aplicaciones. MySQL es un sistema de administracin relacional de bases de datos. Una base de datos relacional archiva datos en tablas separadas en vez de colocar todos los datos en un gran archivo. Esto permite velocidad y flexibilidad. Las tablas estn conectadas por relaciones definidas que hacen posible combinar datos de diferentes tablas sobre pedido. MySQL es software de fuente abierta. Fuente abierta significa que es posible para cualquier persona usarlo y modificarlo. Cualquier persona puede bajar el cdigo fuente de MySQL y usarlo sin pagar. Cualquier interesado puede estudiar el cdigo fuente y ajustarlo a sus necesidades. MySQL usa el GPL (GNU General Public License) para definir que puede hacer y que no puede hacer con el software en diferentes situaciones. Si usted no se ajusta al GPL o requiere introducir cdigo MySQL en aplicaciones comerciales, usted puede comprar una versin comercial licenciada.

14

Historiadel Proyecto

SQL (lenguaje de consulta estructurado) fue comercializado por primera vez en 1981 por IBM, el cual fue presentado a ANSI y desde entonces ha sido considerado como un estndar para las bases de datos relacionales. Desde 1986, el estndar SQL ha aparecido en diferentes versiones como por ejemplo: SQL:92, SQL:99, SQL:2003. MySQL es una idea originaria de la empresa opensource MySQL AB establecida inicialmente en Suecia en 1995 y cuyos fundadores son David Axmark, Allan Larsson, y Michael "Monty" Widenius. El objetivo que persigue esta empresa consiste en que MySQL cumpla el estndar SQL, pero sin sacrificar velocidad, fiabilidad o usabilidad. Michael Monty Widenius en la dcada de 1990 trat de usar mSQL para conectar las tablas usando rutinas de bajo nivel ISAM; sin embargo, mSQL no era rpido y flexible para sus necesidades. Esto lo llev a crear una interfaz de programacin de aplicaciones SQL denominada MySQL para bases de datos muy similar a la de mSQL pero ms portable. El nombre de MySQL procede de la combinacin de My, hija Widenius, con el acrnimo SQL (segn la documentacin de la ltima versin en ingls2 ). Por otra parte, el directorio base y muchas de las bibliotecas usadas por los desarrolladores tenan el prefijo My. El nombre del delfn de MySQL es Sakila y fue seleccionado por los fundadores de MySQL AB en el concurso Name the Dolphin. Este nombre fue enviado por Ambrose Twebaze, un desarrollador de software de cdigo abierto africano, derivado del idioma SiSwate, el idioma local de Suazilandia y corresponde al nombre de una ciudad en Arusha, Tanzania, cerca de Uganda la ciudad origen de Ambrose.

LenguajesdeProgramacin

Existen varias interfaces de programacin de aplicaciones que permiten, a aplicaciones escritas en diversos lenguajes de programacin, acceder a las bases de datos MySQL, incluyendo C, C++, C#, Pascal, Delphi (via dbExpress), Eiffel, Smalltalk, Java(con una implementacin nativa del driver de

15

Java), Lisp, Perl, PHP, Python, Ruby,Gambas, REALbasic (Mac y Linux), (x)Harbour (Eagle1), FreeBASIC, y Tcl; cada uno de estos utiliza una interfaz de programacin de aplicaciones especfica. Tambin existe una interfaz ODBC, llamado MyODBC que permite a cualquier lenguaje de programacin que soporte ODBC comunicarse con las bases de datos MySQL. Tambin se puede acceder desde el sistema SAP, lenguaje ABAP. Aplicaciones

MySQL es muy utilizado en aplicaciones web, como Drupal o phpBB, en plataformas (Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por herramientas de

seguimiento de errores como Bugzilla. Su popularidad como aplicacin web est muy ligada a PHP, que a menudo aparece en combinacin con MySQL. MySQL es una base de datos muy rpida en la lectura cuando utiliza el motor no transaccional MyISAM, pero puede provocar problemas de integridad en entornos de alta concurrencia en la modificacin. En aplicaciones web hay baja concurrencia en la modificacin de datos y en cambio el entorno es intensivo en lectura de datos, lo que hace a MySQL ideal para este tipo de aplicaciones. Sea cual sea el entorno en el que va a utilizar MySQL, es importante monitorizar de antemano el rendimiento para detectar y corregir errores tanto de SQL como de programacin.

16

VersionesMySQL

Caractersticas Distintivas

Las siguientes caractersticas son implementadas nicamente por MySQL:

Permite escoger entre mltiples motores de almacenamiento para cada tabla. En MySQL 5.0 stos deban aadirse en tiempo de compilacin, a partir de MySQL 5.1 se pueden aadir dinmicamente en tiempo de ejecucin:

Los hay nativoscomo MyISAM, Falcon, Merge, InnoDB, BDB, Memory/heap, MySQL Cluster, Federated, Archive, CSV, Blackhole y Example

17

Desarrollados por partners como solidDB, NitroEDB, ScaleDB, TokuDB, Infobright (antes Brighthouse), Kickfire, XtraDB, IBM DB2). InnoDB Estuvo desarrollado as pero ahora pertenece tambin a Oracle

Desarrollados por la comunidad como memcache, httpd, PBXT y Revision

Agrupacin de transacciones, reuniendo mltiples transacciones de varias conexiones para incrementar el nmero de transaccionespor segundo.

Tipos de compilacin del servidor

Hay tres tipos de compilacin del servidor MySQL:

Estndar: Los binarios estndar de MySQL son los recomendados para la mayora de los usuarios, e incluyen el motor de almacenamiento InnoDB.

Max (No se trata de MaxDB, que es una cooperacin con SAP): Los binarios incluyen caractersticas adicionales que no han sido lo bastante probadas o que normalmente no son necesarias.

MySQL-Debug: Son binarios que han sido compilados con informacin de depuracin extra. No debe ser usada en sistemas en produccin porque el cdigo de depuracin puede reducir el rendimiento.

Licencias La licencia GNU GPL de MySQL obliga a que la distribucin de cualquier producto derivado (aplicacin) se haga bajo esa misma licencia. Si un desarrollador desea incorporar MySQL en su producto pero desea distribuirlo bajo otra licencia que no sea la GNU GPL, puede adquirir una licencia comercial de MySQL que le permite hacer justamente eso.

18

o PHP

PHP es un acrnimo recursivo que significa PHP Hypertext Pre-processor (inicialmentePHP Tools, o, Personal Home Page Tools). Fue creado originalmente por Rasmus Lerdorf en 1994; sin embargo la implementacin principal de PHP es producida ahora por The PHP Group y sirve como el estndar de facto para PHP al no haber una especificacin formal. Publicado bajo la PHP License, la Free Software Foundation considera esta licencia como software libre. Puede ser desplegado en la mayora de los servidores web y en casi todos los sistemas operativos y plataformas sin costo alguno. El lenguaje PHP se encuentra instalado en ms de 20 millones de sitios web y en un milln de servidores, el nmero de sitios en PHP ha compartido algo de su preponderante dominio con otros nuevos lenguajes no tan poderosos desde agosto de 2005. El sitio web de Wikipedia est desarrollado en PHP. Es tambin el mdulo Apache ms popular entre las computadoras que utilizan Apache como servidor web. El gran parecido que posee PHP con los lenguajes ms comunes de programacin estructurada, como C y Perl, permiten a la mayora de los programadores crear aplicaciones complejas con una curva de aprendizaje muy corta. Tambin les permite involucrarse con aplicaciones de contenido dinmico sin tener que aprender todo un nuevo grupo de funciones. Aunque todo en su diseo est orientado a facilitar la creacin de sitios webs, es posible crear aplicaciones con una interfaz grfica para el usuario, utilizando la extensin PHPQt o PHP-GTK. Tambin puede ser usado desde la lnea de rdenes, de la misma manera como Perl o Python pueden hacerlo; a esta versin de PHP se la llama PHP-CLI (Command Line Interface). Cuando el cliente hace una peticin al servidor para que le enve una pgina web, el servidor ejecuta el intrprete de PHP. ste procesa el script solicitado que generar el contenido de manera dinmica (por ejemplo obteniendo informacin de una base de datos). El resultado es enviado por el intrprete al servidor, quien a su vez se lo enva al cliente. Mediante extensiones es tambin posible la generacin de archivos PDF, Flash, as como imgenes en diferentes formatos.

19

Permite la conexin a diferentes tipos de servidores de bases de datos tales como MySQL, PostgreSQL, Oracle, ODBC, DB2,Microsoft Server, Firebird y SQLite. PHP tambin tiene la capacidad de ser ejecutado en la mayora de los sistemas operativos, tales como Unix (y de ese tipo, comoLinux o Mac OS X) y Microsoft Windows, y puede interactuar con los servidores de web ms populares ya que existe en versin CGI, mdulo para Apache, e ISAPI. PHP es una alternativa a las tecnologas de Microsoft ASP y ASP.NET (que utiliza C# y Visual Basic .NET como lenguajes), aColdFusion de la empresa Adobe, a JSP/Java y a CGI/Perl. Aunque su creacin y desarrollo se da en el mbito de los sistemas libres, bajo la licencia GNU, existe adems un entorno de desarrollo integrado comercial llamado Zend Studio. CodeGear (la divisin de lenguajes de programacin de Borland) ha sacado al mercado un entorno de desarrollo integrado para PHP, denominado 'Delphi for PHP. Tambin existen al menos un par de mdulos para Eclipse, uno de los entornos ms populares. SQL

Historia Fue originalmente diseado en Perl, con base en la escritura de un grupo de CGI binarios escritos en el lenguaje C por el programador dans-canadiense Rasmus Lerdorf en el ao 1994 para mostrar su currculum vtae y guardar ciertos datos, como la cantidad de trfico que su pgina web reciba. El 8 de junio de 1995 fue publicado "Personal Home Page Tools" despus de que Lerdorf lo combinara con su propio Form Interpreter para crear PHP/FI. Dos programadores israeles del Technion, Zeev Suraski y Andi Gutmans, reescribieron el analizador sintctico (parser en ingls) en el ao 1997 y crearon la base del PHP3, cambiando el nombre del lenguaje a la forma actual. Inmediatamente comenzaron experimentaciones pblicas de PHP3 y fue publicado oficialmente en junio de 1998. Para 1999, Suraski y Gutmans reescribieron el cdigo de PHP, produciendo lo que hoy se conoce como motor Zend. Tambin fundaron Zend Technologies en Ramat Gan, Israel.

20

En mayo de 2000 PHP 4 fue lanzado bajo el poder del motor Zend Engine 1.0. El da 13 de julio de 2007 se anunci la suspensin del soporte y desarrollo de la versin 4 de PHP,2 a pesar de lo anunciado se ha liberado una nueva versin con mejoras de seguridad, la 4.4.8 publicada el 13 de enero del 2008 y posteriormente la versin 4.4.9 publicada el 7 de agosto de 2008.3 Segn esta noticia [1]se dar soporte a fallos crticos hasta el 9 de agosto de 2008. El 13 de julio de 2004, fue lanzado PHP 5, utilizando el motor Zend Engine 2.0 (o Zend Engine 2). Incluye todas las ventajas que provee el nuevo Zend Engine 2 como:

Mejor soporte para la programacin orientada a objetos, que en versiones anteriores era extremadamente rudimentario.

Mejoras de rendimiento. Mejor soporte para MySQL con extensin completamente rescrita. Mejor soporte a XML (XPath, DOM, etc.). Soporte nativo para SQLite. Soporte integrado para SOAP. Iteradores de datos. Manejo de excepciones. Mejoras con la implementacin con Oracle.

Caractersticasde PHP Orientado al desarrollo de aplicaciones web dinmicas con acceso a informacin almacenada en una base de datos.

El cdigo fuente escrito en PHP es invisible al navegador web y al cliente ya que es el servidor el que se encarga de ejecutar el cdigo y enviar su resultado HTML al navegador. Esto hace que la programacin en PHP sea segura y confiable.

Capacidad de conexin con la mayora de los motores de base de datos que se utilizan en la actualidad, destaca su conectividad conMySQL y PostgreSQL.

Capacidad de expandir su potencial utilizando mdulos (llamados ext'so extensiones).

21

Posee una amplia documentacin en su sitio web oficial, entre la cual se destaca que todas las funciones del sistema estn explicadas y ejemplificadas en un nico archivo de ayuda.

Es libre, por lo que se presenta como una alternativa de fcil acceso para todos. Permite aplicar tcnicas de programacin orientada a objetos. Biblioteca nativa de funciones sumamente amplia e incluida. No requiere definicin de tipos de variables aunque sus variables se pueden evaluar tambin por el tipo que estn manejando en tiempo de ejecucin.

Tiene manejo de excepciones (desde PHP5). Si bien PHP no obliga a quien lo usa a seguir una determinada metodologa a la hora de programar (muchos otros lenguajes tampoco lo hacen), aun hacindolo, el programador puede aplicar en su trabajo cualquier tcnica de programacin o de desarrollo que le permita escribir cdigo ordenado, estructurado y manejable. Un ejemplo de esto son los desarrollos que en PHP se han hecho del patrn de diseo Modelo Vista Controlador (MVC), que permiten separar el tratamiento y acceso a los datos, la lgica de control y la interfaz de usuario en tres componentes independientes.

Inconvenientes

Como es un lenguaje que se interpreta en ejecucin, para ciertos usos puede resultar un inconveniente que el cdigo fuente no pueda ser ocultado. La ofuscacin es una tcnica que puede dificultar la lectura del cdigo pero no necesariamente impide que el cdigo sea examinado.

Debido a que es un lenguaje interpretado, un script en PHP suele funcionar considerablemente ms lento que su equivalente en un lenguaje de bajo nivel, sin embargo este inconveniente se puede minimizar con tcnicas de cache tanto de en archivos y memoria.

Las variables al no ser tipiadas dificulta a los diferentes IDEs para ofrecer asistencias para el tipeado del cdigo, aunque esto no es realmente un inconveniente del lenguaje en s. Esto es solventado por Zend Studio aadiendo un comentario con el tipo a la declaracin de la variable.

22

XAMPP, LAMP, WAMP XAMPP es un servidor independiente de plataforma, software libre, que consiste principalmente en la base de datos MySQL, el servidor Web Apache y los intrpretes para lenguajes de script: PHP y Perl. El nombre proviene del acrnimo de X (para cualquiera de los diferentes sistemas operativos), Apache, MySQL, PHP, Perl. El programa est liberado bajo la licencia GNU y acta como un servidor Web libre, fcil de usar y capaz de interpretar pginas dinmicas. Actualmente XAMPP est disponible para Microsoft Windows, GNU/Linux, Solaris, y MacOS X. LAMP presenta una funcionalidad parecida a XAMP, pero enfocada en Linux, y WAMP lo hace enfocado en Windows.

23

MARCO LEGAL Proteccindel Software Mediante Derechosde Autor Los derechos de propiedad intelectual o de autor constituyen la principal

forma de proteccin legal del software, como bien inmaterial producto de la creatividad humana. La Ley dePropiedad Intelectual (LPI) contempla su proteccin como obra literaria, e incluye los programas en la lista no exhaustivade obras protegidas (Art. 10.1.(i)). Aunque los programas de ordenador no encajen perfectamente en esta figura legal, esta proteccin ofrece varias ventajas:

Una proteccin automtica: los derechos de autor nacen por el mero hecho de la creacin original (y publicacin de la obra, bajo el rgimen legal anglosajn).

Una proteccin internacional: La proteccin se ofrece en casi todo el mundo, en virtud de tratados internacionales como losde Berna, el ADPIC (TRIPS en ingls) y los acuerdos OMPI (WIPO), y las directivas europeas.

Una proteccin simple y econmica: no hace falta realizar solicitudes ni registrar la obra (y pagar las correspondientes tasas y honorarios legales) para obtener la proteccin.

Una proteccin limitada: La proteccin es limitada en el tiempo (aunque la vida del autor ms 70 aos es una eternidad en el sector informtico) y a la expresin de las ideas y principios (el cdigo escrito). La limitacin de la proteccin a esta expresin, permite la creacin de software interoperable y/o compatible por un lado, y la creacin nueva de una misma funcionalidad por el otro, por ejemplo a partir de una ingeniera inversa o especificacin independiente de unsoftware inicial (una patente impedira esta re-creacin).

Objeto de proteccin Los DPI protegen el programa en cualquiera de sus expresiones posibles (cdigo fuente y cdigo objeto) y en su totalidad (incluye las interfaces) (Art 96.1). Adems, la LPIamplia la proteccin a la documentacin preparatoria y a la documentacin tcnica y manuales de uso (tambin gozar esta documentacin de su propia proteccin por la LPI como obra literaria o grfica.). Lo que no protege son las ideas y los principios (Art 96.4) lo que permite la reingeniera de un programa, o la creacin

paralela de programas con funcionalidades similares.

24

Artculo 96. TRLPI A los efectos de la presente Ley se entender por programa deordenador toda secuencia de instrucciones o indicacionesdestinadas a ser utilizadas, directa o indirectamente, en un sistema informtico para realizar una funcin o una tarea o para obtener un resultado determinado, cualquiera que fuere su forma de expresin y fijacin. La proteccin prevista en la presente Ley se aplicar a cualquier forma de expresin deun programa de ordenador. Esta definicin incluye cualquier tipo de secuencia deinstrucciones, por lo tanto incluye, como ejemplos:

Sistemas operativos, programas estndares de uso general, programas desarrollados a medida

Libreras

otros

componentes de software,

scripts,

servlets,

Java

Beans,

StoredProcedures, motores de bases de datos (pero no el contenido de las mismas), etc.

Entornos de desarrollo (IDEs, p.e. el JDK de Sun, .NET deMSFT) y de ejecucin (runtimeengines)

Instrucciones incorporadas en los chips Programas que soportan las redes de telecomunicaciones (routers, switches, servidores, etc.) Los derechos de autor protegern los siguientes elementos, siempre que tengan un suficiente nivel de creatividad o originalidad (un nivel bastante bajo):

El cdigo fuente del programa El cdigo objeto del programa Los iconos, grficos e imgenes del programa o incluidos en el programa Cualquier documentacin relativa al software (documentacin preparatoria, los diseos, los manuales de instalacin o deusuario, las capturas de pantalla, etc.) Los guiones o scripts de compilacin e instalacin Versiones sucesivas de un programa Programas derivados del programa original. No se protege el software que es de dominio pblico, lo que incluye

el software cuyos derechos ya hayan vencido (poco probables hasta por lo menos el 2050!) y, discutiblemente, elsoftware cuyo titular haya cedido todos sus derechos al

25

procomn (el Commons, en derecho anglosajn) ni algunos documentos pblicos (legislacin, etc.). Notad que los contenidos y la estructura de una base de datos, en la medida que no incluyen instrucciones, no se consideran programas de ordenador, sin embargo gozan de una proteccin general (si son originales) y especfica (derecho sui generis sobre BBDD). [Ver artculo sobre las Bases de datos]. Para disfrutar de esta proteccin, ser suficiente la existenciade cierta originalidad en la creacin bsicamente que el programa sea el resultado de un esfuerzo personalizado, o sea, que no est copiado.

Los titulares Sujeto a dos excepciones, el titular de los derechos de autor ser el autor o grupo de autores originales de la obra (Arts. 5.1 y 97.1 LPI). Hay una presuncin de que el autor es la persona identificada que firma la obra (p.e. en el copyright notice o aviso de derechos de autor). La figura de autorincluir no solamente al programador que escribe el cdigo del programa, sino tambin al diseadordel programa (arquitecto) siempre que sus contribuciones hayan sido significativas. Por otro lado, no incluye necesariamente:

Una persona que realice pruebas y notifique errores en el programa, Una persona que haya establecido las especificaciones del programa, excepto en la medida que dichas personas hayan participado activamente en crear el programa. Las dos excepciones son las obras creadas bajo una relacin laboral, en este caso la empresa ser titular de los derechos deexplotacin (por presunta cesin), y programas creados en circunstancias que den lugar a la naturaleza colectiva del programa, en cual caso el editor/divulgador de la obra ostentar los derechos de explotacin (ver artculo: autores mltiples).

Los derechos Los derechos de explotacin

reservados

exclusivamente

al

autor de un

programa de ordenador son los de realizar los siguientes actos: La reproduccin total o parcial: la copia, por cualquier medio y bajo cualquier forma, ya fuere permanente o transitoria

26

La distribucin pblica: la transmisin del programa un tercero, por la venta, el alquiler o cualquier otra forma. La doctrina entiende que este derecho incluye la comunicacin pblica, por ejemplo la publicacin en un servidor accesibledesde Internet.

Transformacin: traduccin, adaptacin, arreglo o cualquier otra transformacin del programa. La ley establece algunos lmites a estos derechos, que son los siguientes:

Lmite temporal: la duracin de los derechos es, en general, la vida de su autor ms setenta aos, o cincuenta aos desde la publicacin para una obra empresarial.

Lmites aplicables al usuario legtimo (es decir, alguien que tiene un derecho de uso): Reproducir, transformar y corregir errores pero slo en la medida necesaria para utilizar el programa

o o

Realizar una copia de seguridad Analizar el programa, pero slo mientras lo utiliza y para obtener informacin para los fines de interoperabilidad (y sujeto a ciertas condiciones).

Cesin de derechos El titular original puede ceder los derechos a un tercero, por contrato de cesin (o licencia exclusiva) sujeto a diferentes condiciones libremente pactadas.

Formas de proteccin La LPI establece varias medidas de proteccin de estosderechos, incluyendo acciones administrativas, civiles (incluso solicitar medidas cautelares) y penales. La tutela civil incluye acciones por infraccin de los mencionados derechos de autor, y la LPI prohbe tambin la puesta en circulacin de copias ilegales, su posesin por fines comerciales, o la puesta en circulacin o posesin de medios especficamente destinados a facilitar la supresin o neutralizacin de dispositivos tcnicosde proteccin del software (Art. 102). Los derechos de autor estn protegidos tambin por elDerecho Penal. El Cdigo Penal castiga en su Artculo 270 (y otros) la reproduccin, plagia, distribucin y comunicacin pblica con nimo de lucro y sin autorizacin de los correspondientes titulares, de las obras protegidas porderechos de autor. Asimismo, prohbe la

importacin, exportacin y almacenamiento de copias ilegales, y la fabricacin y tenencia de medios especficamente destinados a facilitar la supresin o

27

neutralizacin de dispositivos tcnicosde proteccin (de tipo DRM como el CSS, las claves de acceso, sistemas de registro, etc.). Para tener y ejercer estos derechos, el registro del software en el Registro General de la Propiedad Intelectual no es necesario, pero brinda una presuncin (iuris

tantum) de autora a favor del solicitante de registro.

28

MARCO METODOLOGICO

Para el desarrollo de una aplicacin se requiere establecer unos marcos de trabajos, por eso la metodologa a utilizar en este proyecto es el proceso unificado rational RUP, el cual nos ayuda al desarrollo del software, porque dispone de un conjunto de mtodos que se pueden adaptar a la necesidad de cualquier organizacin, adems es la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas de informacin. La metodologa RUP (RationalUnifiedProcess) no solo sirve para sistemas complejos, ya que se tiene la posibilidad de adaptarse de acuerdo a la necesidad del sistema y para el desarrollo de este proyecto se definen las siguientes fases:

Anlisisy Definicinde Requerimientos

Esta fase es una de las ms importantes, debido que se realizarn algunas reuniones con las personas del rea de inters del proyecto, para determinar los requisitos que se deben tener en cuenta. Al momento de finalizar esta etapa, se deber tener claro cules son los componentes finales del proyecto, cmo es el alcance, y as se tomarn decisiones claves para poderlo llevar de una forma controlada, contando con los requerimientos encontrados en las reuniones antes mencionadas.

Diseodel Sistemaydel Software

Se realizar un listado de los requerimientos funcinales y no funcionales encontrados en las reuniones anteriores, se generar el modelamiento de la base de datos y de la aplicacin. Para llevar un mejor control de la documentacin y el modelamiento del software se utilizarn algunos elementos de la metodologa RUP como es el UML.

Desarrollo

El desarrollo del software parte de una aplicacin la cual se inicia por medio de un men principal, donde se desplegarn todos los procesos que se llevarn a cabo. Una

29

vez definido el men, se aade la parte lgica del diseo en el que se establecen las operaciones que el software debe manejar para luego realizar la respectiva conexin con la base de datos.

Integracinypruebadel Sistema

Esta fase se encargar de realizar un riguroso proceso de pruebas de los diferentes casos que se pueden encontrar al momento de estar manipulando la aplicacin, con el fin de identificar la mayor cantidad de errores, y de esta manera poder corregirlos.

30

Encuestas Esta encuesta fue dirigida para este proyecto, a cuarenta (40) estudiantes del Colegio Pedaggico Dulce Mara, entre edades, gneros y cursos variados, que las respondieron como es correcta y debidamente.

31

Preguntas:

1. Usted conoce empresas generadoras de software.

Num. Encustados
Si No

35%

65%

2. Conoce algn software de cobro de cartera.

Opcin Cul?: - Los Encuestados No Conocen de otro software referente al tema-

Num. Encustados
Si 0% No

100%

32

3. Se le facilitara un software en su hogar u empresa.

Num. Encustados
Si No

41% 59%

4. Como le gustara que fuera el software. Opciones: a. Interactivo b. Cmodo c. Fcil manejo d. Con bastante informacin

40 35 30 25 20 15 10 5 0 A. B. C. D. Num. Encuestados

33

5. En su empresa existe un cobro de cartera.

Num. Encustados
Si No

27%

73%

6. En su fondo de empleados entidad sector solidario, estara interesado en adquirir un software de cobro de cartera.

Num. Encustados
Si No

16%

84%

34

7. Cambiara su manejo de informacin de Office a un software de cobro de cartera.

Num. Encustados
Si 3% No

97%

8. Que propondra para la complementacin de un software de cobro de cartera.

100% 80% 60% 40% 20% 0% 1. 42%

23%

18% 36%

77% 58%

82% 64%

2. Si No

3.

4.

1. Un usuario y contrasea para entrar. 2. Guardar los prstamos realizados. 3. Generar reportes de cartera. 4. Buscar los prstamos.

Si__ No__ Si__ No__ Si__ No__ Si__ No__

Opcin, Otra. Cual:-Que Busque el asociado, Que elimine informacin innecesaria, Que le permita a el Administrador Buscar ms fcilmente a sus empleadosetc.-

35 MARCO INVESTIGATIVO

Anlisisy Definicinde Requerimientos

Esta es la fase donde se realiza el levantamiento de informacin, adems es donde se familiariza con los procesos que se van a sistematizar en el Centro, tambin se refleja el establecimiento de los parmetros del proyecto, las restricciones, donde se genera un listado de requerimientos, los cuales nos servirn como especificacin del sistema, para determinar y desarrollar los casos de uso.

Para darle comienzo al proyecto, se establecieron una serie actividades en esta fase de anlisis y son:

o Reunin con las personas del rea interesada (Contadura)

Se realiz una reunin con las personas del rea interesada, como es la contadura, donde se determin los parmetros necesarios que deba tener el sistema, y poder determinar la importancia que tiene la aplicacin para mejorar y gestionar la informacin de los prstamos en el Fondo De Empleados. o Comprender y analizar la variedad de procesos que se realizan en la parte contable, para implementarlos en el sistema.

Se analizan los diferentes procesos que son realizados por el auxiliar de cobro de cartera, como es registrar la informacin personal, vida crediticia del asociado, la forma de cmo llevan los registros de los crditos con los respectivos conceptos de estos, y la informacin que debe llevar los diferentes informes que se generan digitalmente.

36

o Definir los perfiles de cada usuario

Despus de algunas reuniones, se definen los diferentes usuarios que debe tener el sistema, para tener un mejor control de la informacin:

Empleado

En este caso es el que alimenta la base datos, la administra, ingresando, eliminando o modificando la informacin contenida.

Asociado

El Asociado en este caso entrara para poder tener una consulta de su vida crediticia, frente al prstamo realizado o a otro que est interesado.

o Definir las restricciones que debe tener el sistema.

Un requisito importante que contiene esta aplicacin es que sea solo de escritorio, y para el empleado especifico, que pueda ser manejado en horarios de oficina, ya que el auxiliar de cartera es el indicado para gestionar el sistema.

o Verificar que los usuarios tengan un buen conocimiento, con relacin al proyecto y la aplicacin.

Se verifica que las personas interesadas en el proyecto de la cartera, tengan claro cul es el objetivo del proyecto, ya que es para dar solucin a mltiples necesidades que tienen en el mdulo de la cartera, para mejorar y gestionar la informacin financiera de los asociados de un Fondo El Empleados.

37

o Levantamiento de los requerimientos.

En esta etapa, se realiza un estudio ms detallado a los procesos que se realizan actualmente en La Entidad, para gestionar la informacin financiera y personal de los asociados, el cual nos ayude a identificar cules son los requerimientos que debe tener el nuevo sistema

Lista de requerimientos

Requerimientos funcionales

REQF_1: Debe permitir a los Usuarios digitar un login y un passwaord para acceder a la aplicacin.

REQF_2: Debe permitir que el empleado ingrese un nuevo asociado con los siguientes datos, (nmero de cedula, nombre, direccin, telfono, salario, fecha nacimiento y los datos del codeudor), todos los datos son obligatorios.

REQF_3: Debe permitir que el empleado modifique un asociado en los siguientes datos, (nombre, o direccin, o telfono, o salario, o fecha nacimiento y los datos del codeudor).

REQF_4:Debe permitir a la aplicacin crear nuevos usuarios con los siguientes datos, (nmero de identidad, nombre, apellido, clave y rol).

REQF_5:Debe permitir a la aplicacin modificar un usuario en los siguientes datos, (nombre, o apellido, o clave y rol).

REQF_6:Debe permitir a la aplicacin eliminar un Asociado.

38

REQF_7:Debe permitir a la aplicacin eliminar un usuario.

REQF_8:Debe permitir al usuario del sistema poder ingresar un nuevo Prstamo, con la siguiente informacin, (tipo de crdito, tipo de pago, lnea de crdito, garanta de crdito, y fecha de inicio y finalizacin del prstamo).

REQF_9: Debe permitir al usuario del sistema poder modificar un Prstamo.

REQF_10: Debe permitir que el empleado ingrese un nuevo reporte de cartera, mensualmente, con la siguiente informacin (estado de los crditos).

REQF_11: Debe permitir al empleado modificar los reportes de cartera.

REQF_12: Debe dar aviso al empleado, cuando se vence un prstamo, para aadirlo a el reporte de cartera.

REQF_13: Debe permitir al empleado eliminar reportes de carteras innecesarios.

REQF_14:Debe permitir al empleado buscar a un asociado en especfico, dependiendo de su nmero de identificacin.

REQF_15: Debe permitir al empleado buscar a un prstamo en especfico dependiendo por su nmero de identificacin.

REQF_16: Debe permitir al empleado listar todos los prstamos de un reporte de cartera en especfico.

REQF_17: Debe permitir al empleado generar reportes (Cartera, prstamo, estado de crdito, asociado).

REQF_18: Debe permitir a los usuarios salir correctamente de la aplicacin.

39

Requerimientos no funcionales

REQNF_1: Seguridad

El sistema debe contar con las cuentas de los usuarios, que van acceder al sistema, la cuenta del auxiliar de cartera.

REQNF_2: Confiabilidad

Toda la informacin debe ser confiable y segura, ya que algn error puede ser costoso para la organizacin. Quedar registrada la fecha y la hora en que las personas utilizaron la aplicacin, adems de permitir generar y cargar copias de seguridad referente a toda la informacin alojada en la aplicacin.

REQNF_3: Usabilidad

El sistema deber ser una aplicacin para escritorio, que realizara los avisos de cartera en mora o carteras vencidas del fondo de empleados y contar con una interfaz grfica amigable, es decir que sea de fcil manejo para el usuario, donde se tiene una barra de men, las ventanas proporcionaran al usuario la informacin que requieran sobre alguna consulta o registro, mensajes de error que se observaran al momento de producirse algn error.

40

Matriz casos de uso No. CU # 01 CU # 02 CU # 03 CU # 04 CU # 05 CU # 06 CU # 07 CU # 08 CU # 09 CU # 10 CU # 11 CU # 12 CU # 13 CU # 14 CU # 15 CU # 16 CU # 17 CU # 18 Nombre caso de uso Acceder al sistema Ingresar asociado Modificar asociado Eliminar asociado Crear nuevo usuario Modificar usuario Eliminar usuario Ingresar prstamo Modificar prstamo Ingresar reporte cartera Modificar reporte cartera Eliminar reporte cartera Avisar vencimiento prstamo Buscar asociado Buscar prstamo Listar Prestamos Generar reportes Salir del sistema Requisitos contemplados REQF_1 REQF_2 REQF_3 REQF_6 REQF_4 REQF_5 REQF_7 REQF_8 REQF_9 REQF_10 REQF_11 REQF_13 REQF_12 REQF_14 REQF_15 REQF_16 REQF_17 REQF_18

Diseodelsistemaydel Software

Esta fase es donde se comprende el flujo de trabajo de los requerimientos, se define cmo es el modelo del negocio. Se establecer una arquitectura completa del sistema, se definir el diseo de la base de datos, las posibles interfaces que tendr la aplicacin, se identificar y se describir las

41

abstracciones fundamentales del sistema del software, sus relaciones y pruebas del sistema. Despus de tener claro los casos de uso del sistema, se realiza una descripcin de cada caso, el cual nos ayuda para mejorar y gestionar de una forma ms eficiente la informacin financiera de los estudiantes. Se debe tener en cuenta los diferentes componentes conceptuales del funcionamiento de la cartera, de forma que nos facilite el diseo de la aplicacin y las relaciones que deben tener entre los distintos componentes involucrados. Se debe tener en cuenta las diferentes variables que manejara el sistema:

Variables de ingreso: son los datos de entrada que se ingresarn al sistema, con relacin a la informacin que conforma cada persona; los datos personales del estudiante, usuarios del sistema, prstamos, y los registros de los pagos.

Variables de salida: son los reportes generados por la informacin ingresada y de los resultados de algunos clculos.

Diseo de la Base de datos Para el desarrollo de la base de datos, se decidi usar una base de datos relacional, la cual se realizan muchas consultas, este diseo nos permite tener relaciones entre los datos que estn guardados en dichas tablas, y a travs de estas relaciones se puede realizar las diferentes consultas, de hecho es conveniente ya que expresan informacin de varias relaciones como si fuera una sola.

Lenguaje de programacin Se decide programar la aplicacin en PHP, ya que contiene unas caractersticas particulares que hace el proceso de desarrollo ms sencillo, el cual tambin tiene un entorno de desarrollo integrado para el sistema operativo de Windows y soporta el lenguaje HTML, y permite crear aplicaciones de escritorio con un entorno amigable y familiar como es el Windows.

Base de datos

42

Se decide usar el servidor MySQL ya que est diseada para base de datos relacional, el entorno administrativo de la base de datos tiene un fcil manejo.

o Descripcin de la arquitectura. La arquitectura que vamos a utilizar en nuestro sistema para un mejor desarrollo y estructuracin de la aplicacin ser la siguiente:

Cliente servidor de tres capas Se decide realizar la arquitectura cliente servidor de tres capas, debido a que esta divide en tres partes cada una con su funcin especfica, la primera capa solo se encarga de la presentacin, la interfaz con la que interacta el usuario, la segunda es la que hace el clculo, donde se encuentra el modelo del negocio, y la tercera es el almacenamiento de los datos.

Cliente servidor de tres capas

Diseo conceptual del proyecto (MER). El Modelo Entidad Relacin nos permite realizar el diseo de base de datos, como tambin visualizamos la estructura lgica de las bases de datos con las entidades y las relaciones entre las diferentes entidades, se debe tener claro que este modelo no tiene en cuenta la implementacin fsica de los datos como son los aspectos fsicos, solo se trata sobre el nivel conceptual el cual nos proporciona una visin abstracta de la realidad sin incidir en la forma de almacenamiento, tiempo de ejecucin, sistemas operativos.

43

Modelo entidad relacin

44

DESARROLLO Establecer los componentes del sistema a implementar. Se establecen los casos de uso en la aplicacin. Se contina en implementar el cdigo de la aplicacin, teniendo en cuenta la arquitectura que llevar el sistema. o Definicin de la arquitectura

Cliente Servidorde Tres Capas

Una de las principales razones por la que se decide programar en tres capas es que se puede llevar a cabo en varios niveles y, en caso de que con el tiempo se pueda hacer algn cambio, en este caso slo se ataca al nivel requerido.

Capa de presentacin ( Capa UI): Esta capa es la que a simple vista ve el usuario tambin llamada capa de usuario, esta es la que presenta el sistema de forma amigable al usuario, es la encargada de mostrarle al usuario las diferentes opciones que puede realizar con la aplicacin. Esta capa se comunica nicamente con la capa de negocio.

Capa de negocio (capa BLL): Esta capa es donde se alojan los programas que se ejecutan, es la encargada de recibir las peticiones del usuario y se envan las respuestas tras el proceso. Se le denomina capa de negocio (e incluso de lgica del negocio) esta capa es donde se establecen todas las reglas que debe tener la aplicacin y que deben cumplirse. Esta capa se comunica con la capa de presentacin, para recibir las solicitudes y presentar al usuario los resultados respectivos, y con la capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos de l.

Capa de acceso a datos (capa DAL): Esta capa es la encargada de alojar los datos tambin como acceder a los mismos. Est formada por uno o ms gestores de bases de datos que realizan todo el almacenamiento de datos, reciben

45

solicitudes de almacenamiento o recuperacin de informacin desde la capa de negocio. El estilo de arquitectura a utilizar ser el de repositorio de datos activo, ya que es de vital importancia para el negocio que la informacin consultada est siempre actualizada y disponible.

46

RESULTADOS Despus de realizarle a la aplicacin las pruebas indicadas en todos los casos de prueba creadas para comprobar el correcto funcionamiento de los casos de uso, el resultado que se obtuvo ayud a detectar una cantidad de inconsistencias y errores en el sistema, a pesar de lo obtenido se comprob que la aplicacin funcion de la manera esperada.

Unos de los errores corregidos tras la etapa de las pruebas fueron: Correcciones de algunos mensajes inconsistentes. Correccin de cdigo al momento de realizar una actualizacin en el prstamo. Correccin de una consulta al verificar los datos de un asociado. Algunas correcciones de ortografa en algunos mensajes.

47

BENEFICIOS Uno de los beneficios ms importantes que se ver reflejado despus de tener el sistema instalado y en funcionamiento en un fondo de empleados, es poder gestionar toda la informacin financiera y personal de forma gil y segura, el cual tambin reducir el tiempo al generar los reportes, ya que con el proceso actual al generar alrededor de 7 reportes por semestre se demora ms o menos entre 8 o 7 horas, ahora ese proceso se realiza alrededor de 10 minutos.

El tiempo de consulta del estado de cuenta de un asociado y verificar si esta a paz y salvo, con el proceso actual se demora alrededor de 10 minutos, con el nuevo sistema ese proceso se realiza en menos de 1 minuto.

Despus de un buen tiempo de tener la aplicacin en funcionamiento, se podr obtener un registro o un historial de un asociado, de una forma ms fcil y rpida, solo teniendo el nmero de identidad de este asociado.

Se demostr lo fcil que es realizar un registro detallado, con datos exactos del valor, fecha del abono del crdito y los datos del asociado.

48

CONCLUSIONES Para el desarrollo del proyecto de grado, fue fundamental los conocimientos adquiridos en algunos cursos, como en ingeniera de software I, bases de datos, .NET, de esta forma se pudo tener el criterio para tomar algunas decisiones, como lo fue en la arquitectura, la bases de datos y poder realizar una interfaz ms amigable para los usuarios. Los reportes generados por la aplicacin, pueden ser exportados como archivos en Excel para realizar una copia de seguridad digital del archivo y/o poder imprimirla. Se facilita la consulta, la modificacin de lo existente y/o la creacin de nuevos componentes gracias a la completa y adecuada documentacin y sistematizacin de toda la informacin necesaria en el software. La aplicacin optimiza la atencin al cliente en los procesos de insercin, actualizacin de informacin personal y, acadmica, estado financiero de los usuarios e ingreso de abonos de los mismos, para as facilitar la generacin de reportes en el rea de tesorera. Cuando se desarrolla un nuevo software, es importante contar con mtodos que nos indiquen los pasos a seguir, por esta razn es de gran importancia contar con una metodologa que guie en el desarrollo de un sistema de informacin administrativo y/o financiero.

49

BIBLIOGRAFIA Marco terico:

DIA: Definicin: http://es.wikipedia.org/wiki/Dia_(programa). Caractersticas:http://www.alegsa.com.ar/Dic/dia.php.

MySQL: http://es.wikipedia.org/wiki/MySQL.

PHP: http://es.wikipedia.org/wiki/PHP.