Está en la página 1de 256

DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S.

ANDRS FELIPE NOVOA INFANTE CRISTIAN DUVN RAMOS GARZN

UNIVERSIDAD EAN FACULTAD DE INGENIERA CARRERA DE INGENIERA DE SISTEMAS BOGOT 2013

DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S.

ANDRS FELIPE NOVOA INFANTE CRISTIAN DUVN RAMOS GARZN

MEMORIA DEL TRABAJO DE GRADO REALIZADO PARA CUMPLIR UNO DE LOS REQUISITOS PARA OPTAR AL TTULO DE INGENIERO DE SISTEMAS

Tutor: RUBEN DORADO Ingeniero de Sistemas y Computacin

Jurados del Trabajo de Grado: DIEGO ADOLFO RODRIGUEZ CANTOR JAIME ALBERTO GUTIERREZ MEJIA

UNIVERSIDAD EAN FACULTAD DE INGENIERA CARRERA DE INGENIERA DE SISTEMAS BOGOT 2013

CONTENIDO

pg. LISTA DE TABLAS ........................................................................................................... 5 LISTA DE ILUSTRACIONES............................................................................................. 7 1. 2. INTRODUCCIN ....................................................................................................... 8 OBJETIVOS .............................................................................................................. 10 2.1. 2.2. 3. 3.1. 3.2. 4. 5. 6. OBJETIVO GENERAL .............................................................................................. 10 OBJETIVOS ESPECFICOS ........................................................................................ 10 ENUNCIADO DEL PROBLEMA................................................................................... 11 FORMULACIN DEL PROBLEMA ............................................................................... 12

PLANTEAMIENTO DEL PROBLEMA ...................................................................... 11

JUSTIFICACIN ...................................................................................................... 13 ALCANCE ................................................................................................................ 15 MARCO TERICO ................................................................................................... 16 6.1. 6.2. 6.3. 6.4. 6.5. 6.6. 6.7. 6.8. 6.9. 6.10. SISTEMA DE INFORMACIN .................................................................................... 16 INGENIERA DE SOFTWARE ..................................................................................... 17 PROCESOS DE DESARROLLO DE SOFTWARE ............................................................... 18 PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE ............................................... 19 OPENUP: PROCESO UNIFICADO ABIERTO ................................................................ 19 PRINCIPIOS DE OPENUP ......................................................................................... 21 OPENUP UN PROCESO GIL .................................................................................... 22 OPENUP/BASIC .................................................................................................... 25 EL CICLO DE VIDA DE DESARROLLO DE SOFTWARE DE OPENUP/BASIC ......................... 26 LENGUAJE DE MODELACIN (UML) ..................................................................... 28 CONCEPTOS BSICOS DENTRO DE LA METODOLOGA OPENUP..................................... 29 GESTIN DE RIESGOS DEL PROYECTO ...................................................................... 31 PLAN DE PROYECTO .............................................................................................. 33 LEVANTAMIENTO DE INFORMACIN ........................................................................ 38
Demografa del mercado ......................................................................................................38 Solfinancol S.A.S. .................................................................................................................40 Anlisis de Procesos ............................................................................................................40 Resumen del Problema ........................................................................................................44

7.

METODOLOGA ...................................................................................................... 29 7.1. 7.2. 7.3.

8.

DESARROLLO DEL PROTOTIPO ............................................................................. 38 8.1.


8.1.1. 8.1.2. 8.1.3. 8.1.4.

Identificacin de Stakeholders .............................................................................................44 Perfiles de Stakeholders.......................................................................................................46 Necesidades de los Stakeholders y Usuarios ......................................................................49 Perspectiva general del sistema ..........................................................................................50 8.2. ANLISIS DE INFORMACIN ................................................................................... 51 8.2.1. Requerimientos Funcionales del Sistema ............................................................................52 8.2.2. Requerimiento no Funcional: Calidad del Sistema ..............................................................54 8.2.3. Requerimiento no Funcional: Interfaces del Sistema ...........................................................59 8.2.4. Reglas de Negocio ...............................................................................................................60 8.2.5. Limitaciones del Sistema ......................................................................................................62 8.2.6. Requerimientos de licenciamiento .......................................................................................63 8.2.7. Casos de uso ........................................................................................................................63 8.3. DEFINICIN DE ARQUITECTURA .............................................................................. 88 8.3.1. Dominio de la arquitectura ...................................................................................................88 8.3.2. Alcance y Restricciones .......................................................................................................89 8.3.3. Resumen de la aplicacin ....................................................................................................90 8.3.4. Actores del sistema y escenarios clave ...............................................................................91 8.3.5. Metas de la Arquitectura.......................................................................................................92 8.3.6. Dependencias y Suposiciones .............................................................................................92 8.3.7. Requisitos Significativos de la Arquitectura .........................................................................92 8.3.8. Decisiones Sobre la Arquitectura .........................................................................................93 8.3.9. Mecanismo Arquitectnico de Trabajo .................................................................................93 8.3.10. Ventajas del Modelo Vista Controlador ................................................................................94 8.3.11. Vistas Arquitectnicas ..........................................................................................................95 8.4. DISEO DEL PROTOTIPO ...................................................................................... 100 8.4.1. Modelo de Datos ................................................................................................................101 8.4.2. Diccionario de datos ...........................................................................................................101 8.4.3. Mapa de Navegacin..........................................................................................................101 8.4.4. Diseo de Pantallas............................................................................................................102 8.5. DESARROLLO FINAL DEL PROTOTIPO ..................................................................... 111 8.5.1. Casos de prueba ................................................................................................................111 8.5.2. Prototipo .............................................................................................................................124

8.1.5. 8.1.6. 8.1.7. 8.1.8.

9.

GLOSARIO ............................................................................................................. 133 9.1. 9.2. TRMINOS DEL NEGOCIO...................................................................................... 133 TRMINOS TCNICOS ........................................................................................... 134

10. CONCLUSIONES ................................................................................................... 137 11. BIBLIOGRAFA ..................................................................................................... 139

LISTA DE TABLAS
Tabla 1 Mapeo entre los principios de OpenUP y el manifiesto gil .................................................. 22 Tabla 2 Artefactos y tareas relacionadas a cada disciplina .............................................................. 30 Tabla 3 Lista de riesgos ............................................................................................................... 33 Tabla 4 Cronograma de alto nivel ................................................................................................. 37 Tabla 5 Resumen de problemas ..................................................................................................... 44 Tabla 6 Resumen de Stakeholders ................................................................................................. 46 Tabla 7 Perfil Stakeholder Institucin Reguladora........................................................................ 46 Tabla 8 Perfil Stakeholder Entidad bancaria ................................................................................ 47 Tabla 9 Perfil Stakeholder Asesor Solfinancol............................................................................... 47 Tabla 10 Perfil Stakeholder Cliente Solfinancol ........................................................................... 48 Tabla 11 Perfil Stakeholder Constructor del Sistema .................................................................... 48 Tabla 12 Perfil Stakeholder Gerente Solfinancol .......................................................................... 49 Tabla 13 Perfil Stakeholder Asistente Solfinancol ......................................................................... 49 Tabla 14 Necesidades de los Stakeholders ...................................................................................... 50 Tabla 15 Resumen de beneficios a involucrados .............................................................................. 51 Tabla 16 Requerimientos funcionales del sistema ............................................................................ 53 Tabla 17 Resumen de rangos de calidad del sistema ........................................................................ 56 Tabla 18 Importancia de cada caracterstica de calidad para los Stakeholders ................................... 57 Tabla 19 Prioridad y precedencia de caractersticas de calidad........................................................ 58 Tabla 20 Descripcin CU Ingresar Credenciales.......................................................................... 65 Tabla 21 Descripcin CU Cambiar Contrasea ........................................................................... 66 Tabla 22 Descripcin CU Validar Contrasea ............................................................................. 67 Tabla 23 Descripcin CU Buscar cliente ..................................................................................... 69 Tabla 24 Descripcin CU Insertar un Cliente .............................................................................. 70 Tabla 25 Descripcin CU Consultar un cliente ............................................................................ 71 Tabla 26 Descripcin CU Modificar cliente ................................................................................. 72 Tabla 27 Descripcin CU Crear solicitud .................................................................................... 74 Tabla 28 Descripcin CU Seleccionar solicitud............................................................................ 74 Tabla 29 Descripcin CU Consultar Solicitud.............................................................................. 75 Tabla 30 Descripcin CU Modificar solicitud .............................................................................. 76 Tabla 31 Descripcin CU Buscar Asesor ..................................................................................... 78 Tabla 32 Descripcin CU Insertar Asesor ................................................................................... 79 Tabla 33 Descripcin CU Consultar asesor ................................................................................. 80 Tabla 34 Descripcin CU Modificar asesor ................................................................................. 81 Tabla 35 Descripcin CU Buscar archivo.................................................................................... 82 Tabla 36 Descripcin CU Cargar archivo ................................................................................... 83 Tabla 37 Descripcin CU Procesar archivo................................................................................. 84 Tabla 38 Descripcin CU Seleccionar Filtros .............................................................................. 86 Tabla 39 Descripcin CU Generar consulta ................................................................................ 87 Tabla 40 Descripcin CU Exportar informacin .......................................................................... 88 Tabla 41 Resumen arquitectnico de la Aplicacin.......................................................................... 91 Tabla 42 Actores que interactan directamente con el sistema .......................................................... 91 Tabla 43 Componente: Pginas web .............................................................................................. 96

Tabla 44 Componente: Servlet ...................................................................................................... 96 Tabla 45 Componente: Clases Java ............................................................................................... 97 Tabla 46 Estructura reporte de estados ........................................................................................ 110 Tabla 47 Caso de Prueba Ingresar Usuario ............................................................................... 112 Tabla 48 Caso de Prueba Ingresar Usuario Incorrecto ............................................................... 112 Tabla 49 Caso de Prueba Modificar Contrasea ........................................................................ 113 Tabla 50 Caso de Prueba Buscar un Cliente .............................................................................. 113 Tabla 51 Caso de Prueba Buscar cliente no existente.................................................................. 114 Tabla 52 Caso de Prueba Insertar un nuevo cliente .................................................................... 115 Tabla 53 Caso de Prueba Validacin de campos Clientes ............................................................ 116 Tabla 54 Caso de Prueba Modificar un cliente ........................................................................... 116 Tabla 55 Caso de Prueba Buscar un Asesor............................................................................... 117 Tabla 56 Caso de Prueba Insertar nuevo asesor ......................................................................... 117 Tabla 57 Caso de Prueba Validar Campos Asesores ................................................................... 118 Tabla 58 Caso de Prueba Modificar un Asesor .......................................................................... 118 Tabla 59 Caso de Prueba Crear una Solicitud ........................................................................... 119 Tabla 60 Caso de Prueba Consultar una Solicitud ...................................................................... 120 Tabla 61 Caso de Prueba Validar campos en solicitud ................................................................ 121 Tabla 62 Caso de Prueba Modificar una solicitud ...................................................................... 121 Tabla 63 Caso de Prueba Buscar archivo a cargar ..................................................................... 122 Tabla 64 Caso de Prueba Procesar archivo ............................................................................... 122 Tabla 65 Caso de Prueba Validar archivo a Cargar ................................................................... 123 Tabla 66 Caso de Prueba Validar filtros de Consulta.................................................................. 124 Tabla 67 Caso de Prueba Exportar Reportes ............................................................................. 124

LISTA DE ILUSTRACIONES

Ilustracin 1 Enfoques de esfuerzo en un proyecto OpenUP(The Eclipse Foundation) ......................... 20 Ilustracin 2 Ciclo de vida de OpenUP(The Eclipse Foundation) ...................................................... 27 Ilustracin 3 Diagrama de estados Solicitudes de crdito .............................................................. 42 Ilustracin 4 Diagrama de Actividades, proceso general de la empresa Solfinancol SAS ..................... 43 Ilustracin 5 Caractersticas y sub-caractersticas de calidad ISO 9126(International Organization for Standardization (2001)) ................................................................................................................ 54 Ilustracin 6 Caso de uso General................................................................................................. 63 Ilustracin 7 Caso de Uso Ingreso al Sistema .............................................................................. 64 Ilustracin 8 Caso de Uso Gestionar Clientes .............................................................................. 67 Ilustracin 9 Caso de Uso Gestionar Solicitudes .......................................................................... 72 Ilustracin 10 Caso de Uso Gestionar Asesores ........................................................................... 77 Ilustracin 11 Caso de Uso Actualizar Seguimiento ...................................................................... 81 Ilustracin 12 Caso de Uso Generar Reportes.............................................................................. 85 Ilustracin 13 Resumen MVC ....................................................................................................... 94 Ilustracin 14 Diagrama de Componentes ...................................................................................... 96 Ilustracin 15 Diagrama de Clases................................................................................................ 98 Ilustracin 16 Diagrama de Despliegue ......................................................................................... 99 Ilustracin 17 Diagrama de Secuencia......................................................................................... 100 Ilustracin 18 Modelo de Datos .................................................................................................. 101 Ilustracin 19 Mapa de Navegacin ............................................................................................ 102 Ilustracin 20Diseo Agregar Datos Personales Cliente ............................................................. 103 Ilustracin 21Diseo Agregar Referencias Personales Cliente ..................................................... 104 Ilustracin 22Diseo Agregar Referencias Familiares Cliente ..................................................... 105 Ilustracin 23Diseo Agregar solicitud ..................................................................................... 106 Ilustracin 24 Diseo Consultar solicitud .................................................................................. 107 Ilustracin 25 Diseo Agregar datos Asesor .............................................................................. 108 Ilustracin 26Diseo - Estructura de Archivo Plano ...................................................................... 109 Ilustracin 27 Diseo Cargar archivo ....................................................................................... 110 Ilustracin 28 Diseo Generar Reportes.................................................................................... 111 Ilustracin 29 Prototipo Pantalla de ingreso.............................................................................. 125 Ilustracin 30 Prototipo Pantalla de Inicio ................................................................................ 126 Ilustracin 31 Prototipo Pantalla Gestin de Clientes ................................................................. 127 Ilustracin 32 Prototipo Pantalla Gestin de Solicitudes ............................................................. 128 Ilustracin 33 Prototipo Pantalla Cargue de Archivos ................................................................ 129 Ilustracin 34 Prototipo Pantalla Procesando Archivo................................................................ 129 Ilustracin 35 Prototipo Pantalla Archivo Procesado ................................................................. 130 Ilustracin 36 Prototipo Pantalla Generacin Reportes .............................................................. 131 Ilustracin 37 Prototipo Pantalla Generando Reporte................................................................. 131 Ilustracin 38 Prototipo Pantalla Reporte Generado .................................................................. 132 Ilustracin 39 Prototipo Pantallazo Reporte Exportado .............................................................. 132

1. INTRODUCCIN El objetivo de este documento es presentar el proyecto de tesis para optar por el ttulo de Ingeniero de Sistemas, teniendo como tema principal el anlisis, diseo y desarrollo de un prototipo de software para la empresa Solfinancol S.A.S., que le permitir a los empleados de esta compaa, dedicada a los crditos por libranza, realizar la gestin de la informacin de sus clientes, la gestin de solicitudes de crdito y la generacin de diferentes tipos de reportes que permitirn hacer un seguimiento a los estados de dichas solicitudes.

Luego de realizar el primer acercamiento con la compaa e iniciar el levantamiento de informacin con sus empleados, verificando cmo era el modelo de negocio que manejaban y entendiendo cmo funcionaba cada uno de sus procesos, se lograron identificar diferentes problemticas, especficamente en el manejo de su informacin. Estas problemticas fueron resumidas y sistematizadas en requerimientos que se evidenciarn ms adelante.

El contenido de este documento est distribuido de la siguiente manera: se podrn encontrar los objetivos especficos y el objetivo general, la identificacin del problema, la justificacin y el alcance, documentos base para el desarrollo de todo el proyecto. Seguido se encontrar el Marco Terico, que contiene, como su nombre lo indica, toda la informacin terica en que se fundament el anlisis, diseo y desarrollo del proyecto.

Luego de esto se encontrar la metodologa seleccionada para el desarrollo de todo el proyecto, una identificacin de riesgos que se aliment durante este proceso y un Plan de Proyecto donde se defini el cronograma de trabajo, basado en la metodologa seleccionada.

A partir del numeral 8 se encontrar todo el desarrollo del prototipo, desde el levantamiento de informacin, el anlisis de la informacin, la definicin de la arquitectura del sistema, el diseo del prototipo y por ltimo la ejecucin de casos de prueba y una muestra del prototipo desarrollado con una explicacin de su uso.

Adicionalmente se encuentra el Glosario, con las aclaraciones de trminos de negocio y trminos tcnicos que contiene el documento, las conclusiones y bibliografa, con los cuales se dan a conocer las fuentes de investigacin, la apropiacin de la informacin y cmo estos elementos permitieron dar cumplimiento a los objetivos del proyecto.

2. OBJETIVOS

2.1. Objetivo General Desarrollar un prototipo de software que permita realizar el seguimiento de solicitudes de crdito a travs de un sistema de informacin basado en web.

2.2. Objetivos Especficos

Realizar el levantamiento de informacin necesaria para la identificacin de la problemtica actual de la compaa.

Analizar la informacin recopilada, para la descripcin de los requerimientos del sistema que se desea implementar.

Disear el prototipo teniendo en cuenta los requerimientos obtenidos. Construir el prototipo de acuerdo a la arquitectura propuesta, documentando la metodologa utilizada.

10

3. PLANTEAMIENTO DEL PROBLEMA

3.1. Enunciado del problema Solfinancol S.A.S. es una empresa que cuenta con el aval de una entidad financiera reconocida y la cual est focalizada en brindar crditos de libranza a un sector poblacional ya definido constituido por personas naturales vinculadas laboralmente a las fuerzas militares, polica, armada entre otras pagaduras autorizadas. Sin embargo, Solfinancol a pesar de ser una compaa pequea y tener un sector muy definido al que se ofrecen los crditos, ha encontrado inconvenientes en el manejo de la informacin personal de sus clientes y en el seguimiento de las solicitudes de crdito que tramita.

Inicialmente, toda la informacin de registro de clientes y reportes de estados de solicitudes de crditos generados por el banco se encontraban en fsico, en diferentes carpetas de la oficina, pero esto generaba problemas para realizar bsquedas eficientes de la informacin solicitada por la entidad bancaria y por los clientes. Con el tiempo algunos datos de los formularios se empezaban a borrar y esto gener problemas por falta de informacin en las primeras solicitudes de crdito gestionadas por la empresa. Cuando la empresa empez a extender la cantidad de solicitudes de crdito, y por consecuencia el nmero de clientes, la informacin pas de estar en archivos impresos almacenados en gavetas, a reposar en hojas de clculo de Excel generados mes a mes. Este intento de sistematizacin inicialmente trajo muchas ventajas a la compaa pero con el pasar del tiempo la informacin se hizo difcil de manejar debido a que no se contaba con un ndice para realizar bsquedas, ni un control apropiado de cambios que permitiera identificar fcilmente los estados actuales de una solicitud de crdito y mucho menos con una herramienta que hiciera una tarea de trazabilidad de los cambios de estados de una solicitud en un periodo determinado de tiempo. Adems de esto se encontr que al momento de ingresar la informacin de los clientes, como se realizaba en hojas de clculo, se dejaban datos importantes de los clientes sin digitar y se perda informacin valiosa debido a que no exista ningn tipo de validaciones a la hora de ingresar los datos. La nica forma para

11

descubrir que no se haban diligenciado datos de las solicitudes o de la informacin personal de los clientes era que la entidad financiera o uno de sus propios clientes hiciera una solicitud especfica de informacin, esto se convirti en un problema recurrente en la empresa y para resolverlo se deba buscar en los archivos fsicos, generando re procesos y prdida de tiempo.

Actualmente la empresa sigue teniendo problemas al hacer seguimiento a las solicitudes que se tramitan diariamente, es muy difcil para la empresa realizar bsquedas de informacin perteneciente a clientes antiguos o datos de las solicitudes de crdito, como los montos o nmero de cuotas que se hayan aprobado. No se lleva un control de los crditos rechazados, ni de las fechas de rechazo, esto le est costando a la empresa prdida de clientes potenciales, adems de das de trabajo dedicados a buscar informacin para generar reportes cruzados que solicita el Banco, actividades que no son del ncleo del negocio.

3.2. Formulacin del problema Qu necesita la empresa SOLFINANCOL S.A.S. para superar sus problemas respecto a la identificacin del estado de las solicitudes de crdito?

12

4. JUSTIFICACIN Nadie puede negar como dice el terico Manuel Castells que una revolucin tecnolgica, centrada en torno a la informacin, ha transformado nuestro modo de pensar, de producir, de consumir, de comerciar, de gestionar, de comunicar, de vivir, de morir, de hacer la guerra y de hacer el amor (Castells, 2006).

Da a da las empresas van afrontando cambios que afectan su competitividad y su estructura, lo que requiere que estas se adapten a travs de la continua toma de decisiones, generando una evolucin. Estas decisiones incluyen la implementacin de nuevas tecnologas para el manejo de la informacin, especialmente cuando los sistemas actuales llegan a resultar obsoletos o deficientes frente a los resultados esperados. Solfinancol es solo un ejemplo puntual del tipo de situaciones que viven hoy en da muchas empresas en proceso de consolidacin de marca y que mantienen un repositorio de informacin importante. Es en este tipo de casos donde se requiere una solucin como la descrita en este proyecto; la cual est basada en una metodologa clara, cuyas caractersticas brindan un enfoque tradicional pero orientado hacia la agilidad que busca generar un producto de software en un tiempo muy corto y abarcando todas las necesidades del cliente.

Por otro lado, es claro que un entorno de mercado cambiante, como el actual, genera que la tecnologa utilizada por las empresas tenga que estar a la vanguardia. Por este motivo se propone al cliente del proyecto una herramienta funcional que rena las condiciones y necesidades primarias del negocio, mantenible, es decir en la que se pueda incluir ajustes o mejoras con el fin de obtener un mejor producto y portable, para que a medida que la compaa evolucione o se expanda el sistema pueda ser migrado o transferido a otros entornos con una baja posibilidad de tener inconvenientes con otros sistemas. A partir de lo mencionado anteriormente y teniendo en cuenta la problemtica descrita en este proyecto, cabe resaltar que partiendo de la dificultad que presentan los empleados de Solfinancol en la consulta eficiente de informacin, tanto de los clientes incluyendo los clientes nuevos y los ya existentes- como del seguimiento a

13

los crditos en general, es necesario realizar la implantacin de una solucin que facilite estas tareas y sirva como herramienta para integrar toda la informacin de clientes, asesores,

solicitudes de crdito, crditos y los respectivos cambios de estado o seguimientos que puedan realizarse sobre el mismo.

La realizacin de este proyecto brindar a Solfinancol una solucin que permitir a sus empleados agilizar las bsquedas, tener informacin rpida y de primera mano. Esta herramienta ayudar con el cumplimiento de metas, permitiendo llevar un control de clientes, asesores y estados de cada una de las solicitudes de crdito a partir de una base de datos estructurada, organizada y confiable. Adicionalmente, el sistema contar con la posibilidad de ahorrar tiempo representado en eliminacin de reprocesos y trabajo manual al implementar una funcionalidad de procesamiento automtico de informacin que incluye la generacin de reportes, los cuales permitirn medir de una manera ms gil y confiable el progreso frente a los objetivos de la compaa. Cabe sealar, que el beneficio de este sistema no solo se reflejar a nivel interno en Solfinancol sino que aportar a la compaa la posibilidad de brindar un mejor servicio a todas las personas que solicitan un crdito. La velocidad de respuesta al momento de identificar el estado actual de una solicitud o la trazabilidad de los cambios que ha tenido una solicitud en un periodo determinado, brindar un valor agregado para los clientes de Solfinancol.

Por ltimo, cabe mencionar que es de gran inters profesional para los autores de este documento, no solo brindar una solucin que le permita a una empresa mejorar el manejo de su informacin con un sistema de informacin bien definido, sino tambin tener la posibilidad de poner prctica los conocimientos adquiridos durante la carrera los cuales enmarcan un captulo de aprendizaje y brindarn la posibilidad de realizar otros estudios y explorar nuevos retos.

14

5. ALCANCE Este proyecto pretende realizar un anlisis detallado de los procesos de la compaa Solfinancol S.A.S. para identificar una solucin a partir de los intentos de sistematizacin implementados en el pasado, pero que no dieron solucin a la problemtica descrita, se realizar un levantamiento de informacin con cada uno de los actores del sistema, para entender sus necesidades y de esta manera abarcar toda la problemtica actual.

Con este anlisis se entregar un prototipo funcional a la compaa que permita realizar la insercin de nuevos clientes, nuevas solicitudes de crditos y que permita hacer un seguimiento a las solicitudes de los clientes, a partir de la actualizacin de estados por medio del cargue automtico de un archivo plano y la exportacin de reportes que puedan ser revisados y analizados por el personal de la compaa para tener una trazabilidad en sus procesos de crdito.

15

6. MARCO TERICO

Para lograr un mejor entendimiento del problema que se abordar en este proyecto, se hace necesario conocer algunos trminos y conceptos importantes que sern durante el desarrollo del trabajo. mencionados

Los conceptos clave dentro del desarrollo de este proyecto son: o Sistema de informacin o Ingeniera de software o Procesos de desarrollo de software o Proceso Unificado de Desarrollo de Software o Lenguaje de modelacin (UML) 6.1. Sistema de informacin

Antes de definir un sistema de informacin es importante mencionar algunas de las definiciones de sistema y de informacin: segn (Murdick, 1988) un sistema es un conjunto de elementos organizados que se encuentran en interaccin, que buscan alguna meta o metas comunes, por otra parte el estndar IEEE 1471-2000 (Software Engineering Standards Committee of the IEEE Computer Society, 2000) define un sistema como una coleccin de componentes organizados para cumplir una determinada funcin o conjunto de funciones. Por su parte, (Chiavenato, 2006) indica lo siguiente acerca de la informacin: es un conjunto de datos con un significado, o sea, que reduce la incertidumbre o que aumenta el conocimiento de algo. En verdad, la informacin es un mensaje con significado en un determinado contexto, disponible para uso inmediato y que proporciona orientacin a las acciones por el hecho de reducir el margen de incertidumbre con respecto a nuestras decisiones.

As las cosas, se puede definir que el sistema de informacin es una parte vital de la organizacin ya que no solo permite administrar datos, sino brindar la posibilidad de hacer toma

16

de decisiones y ayudar a que la gestin interna se realice de una mejor manera.

6.2. Ingeniera de software

Debido a que la sociedad de la informacin se sustenta en un desarrollo tecnolgico nico, los sistemas de informacin dependen cada vez ms del software, esto plantea una serie de desafos: crear software que logre satisfacer realmente los requerimientos y necesidades del cliente, desarrollar software a una velocidad que est acorde con su creciente demanda y rpida obsolescencia, reducir la necesidad de mantenimiento posterior, mantener controlados los costos de acuerdo al presupuesto durante el desarrollo y mantenimiento, cumplir con los plazos de entrega pactados, asegurar la calidad del software, velar por que el software realmente explote todo el potencial del hardware y hacerlo transparente para permitir que se pueda modificar y mejorar. Debido a que como lo indica (Brooks, 1987): la complejidad del software es una propiedad esencial, no accidental da a da se crean desafos que generan que el software se expanda y se transforme, de manera que es de vital importancia la posibilidad que el software sea fcil de adaptar a los cambios sin perder su funcionalidad.

Si se entiende por ingeniera toda aplicacin de las ciencias fsicas, qumicas y matemticas; de la tcnica industrial y en general, del ingenio humano, a la utilizacin e invencin sobre la materia (Repblica de Colombia, 2003), cabe notar que la ingeniera de software se diferencia de las dems disciplinas de ingeniera debido a la naturaleza intangible del software. La (IEEE, 1990) presenta a la ingeniera como la aplicacin de un mtodo sistemtico, estructurado y cuantificable a estructuras, mquinas, productos, sistemas o procesos, brindando una definicin ms completa respecto a cuan intangible es el software. Entonces, la ingeniera de software busca integrar principios de ciencias de la computacin y| matemticas con principios de ingeniera los cuales se desarrollaron para producir artefactos fsicos. Una de las definiciones ms

17

relevantes de la ingeniera de software es aquella en donde se indica que (Pressman, 2006) la ingeniera de software es una disciplina que integra el proceso, los mtodos, y las herramientas para el desarrollo de software de computadora. l caracteriza la Ingeniera de Software como una tecnologa multicapa, en donde todas las capas se encuentran soportadas sobre un enfoque de calidad, esto se debe a que la inclusin de filosofas de calidad a la ingeniera de software, brinda la posibilidad de concebir un marco de mejoramiento continuo y de esa manera llegar a desarrollos mucho ms robustos y mejoras en los procesos. Adicionalmente, se habla de la capa de proceso y mtodos que no solo brindan el marco de trabajo sino los procedimientos que se aplican al software. Por ltimo la capa de herramientas que permiten modelar y describir cada uno de los procesos y los mtodos.

6.3. Procesos de desarrollo de software

La construccin de software implica la conjugacin de esfuerzos, conocimientos, experiencias, recursos y tiempo muy valiosos; por lo que es necesario contar con un adecuado rumbo de accin que garantice el xito del proyecto, empleado al mximo los elementos disponibles. La ingeniera de software pretende entre otras cosas establecer dicho rumbo de accin y como resultado algunos de los posibles rumbos se formalizan en Procesos de Desarrollo de Software o tambin llamados Ciclos de Vida del Software. Para (Letelier, 2003) un proceso de desarrollo de software es establecer las relaciones entre elementos que permitan responder Quin debe hacer Qu, Cundo y Cmo debe hacerlo.

El quin, hace referencia a las personas involucradas en el proyecto; el qu, en donde un artefacto (o pieza de informacin que se usa en un proceso) es producido en una actividad por un rol; y el cmo y cundo, los cuales se refieren a cada una de las actividades que, durante el proceso de desarrollo, son ejecutadas por un rol.

18

6.4. Proceso Unificado de Desarrollo de Software Un proceso de software detallado y completo suele denominarse Metodologa. Una metodologa define: artefactos, roles y actividades, junto con las prcticas y las tcnicas recomendadas. Con frecuencia es utilizado el trmino mtodo para referirse a tcnicas, notaciones y guas asociadas, que son aplicables a una (o algunas) actividades del proceso de desarrollo(Larman, 2003).

El Proceso Unificado de Desarrollo de Software es un marco de desarrollo de software iterativo y orientado a objetos, que se caracteriza por: estar dirigido por casos de uso, de manera que se crean modelos de diseo e implementacin; centrado en la arquitectura, en donde se tienen en cuenta aspectos dinmicos y estticos importantes del sistema; enfocado en el riesgo, y por ser iterativo e incremental, de manera que se encuentre dividido en fases las cuales van creciendo (incremental) y que pueden ser recorridas o tener varios ciclos de vida (iterativo). (Larman, 2003)

El Proceso Unificado es un marco de trabajo extensible que se puede adaptar a organizaciones o proyectos especficos Tambin describe procesos genricos que incluyen elementos comunes a la mayora de los refinamientos existentes. Es una metodologa orientada a conducir el proceso de desarrollo de software en sus aspectos tcnicos. El Proceso Unificado (UP), es una versin libre y abierta del modelo propuesto por Jacobson, Booch y Rumbaugh(Jacobson, 2000).

6.5. OpenUP: Proceso Unificado Abierto El Proceso Unificado Abierto llamado en adelante OpenUP es una adaptacin de Proceso Unificado, este es un proceso unificado y gil que contiene un conjunto mnimo de que ayudan a los equipos a ser ms efectivos desarrollando software. OpenUP adopta una filosofa prctica y gil que se enfoca en la naturaleza colaborativa del desarrollo de software manteniendo

19

las caractersticas esenciales del proceso unificado. Es un proceso Agnstico en herramientas y no ceremonioso que puede ser usado para tal cual o ser extendido para abordar una amplia variedad de tipos de proyectos. (Balduino, 2007)

OpenUP desarrolla un ciclo de vida iterativo el cual impacta el riesgo a tiempo y permite demostrar resultados en curso al cliente del proyecto (The Eclipse Foundation).

Ilustracin 1 Enfoques de esfuerzo en un proyecto OpenUP(The Eclipse Foundation)

OpenUP est organizado por micro incrementos los cuales representan unidades pequeas de trabajo y que producen un progreso medible del proyecto (horas o pocos das). Es

incrementalmente desarrollado por un equipo comprometido y auto organizado que trabaja en conjunto.

OpenUP divide el proyecto en iteraciones medidas en semanas que enfocan al equipo a entregar resultados de manera rpida. El plan de iteracin define qu debera ser entregado y el entregable o desarrollo realizado.

20

OpenUP estructura el ciclo de vida del proyecto en cuatro fases: incepcin, elaboracin, construccin, y transicin. El ciclo de vida del proyecto provee a los interesados y miembros del equipo visibilidad y puntos de decisin a travs del proyecto. Esto permite vigilancia efectiva y permite decisiones de Continuar y no continuar en momentos apropiados. Un plan de proyecto define el ciclo de vida, y el resultado final es una aplicacin lanzada.

6.6. Principios de OpenUP OpenUP se rige por cuatro principios fundamentales, ellos crean las bases para la interpretacin de los roles y productos de trabajo as como desarrollar las tareas(The Eclipse Foundation):

Equilibrar las prioridades que compiten para maximizar el valor de las partes interesadas

Promover prcticas que permitan a los participantes del proyecto y las partes interesadas desarrollar una solucin que maximice los beneficios de los interesados, y cumpla con las restricciones impuestas al proyecto.

Colaborar para alinear los intereses y compartir conocimiento

Promover prcticas que fomenten un ambiente de equipo sano, permita la colaboracin y desarrollar una comprensin compartida del proyecto.

Enfocarse en la arquitectura de forma temprana

Promover prcticas que permiten al equipo centrarse en la arquitectura para minimizar los riesgos y organizar el desarrollo.

21

Evolucionar para obtener continuamente retroalimentacin y mejorar

Promover prcticas que permitan al equipo obtener retroalimentacin temprana y continua de las partes interesadas, y demostrar valor incremental para ellos.

6.7. OpenUP un proceso gil OpenUP es un proceso gil, y cabe aclarar que hay mucho ms a la agilidad que simplemente ser ligero. La mayora de prcticas giles reconocidas estn destinadas a conseguir que el equipo se comunique entre s proporcionando una comprensin compartida del proyecto, suprimiendo de esta manera la entrega de resultados improductivos y la prdida de tiempo (Balduino, 2007).

Cada principio OpenUP soporta una declaracin del manifiesto gil(The Eclipse Foundation), como se ve en la siguiente tabla:

Principio de OpenUP Colaborar para alinear intereses y compartir comprensin Balancear prioridades que compiten para maximizar el valor de los clientes Enfocar rpidamente la arquitectura para minimizar riesgos y organizar el desarrollo Evolucionar para obtener retroalimentacin continuamente y mejorar

Declaracin del manifiesto gil Individuos e interacciones sobre procesos y herramientas Colaboracin con el cliente sobre negociacin de contratos Software funcionando sobre documentacin Responder al cambio sobre seguir un plan

Tabla 1 Mapeo entre los principios de OpenUP y el manifiesto gil

Tambin, teniendo en cuenta lo descrito anteriormente, es necesario mostrar que el contenido de OpenUP se centra en las siguientes disciplinas (The Eclipse Foundation):

22

Entorno

Esta disciplina explica cmo personalizar el proceso y las herramientas para un proyecto u organizacin.

Gerencia de proyecto

Esta disciplina explica cmo entrenar, facilitar y apoyar al equipo, ayudando a hacer frente a los riesgos y los obstculos encontrados en la construccin de software. Los objetivos de esta disciplina son: o Fomentar consenso entre los interesados para priorizar la secuencia de trabajo. o Estimular la colaboracin en equipo en la creacin de planes a largo plazo y corto plazo del proyecto. o Centrarse en que el equipo entregue continuamente software probado para la evaluacin de los Stakeholders. o Ayudar a crear un entorno de trabajo eficaz para maximizar la productividad de los equipos. o Mantener informadas a las partes interesadas y al equipo del avance del proyecto. o Proporcionar un marco para gestionar los riesgos del proyecto y continuamente adaptarse a los cambios.

Requerimientos

Esta disciplina explica cmo obtener, analizar, especificar, validar y gestionar los requisitos para el sistema a desarrollar. El propsito de esta disciplina es:

23

o Entender el problema a ser resuelto o Entender las necesidades de los interesados directos (lo que los usuarios quieren) o Definir los requisitos para la solucin (lo que el sistema debe hacer) o Definir los lmites (alcance) del sistema o Identificar interfaces externas para el sistema o Identificar las limitaciones tcnicas de la solucin o Proporcionar las bases para la planificacin de iteraciones o Proporcionar las bases inciales para la estimacin de costos y cronograma o Arquitectura Esta disciplina explica cmo crear una arquitectura software a partir de los requisitos de gran importancia arquitectnica. El propsito de esta disciplina es desarrollar una arquitectura robusta para el sistema. La arquitectura se construye en la disciplina de Desarrollo. Desarrollo

Esta disciplina explica cmo disear e implementar una solucin tcnica que se ajuste a la arquitectura y que sea compatible con los requerimientos. Tiene los siguientes objetivos: o Transformar los requisitos en un diseo del futuro sistema o Adaptar el diseo para que coincida con el entorno de ejecucin o Construir el sistema de forma incremental o Verificar que las unidades tcnicas utilizadas para construir el sistema funcione como se especifica

Con cada iteracin, las tareas de esta disciplina se desarrollaran para generar una versin de la construccin cada vez con ms capacidad y ms estable.

Al trabajar en el sistema, los desarrolladores usarn y estarn limitados por la arquitectura.

24

Pruebas

Esta disciplina define el conjunto mnimo de tareas necesarias para planificar, implementar, ejecutar y evaluar las pruebas de un sistema. El propsito de esta disciplina es: o Buscar defectos en los documentos. o Validar las suposiciones formuladas en las especificaciones de diseo y los requisitos a travs de la demostracin concreta. o Validar que los requisitos se aplican adecuadamente. o Validar que el producto de software funciona como fue diseado.

Despliegue

Esta disciplina explica cmo planificar y desplegar una solucin 6.8. OpenUP/Basic OpenUP/Basic es un subconjunto de OpenUP que da un acercamiento gil para el desarrollo del software, con solo un contenido fundamental provee un conjunto simplificado de artefactos, roles, tareas y guas de trabajo ( Eclipse contributors and others , 2006).

Con un grupo de desarrollo, la clave del desafo de administracin es siempre mantener una unidad e integridad de diseo. OpenUP/Basic es un proceso iterativo del desarrollo del software para equipos de desarrollo pequeos y que le dan valor a la colaboracin y a las necesidades de los Stakeholder, es un proceso mnimo, completo, y extensible:

Mnimo: Incluyendo nicamente el contenido del proceso fundamental Completo: Tiene la posibilidad de ser declarado como todo un proceso para construir un

25

sistema. Extensible: Tiene la posibilidad de ser utilizado como base para agregar o para adaptar ms procesos

El equipo tiene que participar a plenitud de la interaccin diaria cara a cara. Los miembros del equipo incluidos los Stakeholders, desarrolladores, arquitectos, gestores de proyecto y testers. Los miembros del equipo participan en una colaboracin significativa, tomando sus propias decisiones en cuanto a lo que se necesita trabajar, cuales son las prioridades, y la mejor manera de abordar las necesidades de los Stakeholders. La presencia de los Stakeholders como miembros del equipo es crtica para realizar exitosamente OpenUP/Basic. Los miembros del equipo participan a diario en las reuniones stand-up para comunicar el estado y sus asuntos. Los problemas se abordan fuera de las reuniones diarias.

6.9. El ciclo de vida de desarrollo de software de OpenUP/Basic El ciclo de vida de desarrollo de software de OpenUP/Basic est constituido por cuatro fases: Inicio, Elaboracin, Construccin y Transicin ( Eclipse contributors and others , 2006). Cada fase consta de una o ms iteraciones donde las versiones estables y funcionales del software se han desarrollado y lanzado, la finalizacin de cada iteracin representa un hito de menor importancia para el proyecto y una contribucin a la consecucin de los hitos principales de la fase, donde los objetivos de fase son satisfechas.

OpenUP/Basic no incluye contenido para el despliegue, gestin de configuracin, o el entorno de desarrollo (tales como la personalizacin de este proceso o la creacin de entornos de desarrollo) tampoco proporciona orientacin sobre aspectos como el tamao del equipo, situaciones contractuales u orientacin tecnolgica. Aun cuando no abarca los aspectos antes mencionados se dice que OpenUp/Basic es suficiente porque se puede manifestar como un proceso para construir un sistema, la Ilustracin 2 muestra el ciclo de vida de OpenUP:

26

Ilustracin 2 Ciclo de vida de OpenUP(The Eclipse Foundation)

Fase de Inicio o Incepcin

En esta fase se define el negocio y la factibilidad del proyecto que se va a realizar. Se describe: el modelo de negocio, la visin, las metas del proyecto, se identifican actores, conceptos de dominio y deseos de usuario. Adicionalmente se define la viabilidad del proyecto.

Fase de Elaboracin

En la fase de elaboracin se obtiene la visin refinada del proyecto identificando nuevos alcances, requisitos y estimaciones. Se tiene en cuenta la resolucin de los riesgos ms altos y de acuerdo a todos los factores podra llegarse a detener el proyecto por complejidad tcnica.

Fase de Construccin

En la fase de construccin se realiza la implementacin iterativa de elementos ms sencillos y requisitos de menor riesgo. Representa la evolucin hasta llegar a un producto terminado, incluyendo el 100% de los requisitos. Al final de esta fase el sistema contiene todos los casos de uso pactados entre el cliente y la direccin. En caso de existir casos de uso no desarrollados, estos se convertirn en nuevas iteraciones.

27

Fase de Transicin

En esta fase se entrega el producto terminado a al cliente, se instala y comienza el ciclo de pruebas.

6.10. Lenguaje de modelacin (UML)

El Lenguaje Unificado de Modelado (UML, por sus siglas en ingls, Unified Modeling Language) es un lenguaje que brinda un vocabulario y unas reglas establecer una comunicacin centrndose en la representacin grfica de un sistema.

UML fue creado los mismos que propusieron la metodologa de desarrollo denominada Proceso Unificado de Desarrollo (Jacobson, 2000) no obstante, UML es utilizado en diferentes procesos de desarrollo. Cabe aclarar que UML y Proceso Unificado son diferentes. Proceso Unificado es un modelo de desarrollo de software y UML es un lenguaje de modelado utilizado en los procesos de desarrollo de software creando los modelos, pero no especifica cmo crearlos ya que este el objetivo de la metodologa de desarrollo.

UML ofrece diversos diagramas para representar las ideas desde diferentes puntos de vista complementarios, proceso unificado aprovecha esta ventaja y adopta a UML como una herramienta ms para realizar, disear, y documentar el desarrollo del sistema.

28

7. METODOLOGA Para el desarrollo del software de la empresa SOLFINANCOL S.A.S. se eligi la metodologa OpenUP/Basic que define un ciclo de vida de software de desarrollo de extremo a extremo compatible con los principios fundamentales del Proceso Unificado y diseado para apoyar a equipos pequeos, co-ubicados en sus actividades diarias. OpenUP/Basic no incluye contenido para las disciplinas de despliegue, gestin del cambio, o entorno debido a que OpenUP/Basic se enfoca en un equipo nico, y estas disciplinas generalmente son tratadas a nivel organizacional o empresarial. Se eligi esta metodologa porque es apropiada para proyectos pequeos o con pocos recursos debido a que evita la elaboracin de documentacin extensa, adicionalmente su organizacin con iteraciones cortas y micro incrementos permite mantener el control, evitar errores e incrementar las posibilidades de xito. En resumen, se eligi la metodologa OpenUP/Basic por ser una metodologa libre, gil y centrada en el producto, que no requiere documentacin extensa. 7.1. Conceptos bsicos dentro de la metodologa OpenUP OpenUP se organiza en dos dimensiones distintas, correlacionadas: contenido de mtodo y contenido del proceso. El contenido de mtodo es donde los elementos (es decir, los roles, las tareas, los artefactos y productos de trabajo) se definen, independientemente de la forma en que se utilizan en el ciclo de vida del proyecto. El contenido del proceso es donde los elementos se aplican en un sentido temporal. Muchos ciclos de vida diferentes para distintos tipos de proyectos pueden ser creados a partir del mismo conjunto de elementos de mtodo, algunos de los elementos bsicos de OpenUP (The Eclipse Foundation) son: Producto de trabajo: Lo que es producido, los productos de trabajo se pueden clasificar como "artefactos" si son cosas concretas, "resultados" si no se concreta, y "entregables" Si son un empaquetado de los artefactos.

29

Rol: Quien realiza el trabajo, un rol define el comportamiento y responsabilidades de un individuo, o un conjunto de individuos que trabajan juntos como un equipo, en el contexto de una organizacin de ingeniera de software. Los roles no son individuos, sino describen responsabilidades. Una persona normalmente se enfrentar a varios roles al mismo tiempo. Tarea: Cmo realizar el trabajo, por lo general se define como una serie de pasos que implican la creacin o actualizacin de uno o ms productos de trabajo. Las personas, segn su rol, realizan tareas que utilizan y producen artefactos. OpenUP/Basic describe el conjunto mnimo de roles, tareas y artefactos (Tabla 2) que participan en cada una de las disciplinas del desarrollo de software: Disciplina Entorno Gestin de proyectos Tarea Preparar el entorno de desarrollo. Adaptar el proceso Planificar las iteraciones Administrar las iteraciones Evaluar los resultados Solicitar cambios Identificar los requerimientos Detallar casos de uso Detallar los requerimientos del sistema Desarrollar la visin tcnica Refinar la arquitectura Definir la arquitectura Integracin y construccin Diseo de la solucin Implementar pruebas de los desarrolladores Implementar la solucin Crear casos de prueba Implementar pruebas Ejecutar pruebas Realizar material de apoyo Artefactos Herramientas Proceso de proyecto definido Lista de riesgos Lista de tems de trabajo Plan de proyecto Glosario Visin Requerimientos generales Modelo de casos de uso Casos de uso Cuaderno de arquitectura

Requisitos

Arquitectura

Desarrollo

Prueba

Diseo Construccin Implementacin Casos, guion y registros de prueba

Despliegue

Manual de instalacin Manual de usuario

Tabla 2 Artefactos y tareas relacionadas a cada disciplina

30

7.2. Gestin de Riesgos del proyecto OpenUP/Basic se enfoca en reducir significativamente el riesgo de manera temprana en el ciclo de vida. Esto requiere reuniones regulares de revisin de los riesgos y una implementacin rigurosa de las estrategias de mitigacin. Por ese motivo se desarroll un listado de riesgos conocidos del proyecto (ver Tabla 3) y se asociaron con acciones de mitigacin o contingencia. Al final de cada iteracin se realizaron evaluaciones de estado de los riesgos para verificar si alguno se present y la eficacia de las acciones de mitigacin.
CDIGO DEL RIESGO PROBABILID AD MAGNITUD

TTULO DEL RIESGO

IMPACTO

TIPO

DESCRIPCIN

ESTRATEGIAS DE MITIGACIN

RI-01

Prdida de informacin

RI-02

Desarrollo vs Requerimientos

Posible prdida de informacin en el servidor de base de datos por problemas tcnicos. Que el desarrollo que se realice no corresponda a lo que el cliente necesita por un mal levantamiento de requerimientos. Se pueden realizar cambios de requerimientos en el transcurso del proyecto que pongan en riesgo los tiempos y el cronograma definido Posibles problemas de instalacin y prdida de informacin al migrar el sistema a otro entorno. Posible robo de informacin privada de la compaa por una intrusin en el sistema. Se pueden presentar cambios en el personal de la compaa que maneja el sistema, perdiendo as la experiencia en el uso del mismo.

Indirecto

70%

3.5

Realizar Backups de la informacin peridicamente. Se realizarn varias concertaciones con la empresa para que los requerimientos y el desarrollo estn de acuerdo a las necesidades de la misma. Se realiza un levantamiento de requerimientos con los actores principales y se definen desde el inicio del proyecto con visto bueno del gerente de la compaa Se generar un documento de instalacin para permitir la migracin del sistema sin inconvenientes Cambio de contraseas para ingreso al sistema peridicamente. Se entregar a la compaa un instructivo de uso del sistema para que cualquier nuevo empleado pueda utilizar el aplicativo sin problemas.

Indirecto

65%

3.3

RI-03

Cambio de Requerimientos

Negocio

80%

3.2

RI-04

Migracin del software Robo de informacin

Tcnico

50%

2.0

RI-05

Directo

60%

1.8

RI-06

Cambio del personal

Indirecto

60%

1.8

31

CDIGO DEL RIESGO

PROBABILID AD

TTULO DEL RIESGO

MAGNITUD

IMPACTO

TIPO

DESCRIPCIN

ESTRATEGIAS DE MITIGACIN

RI-07

Restricciones del hardware

Posibles problemas de compatibilidad y funcionalidad por el hardware donde se instale la aplicacin. Es posible que el tiempo de desarrollo para el sistema no sea el suficiente segn los plazos del proyecto Los casos de prueba no se acoplen y no revisen todas las variables que puede tener el sistema. Se puede generar una mala planeacin que perjudicara el proyecto y los tiempos de desarrollo y ejecucin Es posible que se utilice una metodologa que no aplica para el tipo de sistema que se desarrollar y pueda llevar por mal camino el proyecto Posibles problemas de rendimiento por el hardware donde se instale la aplicacin.

40%

1.6

RI-08

Tiempo de desarrollo

50%

1.5

RI-09

casos prueba

40%

1.2

RI-10

Mala planificacin

30%

1.2

RI-11

Metodologa a seguir

35%

1.1

RI-12

Problemas de Rendimiento

30%

0.9

RI-13

Complejidad del diseo

La complejidad del diseo puede comprometer el desarrollo del sistema y su utilizacin. Incompatibilidad y problemas de funcionamiento al actualizar el software por nuevos productos y/o requerimientos de la compaa.

40%

0.8

RI-14

Actualizaciones al software

25%

0.8

Definicin de requisitos mnimos del sistema para su buen funcionamiento, verificacin del hardware disponible en la empresa Se realiza un cronograma lo ms especfico posible y se le realiza seguimiento semanalmente para minimizar el riesgo en los tiempos y cumplimiento Se realizan en el diseo previo que se entrega para el desarrollo del sistema y se verifica cada caso de uso y funcionalidad del sistema Se toma atenta nota de la metodologa con que se desarrollar el proyecto para realizar un cronograma lo ms exacto posible Se realiza un anlisis del tipo de proyecto que se desarrollar y basado en esto, se selecciona la metodologa que mejor se acople al mismo. Definicin de requisitos mnimos del sistema para su buen funcionamiento, verificacin del hardware disponible en la empresa La metodologa OpenUp Basic mantiene una comunicacin constante con todos los actores del proyecto, esto disminuye el la posibilidad de que ocurra este escenario El sistema se desarroll con una arquitectura MVC que permite fcilmente la adaptacin a nuevas funcionalidades que pueda solicitar la compaa

Tcnico

Tcnico

Tcnico

Indirecto

Indirecto

Tcnico

Indirecto

Tcnico

32

CDIGO DEL RIESGO

PROBABILID AD

TTULO DEL RIESGO

MAGNITUD

IMPACTO

TIPO

DESCRIPCIN

ESTRATEGIAS DE MITIGACIN

RI-15

Definicin de roles

La definicin de roles en el proyecto puede ser equivocada y pondra en riesgo actividades del cronograma Posible desastre natural que genere la prdida de informacin en el servidor de base de datos.

30%

0.6

Segn el cronograma inicial planteado, se verifican las fortalezas de cada miembro del proyecto y se definen tareas, que se revisarn peridicamente Realizar backups de la informacin peridicamente y guardarlos en un lugar diferente a la oficina.

RI-16

Desastre natural

Indirecto

Indirecto

10%

0.4

Tabla 3 Lista de riesgos

7.3. Plan de proyecto

Este plan de proyecto se crea basndose principalmente en la metodologa seleccionada, OpenUP/Basic, reuniendo toda la informacin requerida para administrar el proyecto, las fases y los hitos del mismo. Esta metodologa solicita como uno de los primeros requisitos, la creacin de una lista de tems de trabajo (The Eclipse Foundation), que se convertir en el nico repositorio que tendrn los miembros del equipo para las tareas que necesiten ser registradas y seguidas, as como los requerimientos de cambio, errores y requerimientos de los Stakeholders.

Con dicha lista las diferentes tareas para llevar a cabo cada uno de los tems de trabajo se identificaron y se agruparon en las actividades de ms alto nivel, llamado estructura de desglose de trabajo (WBS), con esta estructura de trabajo se desarroll el cronograma de trabajo. Se organiz el proyecto en iteraciones de dos semanas, una cantidad razonable de tiempo para entregar incrementos significativos en la funcionalidad. Para mantener una temprana y frecuente retroalimentacin de los clientes se utilizaron casos de uso para obtener y describir los requerimientos. Los Stakeholders fueron responsables de revisar y certificar que los requerimientos eran correctos. Los casos de uso son desarrollados

33

de manera conjunta entre los miembros del equipo. Como lo indica la metodologa (The Eclipse Foundation)los requisitos arquitectnicamente ms importantes se identificaron y estabilizaron dentro de la fase de Elaboracin, de tal forma que se cre una arquitectura robusta, la cual se convirti en el corazn del sistema, razn por la cual se tuvo gran nfasis en la arquitectura del sistema y en su documentacin. Finalmente cabe mencionar que las pruebas se realizan varias veces por cada iteracin, cada vez que la solucin se increment con el desarrollo de un requisito, cambio, o correccin de errores, se ejecutaron nuevamente antes de integrar el desarrollo al cdigo base. Para ver la versin detallada del cronograma, consulte el Anexo 1. Cronograma detallado del proyecto. A continuacin se muestra una versin de alto nivel:

34

Junio 1 Disciplina Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos tem de trabajo PLAN DE PROYECTO Lista de riesgos Plan de proyecto GLOSARIO Capturar un vocabulario comn (Glosario) VISIN Identificar a los Stakeholders Acordar el problema a ser resuelto Recolectar requerimientos de los Stakeholders Definir los lmites del sistema Definir caractersticas del sistema Asegurar un acuerdo en la visin del proyecto CASOS DE USO Recolectar informacin Identificar y recolectar trminos de dominio Capturar requerimientos Capturar casos de uso y actores en el modelo de casos de uso REQUERIMIENTOS GENERALES 2 3 4 1 Concepcin

Julio 2 3 4 1

Agosto 2 3 4

septiembre 1 2 3 4 1

Octubre 2 3 4 Construccin

Noviembre 1 2 3 4 1

Diciembre 2 3 4 Transicin

Elaboracin

35

Junio 1 Disciplina Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo tem de trabajo Detallar requerimientos generales Requisitos de interfaz de usuario Requisitos de interfaz con dispositivos o sistemas externos Reglas del negocio Limitaciones del sistema Cumplimiento del sistema CUADERNO DE ARQUITECTURA Identificar metas arquitectnicas Identificar restricciones arquitectnicas Identificar abstracciones clave Mecanismos arquitectnicos DISEO Modelo de datos Diccionario de datos Diseo de pantallas Refinar diseo de pantallas Mapa de navegacin CONSTRUCCIN Romper los requerimientos en tareas de desarrollo 2 3 4 1 Concepcin

Julio 2 3 4 1

Agosto 2 3 4

septiembre 1 2 3 4 1

Octubre 2 3 4 Construccin

Noviembre 1 2 3 4 1

Diciembre 2 3 4 Transicin

Elaboracin

Desarrollo Desarrollo

Hacer un prototipo de la arquitectura (Prueba de concepto) Escribir cdigo de arquitectura base 36

Junio 1 Disciplina Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo tem de trabajo Escribir cdigo fuente (Requisitos de alta prioridad) RE-10 Crear Solicitudes RE-12 Consultar Solicitudes RE-13 Exportar informacin de Solicitudes RE-11 Modificar Solicitudes RE-14 Cargar automticamente un archivo Escribir cdigo fuente (Requisitos de prioridad normal) RE-01 Ingresar al sistema RE-03 Crear Clientes RE-05 Consultar Clientes RE-04 Modificar Clientes RE-06 Exportar informacin de Clientes CASOS, GUION Y REGISTROS DE PRUEBAS Test Test Test Casos y scripts de prueba Crear los casos de prueba Probar el prototipo de arquitectura Probar arquitectura de referencia (probar que los requisitos de alta prioridad funcionan con la arquitectura) Pruebas de desarrollo 2 3 4 1 Concepcin

Julio 2 3 4 1

Agosto 2 3 4

septiembre 1 2 3 4 1

Octubre 2 3 4 Construccin

Noviembre 1 2 3 4 1

Diciembre 2 3 4 Transicin

Elaboracin

Test Test

Tabla 4 Cronograma de alto nivel

37

8. DESARROLLO DEL PROTOTIPO Es esta seccin se mostrar el desarrollo del prototipo basado en la metodologa OpenUP Basic, desde el levantamiento de informacin con la compaa y los interesados, pasando por el anlisis de la informacin, la definicin de la arquitectura ,el diseo del prototipo hasta el desarrollo final del prototipo.

8.1. Levantamiento de Informacin

Teniendo en cuenta que la metodologa utilizada para el desarrollo de este prototipo fue OpenUP/Basic, se sigui a cabalidad con sus lineamientos, realizando reuniones continuas con los interesados del sistema (Stakeholders) para obtener la informacin que se encontrar a continuacin, informacin equivalente al Documento de Visin que exige la metodologa y que muestra una recopilacin de las diferentes necesidades que tienen los usuarios actuales de la empresa Solfinancol, adems permite entender la dinmica del negocio, entendiendo cmo funciona y quines intervienen en los procesos, para as poder entregar una solucin a la empresa que logre cumplir con las expectativas del mercado y de la compaa.

8.1.1. Demografa del mercado

A continuacin se realizar un anlisis al mercado Colombiano de los crditos de libranza en los ltimos aos, esto con el fin de evidenciar la gran importancia que tiene para las empresas que cubren este nicho de mercado, iniciar una estandarizacin de sus procesos y asegurar una alta escalabilidad en sus sistemas de gestin de la informacin, pues teniendo en cuenta el crecimiento en la demanda de estos crditos, no actualizar sus sistemas se puede convertir en un grave problema a corto plazo.

Los crditos de libranza, es decir, aquellos cuya cuota mensual se descuenta directamente

38

de las nminas, representan una modalidad que cada vez tiene ms pedido entre los trabajadores colombianos, por las facilidades de pago y porque sus tasas de inters son ms bajas. Las cifras as lo reflejan, pues estos prstamos crecieron en 4 aos ms de 12 puntos en la cartera de consumo. De acuerdo con el diario Portafolio, De los 23 bancos que operan en el mercado, 16 ofrecen esta lnea de financiacin a una tasa promedio del 17 por ciento efectiva anual, frente a un costo de 19,2 por ciento del crdito de consumo y de 30,3 por ciento que cobran las tarjetas de crdito () Gracias a esto la cartera de libranzas creci 22 por ciento anual en el primer semestre de 2012, aumentando su saldo por encima de los 21 billones de pesos, segn cifras de la Superintendencia Financiera. (Redaccin Economa y Negocios, 2012).

Sin embargo, no se trata solo de costos. Tambin tiene que ver con la facilidad de acceso al crdito formal por parte de los trabajadores, quienes hoy pueden obtener prstamos desde 250.000 pesos (Bancoomeva) hasta ms de 1.000 millones de pesos (Banco Popular), incluso sin el respaldo de un codeudor o garantas adicionales. Segn estadsticas del sector, reportadas por el diario mencionado, el ao pasado fueron 850.000 los nuevos crditos de libranza por valor de 12,6 billones de pesos, mientras que para compra de vivienda los desembolsos sumaron ocho billones y en microcrdito solo 2,5 billones de pesos y para este ao, la dinmica no ha sido distinta pues segn la Asobancaria, en el primer trimestre del 2012, las libranzas acumulaban 200.000 desembolsos por 3,4 billones de pesos. La cartera ha mantenido una dinmica positiva: la tasa de crecimiento anual promedio de los ltimos cinco aos es de 32 por ciento, frente a 16 y 32 por ciento de las carteras hipotecaria y de microcrdito en el mismo periodo, respectivamente (Redaccin Economa y Negocios, 2012).

Esto permite afirmar que la predileccin por las libranzas cambi el panorama del crdito de consumo, pues cuatro aos atrs participaban con el 19,4 por ciento y hoy son el 32 por ciento. Por el contrario, los prstamos de libre inversin, de vehculo y rotativos, han perdido en su orden
39

10,3; 1,9 y 1,1 puntos porcentuales en este mismo periodo.

A futuro, se estima que dichos crditos seguirn dentro de las preferencias financieras, pues cuentan con el respaldo de la Ley de Libranza (1527 de 2012), que ampla el mercado al permitir el acceso al crdito a trabajadores de menores ingresos y a aquellos que tienen contrato de prestacin de servicios, sin que su empleador se pueda oponer a ello.

8.1.2. Solfinancol S.A.S. La empresa Solfinancol S.A.S. es una empresa ubicada en la ciudad de Bogot, que se dedica a gestionar crditos de libranza a un nicho de mercado especfico para una entidad bancaria reconocida del pas. Este nicho de mercado cubre a los empleados de las fuerzas armadas, fuerzas militares, polica nacional, pensionados del gabinete ministerial entre otros. Esta empresa est funcionando ya desde hace varios aos en la ciudad de Bogot y se est consolidando en el mercado de los crditos por libranza hasta el punto de tener asesores en diferentes departamentos del pas, para brindar crditos de fcil acceso a militares y clientes que no se pueden desplazar hasta la ciudad de Bogot.

8.1.3. Anlisis de Procesos Para entender mejor la dinmica de negocio de la empresa Solfinancol SAS y el papel que jugar el sistema, a continuacin se realizar una descripcin de sus procesos con los clientes de inicio a fin:

Los asesores contratados por Solfinancol deben realizar la bsqueda de clientes en las pagaduras autorizadas por el Banco (estas pagaduras estn definidas ms adelante en este documento en la relacin de los Stakeholders), luego que un asesor encuentra un posible cliente, debe entregarle una serie de formularios que el cliente diligenciar con sus datos personales, referencias laborales y familiares, adems de la informacin sobre la solicitud de crdito. Es
40

decir, el monto que desea solicitar, el nmero de cuotas y otros requisitos que solicita el Banco.

Luego que el asesor obtiene la informacin de su cliente, debe entregar los formularios diligenciados y firmados a Solfinancol SAS, esto lo realizar en persona si se encuentra en la ciudad de Bogot o envindolos por correo certificado si se encuentra fuera de la ciudad. Una vez los documentos son entregados en la empresa, la Asistente de Solfinancol se encargar de realizar una pequea revisin a los documentos e inmediatamente ingresar los datos personales del cliente en el sistema, as como la informacin de la solicitud del crdito. Luego que se realiza el ingreso del cliente en el Excel de registro, se guardan los documentos del cliente en una carpeta y se realizan las respectivas confirmaciones. Se confirman referencias, se verifica que el cliente no se encuentre reportado en las centrales de riesgo y si todo est en orden, se radican los documentos del cliente en el Banco para aprobacin. Si el cliente se encuentra reportado en la central de riesgos, se debe finalizar con el proceso.

Una vez los documentos han sido radicados en el Banco, este realiza una primera revisin de los documentos, este sera el primer estado llamado por la compaa T1 (Tarro 1), en este estado los documentos pueden ser devueltos por tachones o enmendaduras en los formularios fsicos. Si los documentos estn bien pasan al estado T2 (Tarro 2), que ser la verificacin de los datos laborales por parte del Banco. Luego la solicitud de crdito pasa al T3 (Tarro 3), que corresponde a la verificacin de las referencias del cliente y el contacto telefnico para confirmar la solicitud del crdito. Si todo es correcto, siguen los estados T4 y T5 (Tarro 4 y 5), que es el anlisis de crdito por 2 asesores diferentes del Banco, si todo est claro y obtiene el visto bueno de estos asesores, se realiza la legalizacin y aprobacin de la solicitud de crdito, que sera el T6 (Tarro 6); en caso de no superar el anlisis el crdito ser rechazado y pasar al estado RE (Rechazado). Finalmente el Banco realiza la generacin de cuentas, que se llamar el estado T7 (Tarro 7) y por ltimo el desembolso del crdito, estado DS (Desembolsado).

En caso de que el banco realice alguna observacin en uno de los tarros, este estado cambiar de Tarro a Devuelto, para poner un ejemplo, si una solicitud de un cliente no supera la
41

verificacin de datos laborales, el reporte del Banco no indicar T2 sino D2, es decir devuelto en el Tarro 2. Este mismo sistema aplica para todos los Tarros, as que habr una serie de estados del D1 al D7 segn el tarro en que se realice la devolucin. En la Ilustracin 3 Diagrama de estados Solicitudes de crditose puede ver el diagrama de estados que muestra como cada estado T1 puede pasar a una devolucin D1 que puede terminar en un rechazo del crdito (RE) o puede regresar nuevamente a su estado T1 para continuar con el proceso a T2. Cada estado tiene su estado de devolucin y finalmente luego del estado T7 se llegar al desembolso del crdito.

Ilustracin 3 Diagrama de estados Solicitudes de crdito

En la Ilustracin 4, el diagrama de Actividades busca modelar de una manera ms clara el proceso explicado anteriormente:

42

Ilustracin 4 Diagrama de Actividades, proceso general de la empresa Solfinancol SAS

43

8.1.4. Resumen del Problema

En seguida se mostrar una tabla que resume el problema de la compaa, segn los primeros anlisis realizados:

El problema de

Afecta a

Cuyo impacto es

Una solucin satisfactoria trae

No almacenar de forma ordenada y segura los datos de los clientes, asesores y nuevas solicitudes de crdito; y no poder realizar consultas efectivas sobre informacin personal de los clientes y los estados en que se encuentra cada solicitud de crdito. Solfinancol S.A.S. Prdida de informacin personal de los clientes por la falta de organizacin en los archivos actuales. Irregularidades al realizar bsquedas de informacin de clientes antiguos. Prdida de tiempo al realizar seguimiento a solicitudes actuales de crdito por la dificultad de obtener informacin sobre fechas de los diferentes estados. Dificultades para obtener informacin confiable de solicitudes de crdito que hayan finalizado. Organizacin de las bases de datos para obtener informacin confiable de los clientes, asesores y solicitudes de crdito. Ahorro de tiempo al realizar seguimiento a las solicitudes de crdito. Ahorro de tiempo al buscar informacin sobre clientes antiguos y crditos concretados.
Tabla 5 Resumen de problemas

8.1.5. Identificacin de Stakeholders

La siguiente tabla muestra en grandes rasgos los principales interesados del sistema (Stakeholders):

NOMBRE

Institucin reguladora

REPRESENTA A Superintendencia Financiera: La Superintendencia Financiera de Colombia surgi de la fusin de la Superintendencia Bancaria de Colombia en la Superintendencia de Valores,

RESPONSABILIDAD Supervisar el sistema financiero colombiano con el fin de preservar su estabilidad, seguridad y confianza, as como, promover, organizar y desarrollar el mercado de valores colombiano y la proteccin de los inversionistas, ahorradores y asegurados.

44

segn lo establecido en el artculo 1 del Decreto 4327 de 2005. La entidad es un organismo tcnico adscrito al Ministerio de Hacienda y Crdito Pblico, con personera jurdica, autonoma administrativa y financiera y patrimonio propio. Superintendencia de la Economa Solidaria: Es un organismo descentralizado, tcnico, adscrito al Ministerio de Hacienda y Crdito Pblico, con personera jurdica, autonoma administrativa y patrimonial. Banco que contrata a Solfinancol como outsourcing

Entidad Bancaria

Asesor Solfinancol

Trabajadores de Solfinancol que se encargan de interactuar con los clientes y obtener las solicitudes de crdito. Persona que pertenezca a una de las pagaduras autorizadas, que est interesado en solicitar un crdito con Solfinancol. Analista

Cliente Solfinancol

Constructor del sistema1

Arquitecto

Desarrollador

Organismo tcnico del Estado la supervisin sobre la actividad financiera del cooperativismo y sobre los servicios de ahorro y crdito de los fondos de empleados y asociaciones mutualistas y, en general, el aprovechamiento o inversin de los recursos captados de los asociados por parte de las organizaciones de la economa solidaria. Es responsable de verificar los procesos realizados por Solfinancol, verificar la informacin de los clientes, tramitar las solicitudes de crdito y rechazar o desembolsar los crditos. Son responsables de recolectar toda la informacin personal de los clientes y la informacin necesaria para realizar la creacin de nuevas solicitudes de crdito, que se entregarn a Solfinancol. Debe entregar su informacin personal a los asesores y la informacin necesaria para realizar las solicitudes de crdito, tiempo del prstamo, valor a solicitar, entre otras. Es el responsable de reconocer los requerimientos de los usuarios, entendindolos, proponiendo soluciones y estableciendo prioridades para los mismos. Es responsable de la definicin de la arquitectura con la que se desarrollar el prototipo, adems de definir las restricciones para el diseo. Responsable de realizar el desarrollo del prototipo, el diseo teniendo en cuenta la arquitectura a utilizar y la interfaz solicitada por el usuario.

Aunque se cumplen diferentes roles, todos pertenecen a la misma categora de Constructores del sistema, por esta razn se dejan como un solo Stakeholder.

45

Gerente de proyecto

Tester

Gerente Solfinancol

Gerente general de Solfinancol

Asistente Solfinancol

Asistente administrativo de Solfinancol

Es responsable de guiar el proyecto, coordinar la interaccin con los usuarios y mantener el control sobre el cumplimiento de los objetivos. Es el responsable de identificar e implementar todos los test necesarios en la aplicacin, documentar y analizar los resultados Est encargado de gestionar el proceso de negocio y por lo tal nicamente interacta en la funcionalidad de ingreso y de generacin de reportes con el fin de estar al tanto de los estados de las solicitudes. Es responsable de acceder al sistema e interactuar con l 100%. Tiene la posibilidad de agregar, modificar y consultar: clientes, asesores, solicitudes y reportes.

Tabla 6 Resumen de Stakeholders

8.1.6. Perfiles de Stakeholders A continuacin se describe los diferentes perfiles de Stakeholders heredados de los Stakeholders:

Institucin Reguladora
Representante Descripcin Tipo Responsabilidad Representante del Gobierno (Superintendencia Financiera y Superintendencia de la Economa Solidaria) Supervisa a Solfinancol SAS para garantizar que sus procesos cumplan con lo establecido segn la reglamentacin del gobierno. Experto del negocio, usuario ocasional. Se asegura de que el sistema se encuentre correctamente enmarcado dentro de la normatividad del sector. Encargado supervisar y evaluar el sistema y su desarrollo El sistema cumple con toda la normatividad del sector donde se desempea velando por el bienestar de sus usuarios e involucrados. Ser juez y regulador del sistema. Ninguno Ninguno.
Tabla 7 Perfil Stakeholder Institucin Reguladora

Criterios de xito Implicacin Entregables Comentarios adicionales

46

Entidad Bancaria
Representante Descripcin Tipo Responsabilidad Asesor del Banco Tiene conocimiento de las polticas y procesos para la aprobacin de nuevos crditos a clientes de Solfinancol. Experto del negocio, usuario ocasional, Alto Conocimiento en crditos de libranza. Verifica que la informacin de las solicitudes est de acuerdo a lo estipulado por la ley, entrega los estados de los crditos a Solfinancol y aprueba los crditos de ser finalizados satisfactoriamente. Aprobacin de las solicitudes de crdito, evidenciar el fcil seguimiento a los estados de los crditos. No tiene una implicacin directa con el sistema. Actualizacin de estados en las solicitudes de crditos. Ninguno.
Tabla 8 Perfil Stakeholder Entidad bancaria

Criterios de xito Implicacin Entregables Comentarios adicionales

Asesor Solfinancol Representante Descripcin Tipo Responsabilidad Empleado de Solfinancol. Se encarga buscar nuevos clientes y obtener las solicitudes de crdito. Usuario final Se asegura que el cliente suministre toda la informacin necesaria para que se pueda procesar la nueva solicitud de crdito y se pueda ingresar como nuevo cliente en el sistema. Si la informacin est completa, el sistema no mostrar ninguna excepcin por falta de informacin. No tiene una implicacin directa con el sistema. Solicitud de crdito Ninguno.
Tabla 9 Perfil Stakeholder Asesor Solfinancol

Criterios de xito Implicacin Entregables Comentarios adicionales

Cliente Solfinancol
Representante Descripcin Tipo Todo cliente que pertenezca a una de las pagaduras autorizadas. Toda persona que desee adquirir un crdito con Solfinancol y pertenezca a una de las pagaduras autorizadas. Usuario final.

47

Responsabilidad Criterios de xito Implicacin Entregables Comentarios adicionales

Entregar toda la informacin completa para el ingreso en el sistema. Las solicitudes de crdito y la informacin del cliente son ingresadas en el sistema correctamente. No tiene implicacin directa con el sistema. Formularios con informacin firmados para ingreso al sistema. Ninguno.
Tabla 10 Perfil Stakeholder Cliente Solfinancol

Constructor del sistema


Representante Descripcin Andrs Novoa Cristian Ramos Estn encargados del diseo y desarrollo adecuado de los diferentes aspectos del sistema que estn directamente relacionados con la gestin de clientes y solicitudes de crdito. Alto Conocimiento en Ingeniera y Arquitectura de Software con Conocimiento tcnico en desarrollo de aplicaciones web. Se encargarn que el prototipo del sistema cumpla con todos los requerimientos bsicos solicitados por la empresa Solfinancol. Creacin exitosa de clientes y nuevas solicitudes. Actualizacin de estados para las solicitudes y exportacin de reportes. Verificarn que la arquitectura propuesta y el desarrollo del prototipo realizado cumplan con las expectativas de la empresa Solfinancol, satisfaciendo todos los requerimientos propuestos durante el diseo y la fase de creacin. Arquitectura del sistema. Diseo del sistema. Prototipo funcional. Casos de prueba. Ninguno.
Tabla 11 Perfil Stakeholder Constructor del Sistema

Tipo Responsabilidad Criterios de xito Implicacin

Entregables

Comentarios adicionales

Gerente Solfinancol
Representante Descripcin Adriana G. Gerente general de la empresa Solfinancol SAS encargada de realizar seguimiento a los procesos adelantados, solicitudes aprobadas, solicitudes tramitadas y dems informes de estados Usuario final. Revisar detalladamente la actualizacin de estados en las solicitudes de crdito y especficamente la generacin de reportes para llevar control general de los avances de la empresa y sus

Tipo Responsabilidad

48

Criterios de xito Implicacin Entregables Comentarios adicionales

clientes. Obtener reportes completos con la informacin necesaria para revisar el avance de la compaa en general. Valida en trminos de usabilidad del sistema. Mdulo de generacin de reportes y actualizacin de estados. Ninguno.
Tabla 12 Perfil Stakeholder Gerente Solfinancol

Asistente Solfinancol
Representante Descripcin Tipo Responsabilidad Criterios de xito Implicacin Entregables Comentarios adicionales Stefany S. Es la Asistente Administrativa de Solfinancol SAS, encargada de administrar los diferentes mdulos del sistema. Usuario final. Realizar la creacin de todos los nuevos clientes y solicitudes que deban ingresar al sistema. Correcto funcionamiento de la aplicacin para todo el ingreso de informacin, actualizacin de estados y generacin de reportes. Valida en trminos de usabilidad del sistema. Ninguno. Ninguno.
Tabla 13 Perfil Stakeholder Asistente Solfinancol

8.1.7. Necesidades de los Stakeholders y Usuarios En la Tabla 14 se realiza la descripcin de las necesidades de los Stakeholders, adems de su prioridad, preocupacin y soluciones propuestas:

Necesidad

Prioridad

Preocupacin

Solucin Actual

Solucin Propuesta Crear una funcionalidad de ingreso en el sistema fcil de utilizar y que le suministre un plus de seguridad al mismo. Crear un mdulo en el sistema para ingresar los clientes en una base de datos MySQL y no tener

Ingresar sistema

al

Media

Que el registro en el Ninguno sistema sea engorroso Prdida en la informacin por la falta Ninguna de orden en las bases de datos actuales

Gestionar Clientes

Alta

49

Gestionar Asesores

Media

Prdida de informacin personal de los asesores Ninguna y mala asignacin en las comisiones Prdida de informacin, difcil seguimiento a las Ninguna solicitudes y sus estados. Claridad en las fechas en que se realiza el Ninguna seguimiento a las solicitudes. Que no se lleve un control de los crditos finalizados, en proceso Ninguna o que tome mucho tiempo obtener la informacin.

Gestionar Solicitudes

Alta

Actualizar seguimiento

Alta

Generar Reportes de Seguimiento

Alta

prdidas en la informacin. Crear un mdulo para el ingreso de los asesores y asignarles un cdigo nico para no tener problemas al asignar comisiones. Crear un mdulo para ingresar las solicitudes y lograr el seguimiento de sus estados de una manera sencilla. Crear una funcionalidad para cargar un archivo que actualice el estado de las solicitudes. Crear una funcionalidad que permita generar reportes confiables sobre los estados de las solicitudes de crditos para llevar un control de los mismos.

Tabla 14 Necesidades de los Stakeholders

8.1.8. Perspectiva general del sistema Este sistema permitira a la empresa Solfinancol S.A.S. realizar toda la gestin de clientes, asesores y nuevas solicitudes, incluyendo una funcionalidad para generar reportes y lograr un fcil control de los crditos que se aprueban y los estados de los que estn en proceso de aprobacin.

Para realizar la gestin de clientes, asesores y solicitudes, el sistema contara con diferentes mdulos y formularios que facilitaran el ingreso de los datos personales de los clientes, un entorno amigable para el personal administrativo de Solfinancol S.A.S. que se encargara de administrarlo y generar los reportes que solicita la gerencia para hacer seguimiento a las solicitudes de crdito.

50

Basados en esta breve perspectiva del sistema, en la Tabla 15 se mostrar un resumen de los beneficios que podran tener las partes involucradas con la creacin del sistema y el detalle de dichos beneficios:

Beneficios de las partes involucradas Ingreso seguro al Sistema

Caracterstica El sistema permitir controlar el ingreso por medio de un usuario y contrasea que sern definidas nicamente para el personal autorizado de Solfinancol SAS Organizacin de las bases de datos El manejo de MySQL como motor de base de datos para el sistema de Solfinancol permitir organizar las bases de datos con la informacin de Clientes, Asesores y Solicitudes de crdito. Permitiendo realizar consultas ms rpidas y eficientes. Asignacin confiable de las comisiones a los El sistema permitir asignar asesores mediante asesores cdigos a las diferentes solicitudes de crdito, esto permitir realizar los clculos de las comisiones de una manera ms efectiva. Seguimiento a las solicitudes Gracias a la funcionalidad para cargar el archivo de estados de solicitudes que enva el Banco diariamente, el sistema mantendr actualizada la informacin de cada solicitud y permitir hacer el seguimiento fcilmente. Exportacin de reportes Con esta funcionalidad el sistema le permitir a la empresa crear reportes de estados de las solicitudes por fechas, por tipos de estados, por tipos de clientes, permitiendo llevar un control ms exacto sobre los procesos de la empresa y el cumplimiento de metas. Tabla 15 Resumen de beneficios a involucrados

8.2. Anlisis de Informacin

Luego del levantamiento de informacin realizado con la compaa, se inici el proceso del anlisis de informacin, en el cual se definieron los requerimientos tanto funcionales como generales, las interfaces con las que tendr relacin el sistema, adems de las reglas de negocio y limitaciones que fueron necesarias para iniciar la fase de diseo del sistema.

51

8.2.1. Requerimientos Funcionales del Sistema En la Tabla 16 se presentan los requerimientos funcionales del sistema, los cuales han sido concertados con la gerencia de Solfinancol:

Cdigo Requerimiento Nombre: Descripcin Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin

RE-01 Ingresar al sistema El sistema debe solicitar un usuario y contrasea para permitir el ingreso a la aplicacin y sus diferentes funcionalidades. RE-02 Cambiar contraseas El sistema debe permitir el cambio de contraseas para los usuarios que ya estn creados en el sistema, por seguridad se desea cambiar la contrasea mensualmente. RE-03 Crear Clientes El sistema debe permitir la creacin de clientes, con todos los datos personales, datos de referencias personales y familiares que van incluidos como requisito en los formatos del Banco. RE-04 Modificar Clientes El sistema debe permitir la modificacin de cualquier dato de los clientes ya creados. RE-05 Consultar Clientes El sistema debe permitir al usuario consultar la informacin personal de los clientes y sus referencias para posibles confirmaciones y verificaciones. RE-06 Exportar informacin de Clientes El sistema debe permitir la exportacin de los datos principales de los clientes como los Nombres, Cdula, Direccin y Telfono para poder realizar un seguimiento constante por medio de los asesores. RE-07 Crear Asesores El sistema debe permitir crear nuevos asesores con toda su informacin personal para poderlos relacionar con las diferentes solicitudes de crdito que se obtengan. RE-08 Modificar Asesores El sistema debe permitir la modificacin de los asesores, para actualizar la informacin personal, datos de contacto, direccin,

52

Cdigo Requerimiento Nombre: Descripcin Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin

Cdigo Requerimiento Nombre: Descripcin

etc. RE-09 Consultar Asesores El sistema debe permitir la consulta de los datos personales de cada asesor para su fcil ubicacin. RE-10 Crear Solicitudes El sistema debe permitir la creacin de solicitudes con todos los datos incluidos en los formatos del Banco y que el cliente debe diligenciar, como por ejemplo el valor de la solicitud, cuenta a consignar, etc. RE-11 Modificar Solicitudes El sistema debe permitir al usuario modificar los datos ingresados en las solicitudes en caso que haya alguna actualizacin de cuentas bancarias. RE-12 Consultar Solicitudes El sistema debe permitir consultar las solicitudes de una manera rpida para verificar sus estados, las fechas de ingreso en el sistema y valores solicitados entre otros. RE-13 Exportar informacin de Solicitudes El sistema debe permitir exportar la informacin de las solicitudes a un archivo de Excel para llevar el seguimiento de los diferentes estados y las fechas de cada estado. RE-14 Cargar automticamente un archivo El sistema debe permitir al usuario cargar un archivo de texto plano que enva regularmente el Banco, el cual contiene la informacin de los estados de las solicitudes de crdito actuales. Esto para llevar un seguimiento diario de cada solicitud y dar informacin actualizada y confiable a los clientes.
Tabla 16 Requerimientos funcionales del sistema

Adems de esto, se encontrarn una serie de requerimientos no funcionales del sistema, como requerimientos de calidad, requerimientos de diseo del sistema, las reglas de negocio que pueden afectar al desarrollo del mismo. Tambin se nombrarn las restricciones del sistema en cuanto a su desarrollo.

53

8.2.2. Requerimiento no Funcional: Calidad del Sistema Las caractersticas y sub-caractersticas de calidad que se tendrn en cuenta para el sistema son las enunciadas en el modelo de calidad ISO 9126-1 y que se muestran resumidas en la figura 1 a continuacin:

Ilustracin 5 Caractersticas y sub-caractersticas de calidad ISO 9126(International Organization for Standardization (2001))

En la siguiente tabla se describen cada una de las caractersticas de calidad contempladas por el modelo y se describe el rango contemplado para el sistema:

Caractersticas Funcionalidad

Descripcin Capacidad del producto de software para proporcionar funciones que renan una serie de condiciones y necesidades declaradas e implcitas cuando el software se utiliza en determinadas condiciones (lo que

Rango Este sistema deber cumplir unos parmetros mnimos de seguridad, como ser tener usuarios y contraseas para los empleados que lo van a utilizar. El sistema debe ser confiable y la informacin debe ser precisa, ya que se estar consultando y

54

el software hace para cumplir las actualizando a diario y tendr toda la necesidades) (International informacin del core del negocio. Organization for Standardization, 2001) Fiabilidad Capacidad del producto de software para mantener su nivel de rendimiento, bajo determinadas condiciones por un perodo de tiempo (International Organization for Standardization, 2001) Capacidad del producto de software de ser comprendido, aprendido y usado por el usuario as como ser atractivo para el mismo, cuando se utilizan en condiciones especficas. (International Organization for Standardization, 2001) La capacidad del producto de proporcionar un desempeo apropiado, en relacin con la cantidad de recursos utilizados, bajo condiciones especficas (International Organization for Standardization, 2001) Capacidad del producto de software para ser modificado. Las modificaciones pueden incluir correcciones, mejoras o adaptaciones de los programas a los cambios en el entorno y en los requerimientos y especificaciones funcionales.(International OrganizationforStandardization, 2001) La capacidad del producto de software para ser transferido de un entorno a otro. El entorno puede incluir la organizacin, entorno de hardware o software (International Organization for Standardization, 2001) Se espera que este sistema tenga un buen nivel de rendimiento y est disponible 6 das a la semana, ya que los das domingos no se tendr acceso y se podrn realizar tareas de mantenimiento y Backups de informacin. Teniendo en cuenta que los clientes de la empresa Solfinancol no tendrn acceso directo al sistema y solo el personal autorizado de la empresa lo podr manipular, no es necesario que su nivel de usabilidad sea muy alto, pues solo unas pocas personas lo estarn utilizando a diario. Se espera que el sistema sea gil a la hora de ingresar informacin, el uso de recursos no ser una limitante para el sistema, pues se espera el sistema no sea muy robusto y permita obtener la informacin rpidamente. El sistema tendr un alto nivel de mantenibilidad, pues la arquitectura permitir realizar modificaciones o mejoras de forma sencilla, permitiendo a la compaa adaptar el sistema conforme vaya creciendo y obteniendo nuevos productos y posibles nuevos requerimientos.

Usabilidad

Eficiencia

Mantenibilidad

Portabilidad

Para el sistema que se construir, se disear un manual de instalacin que permitir: transferir el programa a cualquier entorno que cumpla con el mnimo de requisitos establecidos en la arquitectura, apuntando a que no se generen problemas de compatibilidad

55

con otros sistemas.


Tabla 17 Resumen de rangos de calidad del sistema

Precedencia y prioridad Para determinar la prioridad y precedencia de las caractersticas de calidad contempladas

para este sistema, se realiz una matriz que fue diligenciada durante una reunin de concertacin con los miembros interesados del proyecto, dando una calificacin de 1 a 5 a cada una de las caractersticas de calidad segn los intereses particulares de cada Stakeholder, siendo 5 de mayor inters y 1 de menor. Dicha calificacin se encuentra consignada en la siguiente tabla:

56

Caracterstica

Sub-Caracterstica

Funcionality Suitability (Idoneidad) (Funcionalidad) Accuracy (Precisin) Interoperability (Interoperabilidad) Security (Seguridad) Reability Maturity (Madurez) (Fiabilidad) FaultTolerance (Tolerancia a fallos) Recoverability (Recuperabilidad) Understandability (Entendibilidad) Learnability (Capacidad de ser aprendido) Operability (Operatividad) Efficiency Time behavior (Rendimiento) (Eficiencia) Resourceutilization (Utilizacin de recursos) Maintainability Analyzability (Analizabilidad) (Mantenibilidad) Changeability (Cambiabilidad) Stability (Estabilidad) Testability (Capacidad de ser probado) Portability Adaptability (Portabilidad) (Adaptabilidad) Installability (Instalabilidad) Co-Existence (Coexistencia) Replaceability (Remplazabilidad) TOTAL Usability (Usabilidad)

Asistente Gerente Solfinancol Solfinancol 4 5 4 4 3 3 2 3 2 4 4 3 3 3 2 3 3 3 2 3 2 2 58 3 3 2 3 3 2 3 3 4 2 4 4 5 3 4 4 5 4 70

Asesor Cliente Constructor 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 4 5 4 3 3 2 3 3 3 3 3 3 4 3 4 3 3 4 3 3 66

TOTAL PROMEDIO 13 13 10 9 7 8 8 9 10 9 10 8 10 10 12 9 9 11 10 9 9,7 10,2 9 9,3 7,6 11,2

Tabla 18 Importancia de cada caracterstica de calidad para los Stakeholders

57

Teniendo en cuenta la informacin registrada en la tabla anterior, se priorizaron las caractersticas de calidad del sistema siendo 1 la caracterstica de mayor prioridad:

Prioridad

Caracterstica

Funcionality (Funcionalidad)

Sub Prioridad 1 2 3 4 1

Sub-Caracterstica Suitability (Idoneidad) Accuracy (Precisin) Interoperability (Interoperabilidad) Security (Seguridad) Stability (Estabilidad) Changeability (Cambiabilidad) Analyzability (Analizabilidad) Testability (Capacidad de ser probado) Installability (Instalabilidad) Co-Existence (Coexistencia) Adaptability (Adaptabilidad) Replaceability (Remplazabilidad) Learnability (Capacidad de ser aprendido) Understandability (Entendibilidad) Operability (Operatividad) Time behavior (Performance) Resourceutilization (Utilizacin de recursos) Recoverability (Recuperabilidad) FaultTolerance (Tolerancia a fallos) Maturity (Madurez)

Maintainability (Mantenibilidad)

2 3 4 1

Portability (Portabilidad)

2 3 4 1

Usability (Usabilidad)

2 3 1

Efficiency (Eficiencia)

2 1

Reability (Fiabilidad)

2 3

Tabla 19 Prioridad y precedencia de caractersticas de calidad

58

8.2.3. Requerimiento no Funcional: Interfaces del Sistema En general la aplicacin debe soportar las siguientes especificaciones referentes a las interfaces que tendr con el usuario, con otros sistemas y dispositivos:

Apariencia (Interfaz Usuario)

El sistema debe poseer los colores corporativos de Solfinancol

Disposicin y requerimientos de navegacin (Interfaz Usuario)

Es importante que el sistema posea el menor nmero de pantallas posible de forma que facilite su manejo, aprendizaje y navegacin, utilizando por ejemplo botones, mens desplegables y en general un ambiente amigable para el usuario.

Consistencia (Interfaz Usuario)

Teniendo en cuenta que los usuarios que manipularn el sistema no tienen conocimientos especficos en sistemas, es importante que el sistema utilice trminos entendibles para todos los usuarios.

Requisitos de personalizacin (Interfaz Usuario)

La empresa solicita que los reportes se realicen en la misma pantalla, ya sea que se vaya a buscar informacin especfica de un cliente, de un crdito, de un estado o de una solicitud. Esto para ahorrar tiempo y facilitar el proceso.

59

Interfaces de Software El sistema debe permitir la interaccin con un servidor de aplicaciones y un servidor de

bases de datos que posee la empresa Solfinancol, que operan bajo Windows Server 2003. Es importante aclarar que debido a que el sistema se desarrollar en un entorno web, aunque se realice en una red LAN, es indispensable que el sistema se pueda ejecutar en los navegadores de internet: Google Chrome, Internet Explorer y Mozilla.

Interfaces de Hardware

El sistema se debe instalar en un equipo con las siguientes especificaciones como mnimo: o Teclado, mouse y pantalla o 1 Gb de Memoria RAM. o 10 Gb de espacio libre en Disco o Procesador de 32 o 64 bits a 1GHz o Tarjeta de video o Tarjeta de red

8.2.4. Reglas de Negocio A continuacin se har una relacin de las reglas de negocio que pueden afectar directamente al sistema Solfinancol:

RNg.01 Documentos Fsicos.

Los documentos fsicos que se entregan a Solfinancol por parte de los Asesores deben estar completamente diligenciados, sin ningn tachn o enmendadura. Si alguno de los formatos

60

o documentos, que deben ser diligenciados a mano, tiene informacin ilegible para la Asistente de Solfinancol, la solicitud de crdito y la informacin de cliente no podrn ser ingresadas al sistema y se solicitar nuevamente el diligenciamiento de los formatos. RNg.02 Manejo de Clientes.

Es obligatorio que toda persona que desee solicitar un crdito con Solfinancol, se encuentre contratado por una de las pagaduras autorizadas por la empresa, si esta persona o posible cliente no se encuentra en una pagadura autorizada, no se podr dar trmite a la solicitud ni tampoco ingresar los datos en el sistema. RNg.03 Montos de crdito.

Los montos pre aprobados de las solicitudes de crdito dependern de los ingresos de cada cliente, teniendo en cuenta que como mnimo el valor del crdito debe ser de $1.600.000.oo y como mximo debe ser de $100.000.000.oo. Si un cliente solicita un valor que est por fuera de este rango, no ser posible tramitar la solicitud de crdito. RNg.04 Montos de crdito.

Es necesario que el cliente relacione informacin verdadera respecto a las referencias personales y familiares, pues si luego de ingresada la informacin en el sistema se intenta contactar con las referencias y estas no se pueden ubicar o se descubre que la informacin era falsa, se deber informar al cliente la cancelacin de la solicitud y se deber ingresar una observacin en el sistema informando esta novedad para no continuar con el proceso.

61

RNg.05 Centrales de Riesgo.

Luego de ingresada toda la informacin del cliente y la solicitud al sistema, se debe realizar la consulta en las centrales de Riesgo (Data Crdito) y verificar que el cliente no se encuentre reportado. Si el cliente se encuentra reportado en la central de riesgo, no se podr continuar con la solicitud de crdito, se deber informar al cliente y poner una observacin en el sistema cancelando el proceso. RNg.06 Ingreso de Informacin.

Solo la Asistente de Solfinancol podr ingresar nuevos asesores, clientes y solicitudes de crdito al sistema, si algn Asesor u otra persona desea ingresar o modificar informacin, se debera controlar su acceso al sistema por medio de un usuario y contrasea. RNg.07 Seguridad de acceso.

Por polticas de la empresa, el sistema deber desarrollarse para un ambiente local en una red LAN y las nicas personas que tendrn acceso al sistema por medio de usuario y contrasea sern la Asistente y la Gerente de Solfinancol.

8.2.5. Limitaciones del Sistema

El sistema se desarrollar en el lenguaje de programacin JAVA, con la utilizacin de Servlets, pginas JSP y Bases de Datos MySQL. Para este desarrollo es indispensable valerse de herramientas de uso libre, como lo son Eclipse, para todo el desarrollo de la aplicacin en Java, GlassFish para la instalacin del servidor web y MySQL workbench para la manipulacin de la base de datos, entre otros.

62

8.2.6. Requerimientos de licenciamiento

Este sistema se encuentra desarrollado bajo el contexto acadmico, as que las herramientas que se han utilizado para su desarrollo son de distribucin libre. Otras herramientas que han sido utilizadas en el desarrollo que tienen costo, han sido proporcionadas por la Universidad EAN y si se decide distribuir el sistema, se realizar bajo la licencia GPL versin 3.

8.2.7. Casos de uso

A continuacin se describen los casos de uso arquitectnicamente relevantes:

Ilustracin 6 Caso de uso General

63

Ingresar al sistema: Resume el proceso que lleva a cabo el usuario para ingresar al sistema (VerIlustracin 7).

Ilustracin 7 Caso de Uso Ingreso al Sistema

En las tablas 20, 21 y 22 que se muestran a continuacin, se describen a detalle cada uno de los casos de uso correspondientes a la Ilustracin 7.
Id Caso de Uso: Nombre: LG-001 Fecha: N/A

Ingresar Credenciales Desarrollo de un prototipo de software para el seguimiento de Proyecto: solicitudes de crdito dirigido a la compaa solfinancol s.a.s. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Media RE-01 Prioridad Requerimiento: Objetivo en Contexto El caso de uso describe el momento en que el usuario ingresa las credenciales de acceso al sistema. (Resumen): Gerente, Asistente ActoresParticipantes La entrada de este caso de uso corresponde a la informacin de Entradas usuario y contrasea.

64

Salidas Pre-Condiciones Post-Condiciones Flujo bsico de xito No. 1 2 Actor

La posibilidad de activar la funcin para acceder al sistema o cambiar la contrasea de acceso. Estar registrado en el sistema. Condicin final La posibilidad de acceder al sistema. de xito: Condicin final Ingresar de nuevo a la pantalla y digitar de fallo: nuevamente las credenciales de acceso. No Sistema

El usuario digita el id de usuario y la contrasea. El usuario activa la funcin para acceder al sistema.
Tabla 20 Descripcin CU Ingresar Credenciales

N/A Fecha: LG-002 Cambiar Contrasea Nombre: DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Media RE-02 Prioridad Requerimiento: Objetivo en Contexto El caso de uso describe el momento en que el usuario modifica la contrasea del acceso al sistema. (Resumen): Gerente, Asistente ActoresParticipantes La entrada de este caso de uso corresponde a la informacin de Entradas usuario y contrasea. La contrasea modificada y la posibilidad de acceder al sistema. Salidas Estar registrado en el sistema. Pre-Condiciones Condicin final Cambio de contrasea exitoso. de xito: Post-Condiciones Condicin final Ingresar de nuevo a la pantalla y digitar de fallo: nuevamente las credenciales de acceso. Flujo bsico de xito No. Actor No Sistema El usuario realiza el 1 procedimiento descrito en el caso de uso LG-001. El usuario selecciona la opcin de 2 cambio de contrasea. 3 El usuario digita contrasea, Id Caso de Uso:

65

contrasea nueva y repite la nueva contrasea. El sistema guarda la nueva contrasea asignada a ese usuario en base de datos. 1. La contrasea deber ser entre 8 y 12 caracteres alfanumricos. 1. Si el sistema no permite la modificacin de la contrasea, se deber mostrar un mensaje en pantalla informando el motivo. 4

Variaciones (Caminos Alternativos): Variaciones (Caminos de excepcin):

Tabla 21 Descripcin CU Cambiar Contrasea

Id Caso de Uso: Nombre: Proyecto:

LG-003

Fecha:

N/A

Validar Contrasea DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Media RE-01 Prioridad Requerimiento: El caso de uso describe el momento en que el sistema valida si la Objetivo en Contexto contrasea digitada por el usuario corresponde a la registrada en el (Resumen): sistema. Gerente, Asistente ActoresParticipantes La entrada de este caso de uso al procedimiento descrito en el caso Entradas de uso LG-001. La posibilidad de permitir el acceso al usuario al sistema. Salidas Estar registrado en el sistema. Pre-Condiciones Condicin final de La posibilidad de acceder al sistema. xito: Post-Condiciones Condicin final de Ingresar de nuevo a la pantalla y digitar fallo: nuevamente las credenciales de acceso. Flujo bsico de xito No. Actor No Sistema El usuario realiza el 1 procedimiento descrito en el caso de uso LG-001. El sistema verifica que las credenciales ingresadas 2 correspondan con las almacenadas en base de datos para el id del usuario consultado. 3 El sistema permite el acceso al

66

usuario. Variaciones (Caminos Alternativos): Variaciones (Caminos de excepcin): 1. Si el usuario y contrasea no corresponden, se deber realizar caso de uso LG-001. 1. Si se genera error al momento de validar credenciales, el sistema deber mostrar un mensaje informando el motivo. 2. Se deber regresar al caso de uso LG-001.
Tabla 22 Descripcin CU Validar Contrasea

Gestionar Clientes: Describe el proceso que lleva a cabo el usuario para crear, consultar y modificar clientes.

Ilustracin 8 Caso de Uso Gestionar Clientes

En las tablas 23, 24, 25 y 26 que se muestran a continuacin, se describen a detalle cada uno de los casos de uso correspondientes a la Ilustracin 8

67

Id Caso Uso: Nombre: Proyecto:

de

CL-001

Fecha:

N/A

Autor: Prioridad Objetivo Contexto (Resumen): Actores Participantes Entradas Salidas

Buscar cliente DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Versin: Cristian Ramos Cdigo de Alta RE-05 Requerimiento: en Este caso de uso le permite al sistema realizar la bsqueda de un cliente a travs del nmero de documento. Asistente Numero de documento del cliente. Obtener la informacin completa del cliente y habilitar la creacin de solicitudes para un cliente existente. Hacer ingreso al sistema. Condicin final de Los datos del cliente se visualizan en pantalla. xito: Condicin final de Se debe comenzar de nuevo el proceso de este fallo: caso de uso.

Pre-Condiciones Post-Condiciones

Flujo bsico de xito No. Actor No Sistema El flujo bsico de xito consiste bsicamente en definir la interaccin entre el actor relacionado con el caso de uso y el sistema como tal, es decir, una accin del actor genera una accin del sistema. A continuacin se muestra un ejemplo del flujo bsico para el caso de uso registrar usuario. El usuario ingresa el nmero de 1 documento del cliente. El sistema consulta el cliente en la base 2 de datos. El sistema despliega la informacin del cliente, un listado con sus solicitudes y 3 le brinda las opciones de: creacin de solicitud o modificacin de solicitud. En caso que no exista el cliente: Variaciones 1. El sistema quedar sin informacin en ningn campo. (Caminos 2. El sistema brinda la posibilidad de ingrsar un nuevo nmero de Alternativos): docuemnto de cliente. Si se genera error en la bsqueda del cliente. Variaciones 1. El sistema deber informar al usuario con un mensaje en (Caminos de pantalla, el motivo por el cual no se puede realizar la bsqueda excepcin): del cliente.

68

2. No se deber poder consultar nmeros de documento que no sean numricos.


Tabla 23 Descripcin CU Buscar cliente

N/A CL-002 Fecha: Insertar Cliente DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa Cristian Ramos Versin: 1.0.0.0 Autor: Cdigo de Alta RE-03 Prioridad Requerimiento: Objetivo en Contexto El caso de uso le permite al sistema ingresar un nuevo cliente. (Resumen): Actores Participantes Asistente Cada uno de los datos del formulario de cliente correspondientes a los siguientes campos: DocumentoCliente;NombreCliente;ApellidoCliente;idPagaduria;Carg o;DireccionResidencia;DireccionTrabajo;TelefonoFijo;TelefonoCelu lar;FechaRegistro;Observaciones;idCiudad Entradas Id Caso de Uso: Nombre: Formulario de Referencia familiar y personal: Nombre;Apellido;Telefono;Celular;Direccion;Parentesco;idTipoRefe rencia;idCiudad El almacenamiento en la base de datos del cliente y de las referencias. El nmero de documento no existe en el sistema. Condicin final de xito: El cliente almacenado correctamente y el sistema habilitado para la creacin de un nuevo Cliente. Condicin final de fallo: Regresar al caso de uso CL-001. Sistema

Salidas Pre-Condiciones Post-Condiciones

Flujo bsico de xito No. Actor No El usuario realiza el caso de uso Buscar 1 Cliente y selecciona la opcin Agregar Cliente. 2 3 4 El usuario ingresa la informacin del cliente. El usuario ingresa la informacin de referencia personal.

El sistema consulta en base de datos y descarta que el nmero de documento ingresado exista.

69

El usuario ingresa la informacin de referencia familiar. 6 El sistema guarda la informacin del cliente, referencia familiar y referencia personal. El sistema habilita posibilidad de ingresar solicitud para el cliente creado.

7 Variaciones (Caminos Alternativos): Variaciones (Caminos de excepcin):

Si el cliente ya existe: 1. El sistema no permite agregar el cliente nuevamente y en cambio se puede pasar al caso CL-003 Si se genera error al guardar el cliente. 1. El sistema deber informar al usuario por qu motivo no se pudo realizar el almacenamiento del cliente a travs de una ventana con un mensaje informativo.
Tabla 24 Descripcin CU Insertar un Cliente

Id Caso de Uso: Nombre:

CL-003

Fecha:

N/A

Consultar Cliente DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-05 Prioridad Requerimiento: El caso de uso le permite al sistema visualizar los datos del Objetivo en Contexto cliente. (Resumen): Asistente Actores Participantes El caso de uso CL-001 Entradas La visualizacin de la informacin del cliente Salidas El cliente debe existir. Pre-Condiciones Condicin final La informacin del cliente desplegada en de xito: pantalla. Post-Condiciones Condicin final Regresar al caso de uso CL-001. de fallo: Flujo bsico de xito No. Actor No Sistema El usuario realiza el caso de uso CL1 001 El sistema despliega en pantalla la informacin correspondiente a los datos del 2 cliente, la referencia personal y la referencia familiar.

70

Variaciones (Caminos Alternativos):

Variaciones (Caminos de excepcin):

Si el usuario desea realizar la consulta de otro cliente: 1. Se deber regresar al caso de uso CL-001 2. Se debe tener en cuenta que si el cliente tiene solicitudes atadas a l, debern observarse las solicitudes con el fin de poder realizar los casos de uso SO-001, SO-002, y SO-003 Si se genera error al consultar al cliente. 1. El sistema deber informar al usuario por qu motivo no se pudo realizar la consulta del cliente. 2. Se debe regresar al caso de uso CL-001
Tabla 25 Descripcin CU Consultar un cliente

N/A CL-004 Fecha: Modificar Cliente DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-04 Prioridad Requerimiento: Objetivo en Contexto El caso de uso le permite al sistema realizar la modificacin de la informacin del cliente. (Resumen): Asistente Actores Participantes El proceso descrito en el caso de uso CL-002. Entradas El almacenamiento en base de datos de la informacin modificada de Salidas cliente. El cliente debe existir en el sistema. Pre-Condiciones Condicin final Un mensaja informando que el cliente se modific de xito: correctamente. Post-Condiciones Condicin final Retornar al caso de uso CL-001 de fallo: Flujo bsico de xito No. Actor No Sistema El usuario realiza el caso de uso CL1 001. El usuario hace la modificacin de cualquiera de los datos correspondientes a la informacin 2 personal del cliente o referencia familiar o referencia personal y guarda los cambios. El sistema realiza la actualizacin 3 correspondiente en la base de datos. Id Caso de Uso: Nombre: Proyecto:

71

El sistema muestra mensaje informando que la informacin se ha almacenado correctamente. El sistema visualiza en pantalla la 5 informacin del cliente actualizado. Variaciones (Caminos Si el usuario desea realizar la consulta de otro cliente: Alternativos): 1. Se deber regresar al caso de uso CL-001 Si se genera error al modificar el cliente. Variaciones (Caminos de 1. El sistema deber informar al usuario por qu motivo no se excepcin): pudo realizar la modificacin del cliente. 2. Se debe regresar al caso de uso CL-001 4
Tabla 26 Descripcin CU Modificar cliente

Gestionar solicitudes: Describe el proceso que lleva a cabo el usuario para crear, consultar y modificar las solicitudes de crdito.

Ilustracin 9 Caso de Uso Gestionar Solicitudes

72

En las tablas 27, 28, 29 y 30 que se muestran a continuacin, se describen a detalle cada uno de los casos de uso correspondientes a la Ilustracin 9.
Id Caso de Uso: Nombre: SO-001 Fecha: N/A

Crear Solicitud DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Alta RE-10 Prioridad Cdigo de Requerimiento: Objetivo en Contexto El caso de uso le permite al sistema ingresar una nueva solicitud de un cliente especfico. (Resumen): Asistente Actores Participantes Cada uno de los datos del formulario de la solicitud correspondientes a los siguientes campos: idClientes;IdAsesor;NumeroSolicitud;FechaSolicitud;ValorSolicit Entradas ado;FechaRadicacion;Tasa;idTipoCredito;CuentaDesembolso;Ban co;ComentarioAsesor;Observaciones El almacenamiento en la base de datos de una solicitud Salidas relacionada a un cliente. El cliente debe estar creado. Pre-Condiciones El asesor debe estar creado. Condicin La solicitud almacenada correctamente y el final de xito: sistema habilitado para la creacin de una nueva solicitud. Post-Condiciones Condicin Regresar al caso de uso CL-001. final de fallo: Flujo bsico de xito No. 1 Actor El usuario realiza el caso de uso Buscar Cliente y selecciona la opcin Agregar Solicitud. 2 3 El usuario ingresa la informacin de la solicitud. 4 5 El sistema guarda en la base de datos la informacin de la solicitud. El sistema permite ingresar una nueva solicitud. El sistema despliega el formulario para que el usuario pueda registrar los datos de la nueva solicitud. No Sistema

73

Si la solicitud ya existe: 1. El sistema no permite agregar la solicitud nuevamente y en cambio se puede pasar al caso SO-002 Si se genera error al guardar la solicitud. Variaciones (Caminos de 2. El sistema deber informar al usuario a travs de una ventana excepcin): emergente por qu motivo no se pudo realizar el almacenamiento de la solicitud. Variaciones Alternativos): (Caminos
Tabla 27 Descripcin CU Crear solicitud

Id Caso de Uso: Nombre:

SO-002

Fecha:

N/A

Seleccionar Solicitud DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-12 Prioridad Requerimiento: Objetivo en Contexto El caso de uso permite describir el proceso llevado por el usuario para seleccionar una solicitud. (Resumen): Asistente Actores Participantes El caso de uso CL-001 Entradas Visualizar la informacin de la solicitud en pantalla. Salidas La solicitud debe estar creada. Pre-Condiciones Condicin final La visualizacin de la solicitud y tener la de xito: posibilidad de seleccionar otras solicitudes. Post-Condiciones Condicin final Regresar al caso de uso CL-001. de fallo: Flujo bsico de xito No. Actor No Sistema 1 El usuario realiza caso de uso CL-001. El sistema una vez que despliegue la informacin del cliente tambin 2 visualizar la informacin de las solicitudes. El usuario selecciona la solicitud que 3 quiere consultar. Variaciones Si no hay solicitudes visualizadas: (Caminos 1. Se debe realizar caso de uso CL-001 para buscar nuevo cliente. Alternativos): 2. Se debe realizar caso de uso SO-001 para crear la solicitud.
Tabla 28 Descripcin CU Seleccionar solicitud

74

Id Caso de Uso: Nombre:

SO-003

Fecha:

N/A

Consultar Solicitud DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-12 Prioridad Requerimiento: Objetivo en Contexto El caso de uso le permite al sistema visualizar una solicitud especfica de un cliente. (Resumen): Asistente Actores Participantes Toda la informacin correspondiente a solicitud y estados de Entradas solicitud. La visualizacin de la informacin de la solicitud y los estados de esa Salidas solicitud. La solicitud debe existir. Pre-Condiciones Condicin final La informacin de la solicitud visualizada en de xito: pantalla. Post-Condiciones Condicin final Regresar al caso de uso CL-001 o SO-002. de fallo: Flujo bsico de xito No. Actor No Sistema El usuario realiza el caso de uso 1 Seleccionar solicitud El usuario selecciona la opcin para 2 ver la solicitud. El sistema despliega la informacin en pantalla 3 de la solicitud asociada al cliente. Variaciones (Caminos Si el usuario desea realizar la consulta de otra solicitud: Alternativos): 1. Se deber regresar al caso de uso SO-002 Si se genera error al consultar la solicitud. 1. El sistema deber informaren una ventana emergente al Variaciones (Caminos de usuario por qu motivo no se pudo realizar la consulta de la excepcin): solicitud. 2. Se debe regresar al caso de uso CL-001
Tabla 29 Descripcin CU Consultar Solicitud

Id Caso de Uso: Nombre: Proyecto:

SO-004

Fecha:

N/A

Modificar Solicitud DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S.

75

Autor: Prioridad

Andrs Novoa Cristian Ramos Alta

Versin:

1.0.0.0

Cdigo de RE-11 Requerimiento: Objetivo en Contexto El caso de uso le permite al sistema realizar la modificacin de la informacin de la solicitud. (Resumen): Asistente Actores Participantes Las mismas entradas descritas en el caso de uso SO-002. Entradas El almacenamiento en base de datos de la informacin modificada de Salidas una solicitud. La solicitud debe existir en el sistema. Pre-Condiciones Condicin final de Un mensaja informando que la solicitud se xito: actualiz correctamente. Post-Condiciones Condicin final de Retornar al caso de uso SO-002 fallo: Flujo bsico de xito No. Actor No Sistema El usuario realiza el caso de uso 1 Seleccionar solicitud El usuario selecciona la opcin 2 para modificar la solicitud. El usuario realiza la modificacin 3 de los campos correspondientes a la solicitud. El sistema realiza la actualizacin de la 4 informacin en la base de datos. El sistema muestra mensaje informando 5 que la informacin se actualiz correctamente. Variaciones (Caminos Si el usuario desea realizar la modificacin de otra solicitud: Alternativos): 1. Se deber regresar al caso de uso CL-001 Si se genera error al modificar la solicitud. 1. El sistema deber informar en una ventana emergente al usuario por qu motivo no se pudo realizar la modificacin Variaciones (Caminos de de la solicitud. excepcin): 2. Se debe regresar al caso de uso CL-001 3. El sistema debe permitir hacer las modificaciones a todas las solicitudes creadas en el sistema.
Tabla 30 Descripcin CU Modificar solicitud

Gestionar Asesores: Describe el proceso que lleva a cabo el usuario para crear, consultar y modificar Asesores.

76

Ilustracin 10 Caso de Uso Gestionar Asesores

En las tablas 31, 32, 33 y 34 que se muestran a continuacin, se describen a detalle cada uno de los casos de uso correspondientes a la Ilustracin 10.

Id Caso de Uso: Nombre: Proyecto:

AS-001

Fecha:

N/A

Buscar Asesor DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-09 Prioridad Requerimiento: Objetivo en Contexto Este caso de uso le permite al sistema realizar la bsqueda de un Asesor a travs del nmero de documento. (Resumen): Asistente Actores Participantes Numero de documento del asesor. Entradas Obtener la informacin completa del asesor. Salidas Hacer ingreso al sistema. Pre-Condiciones Condicin final Los datos del asesor se visualizan en pantalla. Post-Condiciones de xito:

77

Condicin final Se debe comenzar de nuevo el proceso de este de fallo: caso de uso. Flujo bsico de xito El flujo bsico de xito consiste bsicamente en definir la interaccin entre el actor relacionado con el caso de uso y el sistema como tal, es decir, una accin del actor genera una accin del sistema. A continuacin se muestra un ejemplo del flujo bsico para el caso de uso registrar usuario. No. Actor No Sistema El usuario ingresa el nmero de 1 documento del asesor. El sistema consulta el nmero de 2 documento del asesor en la base de datos El sistema despliega la informacin del 3 asesor. Variaciones (Caminos En caso que no exista el asesor: Alternativos): 1. El sistema solicitar si se desea ingresar un nuevo asesor.
Tabla 31 Descripcin CU Buscar Asesor

Id Caso Uso: Nombre: Proyecto:

de

AS-002

Fecha:

N/A

Autor: Prioridad

Objetivo en (Resumen): Actores Participantes

Insertar Asesor DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Versin: Cristian Ramos Cdigo de Media RE-11 Requerimiento: Contexto El caso de uso le permite al sistema ingresar un nuevo asesor. Asistente Cada uno de los datos del formulario de asesor correspondientes a los siguientes campos: Documento; Nombre; Apellido; DireccionResidencia; DireccionTrabajo; TelefonoFijo; TelefonoCelular; FechaRegistro; Observaciones; idCiudad; EmailAsesor El almacenamiento en la base de datos del asesor. El nmero de documento no existe en el sistema. Condicin final de El asesor almacenado correctamente y el xito: sistema habilitado para la creacin de un nuevo asesor. Condicin final de Regresar al caso de uso AS-001. fallo:

Entradas

Salidas Pre-Condiciones

Post-Condiciones

78

No. 1

Flujo bsico de xito Actor No El usuario realiza el caso de uso AS-001 y selecciona la opcin Agregar Asesor. 2

Sistema

El sistema despliega la informacin para que el usuario pueda registrar los datos del nuevo asesor.

El usuario ingresa la informacin del asesor. 4 5 6 El sistema guarda la informacin del asesor en base de datos. El sistema informa con una ventana emergente que el asesor se ha almacenado correctamente. El sistema permite ingresar un nuevo asesor.

Si el asesor ya existe: 1. El sistema no permite agregar la solicitud nuevamente y en cambio se puede pasar al caso AS-003 en caso que desee consultarlo. Si se genera error al guardar la informacin del asesor. Variaciones (Caminos 1. El sistema deber informarcon una ventana emergente al de excepcin): usuario por qu motivo no se pudo realizar el almacenamiento del asesor. Variaciones (Caminos Alternativos):
Tabla 32 Descripcin CU Insertar Asesor

Id Caso de Uso: Nombre: Proyecto:

AS-003

Fecha:

N/A

Consultar Asesor DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Media RE-09 Prioridad Requerimiento: Objetivo en Contexto El caso de uso le permite al sistema visualizar los datos del asesor. (Resumen): Asistente Actores Participantes El caso de uso AS-001 Entradas La visualizacin de la informacin del asesor Salidas El asesor debe existir. Pre-Condiciones Condicin La informacin del asesor desplegada en pantalla. Post-Condiciones final de xito:

79

Condicin Regresar al caso de uso AS-001. final de fallo: Flujo bsico de xito No. Actor No Sistema El usuario realiza el caso de uso AS1 001 El sistema ejecuta la consulta en base de 2 datos. El sistema despliega la informacin en 3 pantalla del asesor. Variaciones Si el usuario desea realizar la consulta de otro asesor: (Caminos 3. Se deber regresar al caso de uso AS-001 Alternativos): Si se genera error al consultar al asesor. Variaciones 3. El sistema deber informar al usuario por qu motivo no se (Caminos de pudo realizar la consulta del asesor. excepcin): 4. Se debe regresar al caso de uso AS-001
Tabla 33 Descripcin CU Consultar asesor

N/A Fecha: AS-004 Modificar Asesor Nombre: DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-10 Prioridad Requerimiento: Objetivo en Contexto El caso de uso le permite al sistema realizar la modificacin de la informacin del asesor. (Resumen): Asistente Actores Participantes El proceso descrito en el caso de uso AS-002. Entradas El almacenamiento en base de datos de la informacin modificada Salidas del asesor. El asesor debe existir en el sistema. Pre-Condiciones Condicin final de Un mensaja informando que el asesor se xito: modific correctamente. Post-Condiciones Condicin final de Retornar al caso de uso AS-001 fallo: Flujo bsico de xito No. Actor No Sistema El usuario realiza el caso de uso 1 AS-001. Id Caso de Uso:

80

El usuario hace la modificacin del asesor y guarda los cambios. 3

El sistema almacena la actualizacin ralizada en base de datos. El sistema muestra mensaje 4 informando que la informacin se ha almacenado correctamente. El sistema visualiza en pantalla la 5 informacin del asesor actualizado. Variaciones (Caminos Si el usuario desea realizar la consulta de otro asesor: Alternativos): 1. Se deber regresar al caso de uso AS-001 Si se genera error al modificar el asesor. Variaciones (Caminos de 1. El sistema deber informar al usuario por qu motivo no se excepcin): pudo realizar la modificacin del asesor. 2. Se debe regresar al caso de uso AS-001
Tabla 34 Descripcin CU Modificar asesor

Actualizar Seguimiento: Describe el proceso que lleva a cabo el usuario y el sistema para buscar, cargar y procesar la informacin de las solicitudes, entregada por el banco.

Ilustracin 11 Caso de Uso Actualizar Seguimiento

En las tablas 35, 36 y 37 que se muestran a continuacin, se describen a detalle cada uno de los casos de uso correspondientes a la Ilustracin 8Ilustracin 11.

81

Id Caso de Uso: Nombre:

PR-001

Fecha:

N/A

Buscar Archivo DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-14 Prioridad Requerimiento: El caso de uso describe el archivo que debe ser cargado y el cual Objetivo en Contexto contiene la informacin correspondiente al estado actual de las (Resumen): solicitudes. Asistente ActoresParticipantes La entrada de este caso de uso corresponde a la informacin correspondiente a cada uno de los siguientes campos: Entradas idSolicitud; IdEstado; FechaRegistro; Observaciones El archivo queda preparado para ser cargado y procesado. Salidas El archivo buscado debe tener extensin .txt Pre-Condiciones Condicin final La identificacin correcta por parte del de xito: sistema de la ubicacin en fsico del archivo. Post-Condiciones Condicin final Intentar buscar nuevamente el archivo. de fallo: Flujo bsico de xito No. Actor No Sistema El usuario selecciona el archivo para 1 procesar. El sistema permite visualizar la 2 ubicacin del archivo a travs de la ruta. Variaciones (Caminos En caso que el archivo se encuentre en otra extensin: Alternativos): 1. El usuario deber dejarlo en extensin .txt Variaciones (Caminos de 1. El archivo siempre debe encontrarse en la mquina excepcin): local.
Tabla 35 Descripcin CU Buscar archivo

Id Caso de Uso: Nombre: Proyecto:

PR-002

Fecha:

N/A

Autor: Prioridad

Cargar Archivo DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Versin: Cristian Ramos Alta Cdigo de RE-14

82

Requerimiento: Objetivo en Contexto El caso de uso describe el momento en que el archivo ha sido seleccionado y se encuentra listo para ser procesado. (Resumen): Asistente ActoresParticipantes La entrada de este caso de uso corresponde a la descripcin Entradas realizada en el caso de uso PR-001. El archivo queda preparado para ser procesado. Salidas El archivo debe cumplir con la estructura correspondiente. Pre-Condiciones Condicin final El archivo debe quedar listo para ser de xito: procesado. Post-Condiciones Condicin final Realizar caso de uso PR-001. de fallo: Flujo bsico de xito No. Actor No Sistema El sistema mantiene el archivo en 1 memoria. El sistema valida que el archivo 2 corresponda a la estructura definida. El sistema valida la cantidad de 3 registros que se debern procesar. Variaciones (Caminos Si el archivo no queda cargado: Alternativos): 1. El usuario regresar al caso de uso PR-001 En caso que el archivo no se cargue correctamente: Variaciones (Caminos de 1. El sistema deber informar a travs de un mensaje en excepcin): pantalla que el archivo no se encuentra. 2. El usuario deber seleccionar otro archivo.
Tabla 36 Descripcin CU Cargar archivo

Id Caso de Uso: Nombre:

PR-003

Fecha:

N/A

Procesar Archivo DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-14 Prioridad Requerimiento: Objetivo en Contexto El caso de uso describe el momento en que el archivo es abierto y su informacin es recorrida y almacenada. (Resumen): Sistema ActoresParticipantes La entrada de este caso de uso corresponde a la descripcin Entradas realizada en el caso de uso PR-002.

83

El archivo queda procesado y se generan mensajes informando cantidad de registros procesados, cantidad de registros exitosos y cantidad de registros con errores. El archivo de tener la estructura correspondiente. Debe existir la Pre-Condiciones solicitud creada en el sistema. Condicin Todos los registros del archivo se procesan final de xito: correctamente. Post-Condiciones Condicin Describir cules registros no se procesaron a final de fallo: travs de mensajes informativos. Flujo bsico de xito No. Actor No Sistema 1 El sistema abre el archivo. El sistema recorre cada una de las 2 lneas del archivo. El sistema almacena en base de datos 3 la informacin contenida en el archivo. El sistema genera las respectivas 4 estadsticas del resultado del procesamiento. Si se desea procesar ms de un archivo: Variaciones (Caminos 1. Una vez que el sistema termina de procesar el archivo, el Alternativos): usuario debe regresar al caso de uso PR-001 En caso que el archivo se encuentre no tenga la extensin correspondiente: Variaciones (Caminos 1. El sistema deber informar a travs de un mensaje que el de excepcin): archivo no corresponde. 2. El usuario deber seleccionar otro archivo. Salidas
Tabla 37 Descripcin CU Procesar archivo

Generar Reportes de Seguimiento: Describe el proceso que lleva a cabo el usuario para filtrar, consultar y generar reportes en archivo para hacer seguimiento a las solicitudes de los crditos.

84

Ilustracin 12 Caso de Uso Generar Reportes

En las tablas 38, 39 y 40 que se muestran a continuacin, se describen a detalle cada uno de los casos de uso correspondientes a la Ilustracin 12
Id Caso de Uso: Nombre: Proyecto: GN-001 Fecha: N/A

Seleccionar Filtros DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-13 Prioridad Requerimiento: Objetivo en Contexto El caso de uso describe el momento en que el usuario ingresa a la funcionalidad de reportes y realiza los filtros. (Resumen): Gerente, Asistente ActoresParticipantes La entrada de este caso de uso corresponde a la informacin de Entradas cada uno de los siguientes campos: nmero de documento,

85

nmero de solicitud, fecha desde ingreso estado, fecha hasta ingreso estado, estado. Salidas Pre-Condiciones El ingreso completo de los filtros para poder realizar la consulta y exportacin de la informacin.

Se debe tener en cuenta qu consulta se espera realizar. Condicin Todos los filtros seleccionados de acuerdo a lo final de xito: que se desa buscar concretamente. Post-Condiciones Condicin Regresar nuevamente a la funcionalidad y final de fallo: seleccionarlos correspondientes filtros. Flujo bsico de xito No. Actor No Sistema El usuario recibe la solicitud para 1 generar reporte. El usuario ingresa los filtros para la 2 consulta de acuerdo a lo que necesita consultar. Variaciones (Caminos 1. El usuario es libre de cambiar los filtros en cada uno de los Alternativos): campos. En caso que se genere error al momento de hacer una seleccin dentro de cada uno de los filtros: Variaciones (Caminos 1. El sistema deber informar a travs de un mensaje por qu el de excepcin): filtro no se deja seleccionar correctamente. 2. El usuario deber ingresar nuevamente e intentar filtrar de nuevo.
Tabla 38 Descripcin CU Seleccionar Filtros

Id Caso de Uso: Nombre:

GN-002

Fecha:

N/A

Generar Consulta DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-13 Prioridad Requerimiento: El caso de uso describe el momento en que el usuario invoca la Objetivo en Contexto informacin del sistema y el proceso que realiza el sistema para (Resumen): visualizar la informacin en pantalla. Gerente, Asistente ActoresParticipantes La entrada de este caso de uso corresponde a los filtros entregados Entradas de acuerdo a lo descrito en el caso de uso GN-001. La visualizacin de los datos encontrados en repositorio para poder Salidas realizar exportacin de la informacin.

86

Los filtros ingresados deben corresponder a informacin que exista, de lo contrario el sistema desplegar un mensaje informando que la consulta no encontr registros. Condicin La informacin lista para ser exportada. final de xito: Post-Condiciones Condicin Mensaje informativo informando que no se final de fallo: encontraron resultados de la consulta. Flujo bsico de xito No. Actor No Sistema El usuario activa la funcin para 1 generar la consulta. El sistema realiza la consulta sobre la 2 base de datos. El sistema carga en una grilla todos los 3 resultados coincidentes con los filtros ingresados. El sistema visualiza en pantalla la tabla 4 con la informacin encontrada. Variaciones (Caminos 1. Es posible que los resultados no sean los esperados en ese Alternativos): caso el usuario deber repetir el caso de uso GN-001. 1. Si no hay resultados de la consulta, se mostrar mensaje Variaciones (Caminos informativo y el usuario tendr la posibilidad de repetir el caso de excepcin): de uso GN-001. Pre-Condiciones
Tabla 39 Descripcin CU Generar consulta

N/A Fecha: GN-003 Exportar Informacin DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL Proyecto: SEGUIMIENTO DE SOLICITUDES DE CRDITO DIRIGIDO A LA COMPAA SOLFINANCOL S.A.S. Andrs Novoa 1.0.0.0 Autor: Versin: Cristian Ramos Cdigo de Alta RE-13 Prioridad Requerimiento: El caso de uso describe el momento en que el usuario invoca la Objetivo en Contexto funcin para que el sistema genere un archivo con los datos (Resumen): encontrados de acuerdo al caso de uso GN-002. Gerente, Asistente ActoresParticipantes Id Caso de Uso: Nombre: Entradas Salidas La entrada de este caso de uso corresponde a la invocacin de una funcin que permita la exportacin de la informacin en archivo. La salida ser un archivo con extensin .csv y con separador de campos definido con comas (,) de cada uno de los siguientes datos: nmero de solicitud, nmero de documento del cliente, nombre

87

cliente, apellido cliente, ciudad, direccin, telfono, estado de la solicitud y fecha en que se ingres el estado por parte del banco. La consulta debi realizarse previamente segn caso de uso GN002. Condicin El archivo con separador de campos comas(,) y final de xito: de extensin .csv generado correctamente y con todos los datos que previamente se observaron en Post-Condiciones pantalla. Condicin Mensaje informativo describiendo el motivo de la final de fallo: no exportacin del archivo. Flujo bsico de xito No. Actor No Sistema El usuario activa la funcin para 1 generar la exportacin. El sistema realiza la generacin de un 2 archivo Excel con los datos encontrados en la tabla que se visualiza en pantalla. El sistema genera un archivo y se muestra en pantalla un mensaje que informa al 3 usuario que puede comenzar la descarga del archivo. El usuario descarga el archivo con 4 la informacin de la consulta. Variaciones (Caminos 1. Es posible que los resultados no sean los esperados en ese Alternativos): caso el usuario deber repetir el caso de uso GN-001. 1. Si no hay resultados de la consulta, se mostrar mensaje Variaciones (Caminos informativo y el usuario no tendr la posibilidad de generar de excepcin): archivo porque no hay datos. Pre-Condiciones
Tabla 40 Descripcin CU Exportar informacin

8.3. Definicin de Arquitectura

En este numeral se describir el modelo bsico para el desarrollo de software. Contiene la racionalizacin, suposiciones, explicaciones e implicaciones de las decisiones que fueron hechas estableciendo la arquitectura.

8.3.1. Dominio de la arquitectura

88

El sistema de informacin es utilizado por una cantidad limitada de usuarios, los cuales adems de agregar nueva informacin a diario, actualizan los estados de las solicitudes de crdito y a finales de mes generan reportes de la informacin almacenada.

Para la empresa es importante tener informacin clara de cada uno de los estados en los que se encuentran las solicitudes de crdito porque de esta manera se puede realizar la

trazabilidad de los estados por los que pasa cada una de las solicitudes. Cabe aclarar que la descripcin de esta arquitectura va dirigida a analistas y desarrolladores que deseen implementar o modificar el prototipo del sistema de informacin.

8.3.2. Alcance y Restricciones

Alcance

Se desarrollar un prototipo de software para la empresa SOLFINANCOL S.A.S., ubicada en la ciudad de Bogot, el cual permita realizar la gestin del seguimiento de las solicitudes de crdito. Para la gestin del seguimiento se plantea un esquema de procesamiento de informacin y generacin de reportes. Adicionalmente, se pretende que el sistema cuente con las siguientes funcionalidades: o Mdulo de gestin de clientes. o Mdulo de gestin de asesores. o Mdulo de gestin de solicitudes. o Mdulo de generacin de reportes.

El sistema estar basado en web y aunque solo se implementar en una red local (por solicitud del cliente), el sistema mantendr un nivel de escalabilidad que permitir una eventual

89

publicacin en web.

Restricciones

De acuerdo a los casos de uso vistos, al modelo de negocio del cliente y a la arquitectura planteada, se establecen las siguientes restricciones: o El sistema no tiene la posibilidad de definir plazos de inicio y fin de una solicitud. o El sistema no tendr la posibilidad de definir o calcular los montos que sern depositados a los clientes. o El sistema solamente ser manejado en una topologa de red de rea local. o El sistema no manejar certificados de seguridad https al encontrarse en un servidor local. o El esquema de seguridad y proteccin corresponder al brindado por el cliente a nivel de hardware y a nivel de software el que venga incluido en el servidor. 8.3.3. Resumen de la aplicacin En la Tabla 41 se especifican las caractersticas generales de la aplicacin con una breve descripcin:
Caracterstica Tipo de aplicacin Restricciones Descripcin web - orientada a ser operada dentro de la red local. Acceso local nicamente. Permiso avalado por la gerente de la compaa en caso que se desee tener acceso al servidor. Almacenamiento de backups no superior a 4 semanas. Estilos de Arquitectura Se manejar un estilo de arquitectura modelo vista controlador importantes en la aplicacin. Tecnologas relevantes Se har uso de cada uno de los siguientes lenguajes: o Java o JSP o Servlets o Javascript o HTML

90

Sistema operativo: o Windows Server 2003 Motor de base de datos: o MySQL 5.5 Servidor de aplicaciones: o Glassfish Server 3.0.1 Conector de Base de Datos: o Conector JDBC (mysql-connector-java-5.0.8bin.jar). Gestor de Backup: o Job en servicio de Windows.

Tabla 41 Resumen arquitectnico de la Aplicacin

8.3.4. Actores del sistema y escenarios clave A continuacin se describen los actores que interactan con el sistema y se presenta un anlisis en dos dimensiones de lo que cada uno de ellos puede realizar en el sistema.

Stakehol der

Rol que Desempea Persona encargada de acceder al sistema e interactuar con el 100% del sistema. Tiene la posibilidad de agregar, modificar y consultar: clientes, asesores, solicitudes y reportes.

Funcional

Transversal Rol de Consulta. Rol Insercin. Rol de Modificacin (a demanda).

* Ingresar al sistema * Gestionar clientes * Gestionar asesores * Gestionar solicitudes * Generar reportes de seguimiento * Actualizar Seguimiento Persona encargada de gestionar el * Ingresar al sistema proceso de negocio y por lo tal * Generar reportes de nicamente interacta en la seguimiento funcionalidad de ingreso y de generacin de reportes con el fin de estar al tanto de los estados de las solicitudes.

Asistente

Gerente

Rol de Consulta. Rol Insercin. Rol de Modificacin.

Tabla 42 Actores que interactan directamente con el sistema

Esta relacin de los Stakeholders que interactan directamente con el sistema y sus diferentes funcionalidades se pueden evidenciar en el Diagrama General de Casos de Uso que se muestra en la Ilustracin 5.

91

8.3.5. Metas de la Arquitectura

Brindar una solucin flexible y de fcil construccin. Crear componentes que permitan una fcil manipulacin de manera que cuando se necesite hacer modificaciones no afecte la totalidad de la aplicacin. Funcionar en mltiples navegadores. El sistema debe poder ejecutarse sobre cualquier navegador de internet. Permitir la escalabilidad y mejoramiento continuo del sistema.

8.3.6. Dependencias y Suposiciones

El cliente debe tener instalado un servidor de aplicaciones GlassFish Server 3.0.1 montado sobre un sistema operativo Windows con Firewall activo. El cliente debe tener instalado un servidor de base de datos MySQL Server 5.5 montado sobre un sistema operativo Windows con Firewall activo. Se debe tener instalado en ambos servidores la versin 1.7 del SDK de Java.

8.3.7. Requisitos Significativos de la Arquitectura

El sistema funcionar sobre una red LAN. El sistema tendr la posibilidad de funcionar a demanda. No solo en momentos de mantenimiento podrn presentarse interrupciones, sino a demanda de la gerencia de la compaa.

El desarrollo debe tener en cuenta solo herramientas de uso libre. Debe proveer soporte para futuros requerimientos.

92

8.3.8. Decisiones Sobre la Arquitectura

El sistema se construye a partir de clases Java, servlets y archivos JSP. La ventaja de construir el sistema con JSP es que: si bien es fcil la integracin con las clases Java, es una caracterstica la posibilidad de separar la aplicacin web en niveles.

La persistencia de la informacin ser realizada por un motor de base de datos relacionales como lo es MySQL. La mayor ventaja de este motor, adems de ser una herramienta libre, es su compatibilidad con cualquier base datos SQL y la posibilidad de soportar varios usuarios conectados simultneamente. Estas caractersticas son importantes de resaltar debido a que si el cliente en determinado momento solicita una migracin a un sistema mucho ms robusto o comenzar a trabajar directamente desde la web, el sistema fcilmente podr ser adaptado a ese tipo de solicitudes.

En cuanto a la conexin entre el sistema y el motor de base de datos, se utilizar una API de alto nivel como lo es JDBC. De esta manera se tendr la posibilidad de ejecutar sentencias SQL sobre por medio de un conector diseado especialmente para programas Java.

8.3.9. Mecanismo Arquitectnico de Trabajo

La arquitectura utilizada para el sistema corresponde al modelo MVC (Modelo Vista Controlador) el cual permite la separacin de la capa de negocio y datos de la interfaz de usuario. Adicionalmente se agrega cdigo para control de acceso al sistema, procesamiento de informacin y exportacin de datos.

93

Ilustracin 13 Resumen MVC

8.3.10. Ventajas del Modelo Vista Controlador

De acuerdo a lo descrito en el mecanismo arquitectnico del trabajo, a continuacin se describen las ventajas de utilizar Modelo Vista Controlador:

La lgica del negocio puede separarse del diseo lo que permite que el sistema sea mucho ms escalable y funcional. El modelo permite la portabilidad debido a que es posible transferir de un entorno a otro el sistema en caso que se llegue a requerir. Adicionalmente se tiene en cuenta la posibilidad de interactuar con agentes externos.

La mantenibilidad del sistema o posibilidad de ser modificado e incluir correcciones, mejoras o adaptaciones a cambios en los requerimientos funcionales. Posibilidad de utilizar libreras de Javascript y Jquery lo que permite la validacin de formularios en el cliente y en el servidor. Posibilidad de utilizar abstraccin de datos y de esta manera facilitar la interaccin con el motor de base de datos. Brinda facilidad de utilizacin de mtodos comunes de programacin y lenguaje ms

94

entendible cuando existen varios desarrolladores trabajando simultneamente en un mismo proyecto. Es un modelo orientando a desarrollo gil de aplicaciones web lo cual permite aplicaciones de calidad y realizadas en corto tiempo. El modelo permite controlar los recursos desde el servidor y evitar bugs que a largo plazo repercuten en el rendimiento y buen funcionamiento del server. Un ejemplo de este tipo de casos es cuando no se realiza un adecuado cierre de las conexiones de las bases de datos lo cual genera que el servidor se sobrecargue. Facilidad para desarrollar prototipos ms rpidos.

8.3.11. Vistas Arquitectnicas

En esta seccin se mostrarn las diferentes vistas arquitectnicas, que definirn cmo va a quedar establecido el sistema, como estar conformado tanto a nivel fsico, como a nivel de software.

Vista de Desarrollo (Diagrama de Componentes)

A continuacin se describe el diagrama de componentes, que muestra, como su nombre lo indica, los diferentes componentes de software en que se divide el sistema.

95

Ilustracin 14 Diagrama de Componentes

En las tablas 43, 44 y 45 se realizar una breve descripcin de los componentes mostrados en la Ilustracin 14.

C-00: Pginas Web Descripcin: Requerimientos: Interfaces Disponibles: Carga la informacin de la configuracin del sistema. Es el punto de partida para hacer los llamados de tareas como: Insercin, Modificacin y Consulta. Incluye otras pginas. Operar las pginas desde Navegador Web. Index.jsp, Registro_Asesor.jsp, Registro_Solicitud.jsp
Tabla 43 Componente: Pginas web

Registro_Cliente.jsp,

C-01: Servlet Descripcin: Requerimientos: Interfaces Disponibles: Atiende y redirecciona los llamados para la ejecucin de una tarea en particular. Inicializa instancias y gestiona recursos y memoria. Llamar servlet a travs de Mtodo POST. Controller
Tabla 44 Componente: Servlet

96

C-02: Clases Java Descripcin: Encapsulacin de mtodos para seteo de parmetros y permisos de ejecucin (doGet(), doPost()). Redireccionamiento y creacin de instancias para persistencia de informacin. Instanciamiento de clases, declaracin de variables y llamado de mtodos. Action, Model, WebModel, AgregarBean, Bean.
Tabla 45 Componente: Clases Java

Requerimientos: Interfaces Disponibles:

Vista Lgica (Diagrama de Clases)

A continuacin se muestra el diagrama de clases, que describe la estructura que tendr el sistema:

97

Ilustracin 15 Diagrama de Clases

98

Vista de Despliegue (Diagrama de Despliegue)

A continuacin se muestra el diagrama de Despliegue que pretende mostrar la relacin entre los componentes de hardware que se manejan frente al sistema.

Ilustracin 16 Diagrama de Despliegue

99

Vista de Procesos (Diagrama de Secuencia)

Finalmente se relaciona el Diagrama de Secuencia, que demuestra la relacin entre los diferentes objetos del sistema.

Ilustracin 17 Diagrama de Secuencia

8.4. Diseo del Prototipo

100

En este numeral se describir la realizacin de la funcionalidad requerida en el sistema en trminos de componentes y que adems sirve como una abstraccin del cdigo fuente.

8.4.1. Modelo de Datos A continuacin se describe el modelo de datos del sistema:

Ilustracin 18 Modelo de Datos

8.4.2. Diccionario de datos El diccionario de datos especificar toda la informacin y caractersticas puntuales de cada una de las tablas del modelo de datos que se muestra en la Ilustracin 18. Esta informacin se puede evidenciar en el Anexo III Diccionario de Datos que se encuentra adjunto a este documento.

8.4.3. Mapa de Navegacin Antes de describir cada una de las pantallas, se describir la ruta para acceder a cada una

101

de ellas. A partir de esto, a continuacin se describe con un diagrama la ruta que tiene cada una de las pantallas dentro del sistema.

Ilustracin 19 Mapa de Navegacin

8.4.4. Diseo de Pantallas Pantalla de Gestin de Clientes Esta pantalla permite al usuario, realizar el proceso de consulta, insercin y modificacin de los clientes. A continuacin (Ilustraciones 21 a 23) se describe grficamente cada una de las perspectivas de esta pantalla:

102

Ilustracin 20Diseo Agregar Datos Personales Cliente

103

Ilustracin 21Diseo Agregar Referencias Personales Cliente

104

Ilustracin 22Diseo Agregar Referencias Familiares Cliente

105

Pantalla de Gestin de Solicitudes

Esta pantalla permite agregar, modificar y consultar las solicitudes para cada uno de los clientes. A continuacin se muestra la imagen (Ilustraciones 24 y 25) de la pantalla:

Ilustracin 23Diseo Agregar solicitud

106

Ilustracin 24 Diseo Consultar solicitud

107

Pantalla de Gestin de Asesores

Esta pantalla permite agregar, modificar y consultar la informacin correspondiente a los asesores. La Ilustracin 25 muestra la imagen de la pantalla:

Ilustracin 25 Diseo Agregar datos Asesor

108

Pantalla de Procesamiento de Informacin

Esta pantalla permite tomar el archivo de reporte de estados de las solicitudes de crdito, generado por el banco, y hacer el cargue de la informacin contenida en el sistema

Ilustracin 26Diseo - Estructura de Archivo Plano

La estructura del archivo de reporte de estados de solicitudes de crdito ser descrita a continuacin:

01 Campo IdentificadorLinea Compaa fechaGeneracinArchivo TotalLineasArchivo Campo IdentificadorLinea Compaa NumeroSolicitud Tarro tipo de dato numrico texto Fecha(aaaammdd) numrico tipo de dato numrico texto numrico texto 2 14 16 2 longitud Valor predeterminado Permite Nulo 2 14 8 3 longitud 02 solfinancolsas N/A N/A 01 solfinancolsas N/A N/A Valor predeterminado n n n n n n n n 02 Permite Nulo

109

FechaEstadoTarro NumeroCredito ValorDesembolsado NroCuotas ValorCuotaMensual

Fecha(aaaammdd) numrico numrico decimal numerico numrico decimal

8 16 13 4 13

N/A N/A N/A N/A N/A

n s s s s

Tabla 46 Estructura reporte de estados

En la Ilustracin 27 se muestra el diseo de la ventana que se debe construir para el cargue del archivo que se describi en el literal anterior.

Ilustracin 27 Diseo Cargar archivo

Pantalla de Generacin de Reportes

Esta pantalla permite generar bsquedas de informacin segn el periodo de tiempo deseado y de acuerdo a cada uno de los estados en los que se pueda encontrar la solicitud. A continuacin se describe la pantalla:

110

Ilustracin 28 Diseo Generar Reportes

8.5. Desarrollo final del prototipo En este literal, luego de ya desarrollado el prototipo con base en la arquitectura, los requerimientos funcionales, no funcionales y las restricciones, se mostrarn los casos de prueba que se ejecutaron y se dar un vistazo al prototipo por medio de pantallazos que incluyen las indicaciones de uso para futuros usuarios.

8.5.1. Casos de prueba Se identificaron una serie de pruebas que se realizarn al sistema y se especificarn en los siguientes formatos:

Descripcin del primer caso de prueba

Este caso de prueba cubre el conjunto de pruebas realizadas sobre el Caso de Uso Ingresar al Sistema.

111

Nombre del caso de CP-01 Ingresar Usuario Caso de uso LG-001 Ingresar prueba probado Credenciales Descripcin Este caso de prueba busca comprobar la ejecucin de la funcionalidad que tienen los usuarios para ingresar al sistema. Condiciones de Es necesario que el usuario ya haya sido creado en el sistema por un administrador y sus datos se encuentren en la base de datos para el ingreso. ejecucin Notas: Paso de prueba P F 1. Se debe entrar a la pgina inicial del sistema donde se solicitar Usuario y Contrasea 2. Se deber ingresar los datos de Usuario y Contrasea que se registraron en la base de datos para el ingreso presionar Ingresar Resultado Se espera que el usuario tenga un acceso rpido y seguro al sistema esperado Evaluacin Se ingres el usuario test1 y la contrasea test2012 que se encuentran en la base de datos de la Prueba para realizar las pruebas. El sistema ingreso correctamente a la aplicacin. El caso de prueba cumpli con el resultado esperado.
Tabla 47 Caso de Prueba Ingresar Usuario

Nombre del caso de CP-02 Ingresar Usuario Caso de uso LG-003 Validar Contrasea prueba Incorrecto probado Descripcin Esta instancia busca comprobar que el sistema no permita ingresar usuarios no registrados al sistema. Condiciones de Los datos digitados para ingresar al sistema deben ser incorrectos. ejecucin Notas: Paso de prueba P F 1. Se debe entrar a la pgina inicial del sistema donde se solicitar Usuario y Contrasea 2. Se deben ingresar un usuario y contrasea incorrectos que no se encuentren registrados en la base de datos Resultado Se espera que el sistema muestre un mensaje de error, indicando que los datos han sido esperado incorrectos y que vuelva a intentar el ingreso. Evaluacin Se ingres el usuario Pedro y la contrasea 123456, datos que no se encuentran en la de la Prueba base de datos. El sistema mostr la ventana de error segn lo solicitado. El caso de prueba cumpli con el resultado esperado.
Tabla 48 Caso de Prueba Ingresar Usuario Incorrecto

Nombre del caso de CP-03 Modificar Contrasea Caso de uso LG-002 Cambiar Contrasea prueba probado Descripcin Este caso de prueba busca comprobar que se pueden modificar las contraseas de los usuarios que ingresan al sistema Condiciones de Es necesario que el usuario ya haya sido creado en el sistema por un ejecucin administrador y sus datos se encuentren en la base de datos para la modificacin. Notas:

112

Paso de prueba P F Se debe entrar a la pgina inicial del sistema y presionar el botn de cambiar contrasea. 2. Se deber ingresar el usuario y la antigua contrasea registrada en la base de datos del sistema. 3. Seguido se ingresar la nueva contrasea por la que ser reemplazada. 4. Se presionar el botn Cambiar Contrasea para finalizar. Resultado El sistema deber mostrar un mensaje que indique que se realiz el cambio de esperado contrasea correctamente Evaluacin Este caso no se contempla para el desarrollo del prototipo. de la Prueba 1.
Tabla 49 Caso de Prueba Modificar Contrasea

Descripcin del segundo caso de prueba Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso Gestionar

Clientes.

Nombre del caso de CP-04 Buscar un Cliente Caso de uso CL-001 Buscar Cliente prueba probado Descripcin Este caso de prueba busca comprobar que el sistema puede buscar la cdula de un cliente y mostrar los datos personales en pantalla. Condiciones de El usuario debe estar logueado en el sistema y encontrarse en el mdulo de ejecucin gestin de clientes. Notas: Paso de prueba P F 1. Se debe ingresar la cdula de un cliente creado en el cuadro de texto Buscar. 2. Se presionar el botn Buscar para esperar los resultados Resultado El sistema deber mostrar la cdula del cliente con todos sus datos personales, de esperado referencias y las solicitudes que tenga atadas a ese nmero de cdula. Evaluacin Se ingres el nmero de cdula 79.685.752 y se seleccion el botn de Buscar. El de la Prueba sistema retorn la misma cdula como resultado y mostr todos los datos personales del cliente que se encontraban guardados en la base de datos, as como las solicitudes que tena atadas. El caso de prueba cumpli con el resultado esperado.
Tabla 50 Caso de Prueba Buscar un Cliente

Nombre del caso de CP-05 Buscar un Cliente Caso de uso CL-001 Buscar Cliente prueba no existente probado Descripcin Este caso de prueba busca comprobar que el sistema validar que el cliente exista en la base de datos al realizar la bsqueda, si no existe no debe mostrar ningn tipo de error.

113

Condiciones ejecucin Notas:

de El usuario debe estar logueado en el sistema y encontrarse en el mdulo de gestin de clientes.

Paso de prueba P F 1. Se debe ingresar en el cuadro de texto Buscar un nmero de cdula que no est registrado en la base de datos. 2. Se presionar el botn Buscar para esperar los resultados Resultado El sistema deber mostrar una ventana emergente o mensaje indicando que el cliente esperado buscado no existe y si desea crearlo. Evaluacin Se ingres el nmero de cdula 77.777.777 y se seleccion el botn de Buscar. El de la Prueba sistema no trajo ningn tipo de informacin, dando la opcin de crearlo como nuevo usuario. El caso de prueba cumpli con el resultado esperado.
Tabla 51 Caso de Prueba Buscar cliente no existente

Nombre del caso de prueba Descripcin

Condiciones de ejecucin Notas: 1.

CP-06 Insertar un nuevo Caso de uso CL-002 Insertar Cliente cliente probado Este caso de prueba se implementa para revisar la insercin de un nuevo cliente en el sistema, que se almacene en la base de datos correctamente y se mantenga la informacin ingresada. El usuario debe estar logueado en el sistema y encontrarse en el mdulo de gestin de clientes.

Paso de prueba P F Se debe ingresar en el cuadro de texto Buscar un nmero de cdula que no est registrado en la base de datos. 2. Se presionar el botn Buscar para que el sistema de la opcin de crear el nuevo cliente. 3. Se ingresarn todos los datos personales del cliente y de sus referencias. 4. Se presionar el botn de Guardar Cliente. Resultado Al presionar el botn de Guardar Cliente el sistema deber almacenar todos los datos en esperado la base de datos y mostrar un mensaje al usuario indicando que el cliente ha sido creado y guardado correctamente.

114

Evaluacin de la Prueba

Para esta prueba se cre un cliente desde ceros con los siguientes datos: Pantalla principal: Nro. Documento: 79.843.764, Nombres Cliente: Camilo Andrs, Apellidos Cliente: Fernndez Murcia, Pagadura: Polica, Cargo: Teniente, Direccin Residencia: Cra. 40 No. 78 39, Direccin Trabajo: Calle 26 No. 63 25 Piso 3, Telfono Fijo: 5876925 Telfono Celular: 300 5856595, Departamento: Cundinamarca, Ciudad: Bogot, Fecha de Ingreso: 27/12/2012, Observaciones: (vaco) Formulario de Referencia familiar: Nombres: Mara Carolina, Apellidos: Fernndez Murcia, Telfono Fijo: 5876925, Celular: 315 6815785, Departamento: Cundinamarca, Ciudad: Bogot, Direccin Residencia: Cra. 40 No. 78 39, Parentesco: Hermana Formulario de Referencia personal: Nombres: Carlos Fernando, Apellidos: Prez Campos Telfono fijo: 6487597, Telfono Celular: 311 3975284, Departamento: Cundinamarca, Ciudad: Bogot, Direccin Residencia: Calle 71 No. 5 82. El cliente se guard exitosamente en la base de datos, permitiendo su consulta inmediata para la modificacin. El caso de prueba cumpli con el resultado esperado.
Tabla 52 Caso de Prueba Insertar un nuevo cliente

Nombre del caso de prueba Descripcin

Condiciones de ejecucin Notas: 1.

CP-07 Validacin de campos Caso de uso CL-002 Insertar Cliente obligatorios probado En este caso de prueba se verificar que los campos marcados como obligatorios en la insercin de nuevos clientes sean requisito para poder seleccionar la opcin de guardar cliente. El usuario debe estar logueado en el sistema y encontrarse en el mdulo de gestin de clientes.

Paso de prueba P F Se debe ingresar en el cuadro de texto Buscar un nmero de cdula que no est registrado en la base de datos. 2. Se presionar el botn Buscar para que el sistema de la opcin de crear el nuevo cliente. 3. Se ingresarn todos los datos personales del cliente y de sus referencias, exceptuando el campo obligatorio. 4. Se presionar el botn de Guardar Cliente. Resultado Se espera que al presionar el botn de Guardar Cliente, el sistema indique por medio de esperado una ventana o mensaje que hace falta diligenciar uno de los campos e indique cul est haciendo falta.

115

Evaluacin de la Prueba

Se intent ingresar el cliente Jos Matas, ingresando toda la informacin personal, exceptuando el nmero de cdula, que es el campo obligatorio para la creacin de clientes. Al seleccionar el botn de Guardar Cliente, el sistema mostr una ventana informando que haca falta diligenciar el campo obligatorio Nro. documento , imposibilitando la creacin del cliente con datos faltantes. El caso de prueba cumpli con el resultado esperado.
Tabla 53 Caso de Prueba Validacin de campos Clientes

Nombre del caso de CP-08 Modificar un cliente Caso de uso CL-004 Modificar Cliente prueba probado Descripcin Con este caso de prueba se verificar que la funcionalidad de modificar los clientes est operando correctamente y cumple con los requerimientos de la empresa. Condiciones de El usuario debe estar logueado en el sistema y encontrarse en el mdulo de ejecucin gestin de clientes. Notas: Paso de prueba P F 1. Se debe ingresar en el cuadro de texto Buscar un nmero de cdula de un cliente registrado en la base de datos. 2. Se presionar el botn Buscar para que el sistema traiga toda la informacin para su modificacin. 3. Se modificarn absolutamente todos los campos exceptuando la cdula. 4. Se presionar el botn de Guardar Cliente al finalizar la modificacin para comprobar. Resultado Se espera que al presionar el botn de Guardar Cliente, el sistema guarde toda la esperado informacin sin inconvenientes y realice la actualizacin en la base de datos. Evaluacin Se tom el cliente creado en la tercera instancia de este caso de prueba, nmero de de la Prueba cdula 79.843.764 y al mostrar la informacin del cliente, se elimin el ltimo carcter de cada campo y se remplaz por un 0. Se modific la pagadura por Fuerza Area, se modific el parentesco por Prima, se modificaron todos los departamentos por Antioquia y se modificaron las ciudades por Medelln. Con esto se modific por completo la informacin del cliente, se seleccion el botn de Guardar Cliente y el sistema almacen la informacin sin inconvenientes. Tambin se verific que no se pudieran dejar campos en blanco y se demostr que el sistema realiza la misma accin evaluada en la cuarta iteracin de este caso de prueba. El caso de prueba cumpli con el resultado esperado.
Tabla 54 Caso de Prueba Modificar un cliente

Descripcin del tercer caso de prueba Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso Gestionar

Asesores.

116

Nombre del caso de CP-9 Buscar un Asesor Caso de uso AS-001 Buscar Asesor prueba probado Descripcin Este caso de prueba busca comprobar que el sistema puede buscar la cdula de un Asesor y mostrar los datos personales en pantalla Condiciones de El usuario debe estar logueado en el sistema y encontrarse en el mdulo de ejecucin gestin de asesores. Notas: Paso de prueba P F 1. Se debe ingresar la cdula de un asesor creado en el cuadro de texto Buscar 2. Se presionar el botn Buscar para esperar los resultados Resultado El sistema deber mostrar la cdula del asesor con todos sus datos personales. esperado Evaluacin Este caso no se contempla para el desarrollo del prototipo. de la Prueba
Tabla 55 Caso de Prueba Buscar un Asesor

Nombre del caso de prueba Descripcin

Condiciones de ejecucin Notas: 1.

CP-10 Insertar un nuevo Caso de uso AS-002 Insertar Asesor Asesor probado Este caso de prueba se implementa para revisar la insercin de un nuevo asesor en el sistema, que se almacene en la base de datos correctamente y se mantenga la informacin ingresada. El usuario debe estar logueado en el sistema y encontrarse en el mdulo de gestin de asesores.

Paso de prueba P F Se debe ingresar en el cuadro de texto Buscar un nmero de cdula que no est registrado en la base de datos. 2. Se presionar el botn Buscar para que el sistema de la opcin de crear el nuevo asesor. 3. Se ingresarn todos los datos personales del asesor 4. Se presionar el botn de Guardar Asesor Resultado Al presionar el botn de Guardar Asesor el sistema deber almacenar todos los datos en esperado la base de datos y mostrar un mensaje al usuario indicando que el asesor ha sido creado y guardado correctamente. Evaluacin Este caso no se contempla para el desarrollo del prototipo. de la Prueba
Tabla 56 Caso de Prueba Insertar nuevo asesor

Nombre del caso de prueba Descripcin

CP-11 Validacin de campos Caso de uso AS-002 Insertar Asesor obligatorios probado En este caso de prueba se verificar que los campos marcados como obligatorios en la insercin de nuevos asesores sean requisito para poder seleccionar la opcin de Guardar Asesor.

117

Condiciones de ejecucin Notas:

El usuario debe estar logueado en el sistema y encontrarse en el mdulo de gestin de asesores

Paso de prueba P F 1. Se debe ingresar en el cuadro de texto Buscar un nmero de cdula que no est registrado en la base de datos. 2. Se presionar el botn Buscar para que el sistema de la opcin de crear el nuevo asesor. 3. Se ingresarn todos los datos personales del asesor, exceptuando en cada intento un campo obligatorio diferente, hasta haber revisado todos. 4. Se presionar el botn de Guardar Asesor en cada intento. Resultado Se espera que al presionar el botn de Guardar Asesor, el sistema indique por medio de esperado una ventana o mensaje que hace falta diligenciar uno de los campos e indique cul est haciendo falta. Evaluacin Este caso no se contempla para el desarrollo del prototipo. de la Prueba
Tabla 57 Caso de Prueba Validar Campos Asesores

Nombre del caso de prueba Descripcin

Condiciones de ejecucin Notas: 1.

CP-12 Modificar un Caso de uso AS-004 Modificar Asesor Asesor probado Con este caso de prueba se verificar que la funcionalidad de modificar los asesores est operando correctamente y cumple con los requerimientos de la empresa. El usuario debe estar logueado en el sistema y encontrarse en el mdulo de gestin de asesores.

Paso de prueba P F Se debe ingresar en el cuadro de texto Buscar un nmero de cdula de un asesor registrado en la base de datos. 2. Se presionar el botn Buscar para que el sistema traiga toda la informacin para su modificacin. 3. Se modificarn absolutamente todos los campos exceptuando la cdula. 4. Se presionar el botn de Guardar Asesor al finalizar la modificacin para comprobar. Resultado Se espera que al presionar el botn de Guardar Asesor, el sistema guarde toda la esperado informacin sin inconvenientes y realice la actualizacin en la base de datos. Evaluacin Este caso no se contempla para el desarrollo del prototipo. de la Prueba
Tabla 58 Caso de Prueba Modificar un Asesor

Descripcin del cuarto caso de prueba

118

Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso Gestionar Solicitudes.

Nombre del caso de CP-13 Crear una Solicitud Caso de uso SO-001 Crear Solicitud prueba probado Descripcin Este caso de prueba se implementa para revisar la insercin de una nueva solicitud en un cliente ya existente, que se debe almacenar en la base de datos correctamente. Condiciones de El usuario debe estar logueado en el sistema y encontrarse en el mdulo de ejecucin gestin de clientes. Notas: Paso de prueba P F 1. Se debe ingresar en el cuadro de texto Buscar un nmero de cdula que no est registrado en la base de datos 2. Luego de los datos del cliente, en la grilla inferior el sistema mostrar un cuadro de Solicitudes, se presionar el botn Aadir Solicitud para que el sistema de la opcin de crear una nueva solicitud a este cliente 3. Se mostrar una nueva ventana, se deben ingresar todos los datos de la nueva solicitud 4. Se presionar el botn de Guardar Resultado Al presionar el botn de Guardar el sistema deber almacenar todos los datos de la esperado nueva solicitud y mostrara un mensaje al usuario indicando que la solicitud ha sido agregada al cliente satisfactoriamente. Evaluacin Para esta prueba se agreg una solicitud al cliente de cdula nmero 79.685.752 y se de la Prueba ingresaron los siguientes datos en la pantalla de Crear Solicitud: Nro. Solicitud: 1234567, Fecha Solicitud: 03/12/2012, Valor Solicitado: 4000000, Fecha Radicacin: 05/12/2012, Tasa: 2.1, Tipo de Crdito: Libranza, Cuenta Desembolso: 8945835781, Banco: Davivienda, Departamento: Cundinamarca, Ciudad: Bogot, Asesor: Jua0 Cardena0 (asesor creado y modificado en CP. 3.3 y 3.5), Comentario Asesor: (vacio) La solicitud se agreg al cliente exitosamente en la base de datos, permitiendo su consulta inmediata para la modificacin. El caso de prueba cumpli con el resultado esperado.
Tabla 59 Caso de Prueba Crear una Solicitud

Nombre del caso de CP-14 Consultar una Solicitud Caso de uso SO-003 Consultar Solicitud prueba probado Descripcin Con este caso de prueba se verificar que el sistema permite ver el detalle de las solicitudes que estn atadas a un cliente. Condiciones de El usuario debe estar logueado en el sistema y encontrarse en el mdulo de ejecucin gestin de clientes. Notas: Paso de prueba P F

119

1. 2.

Se debe ingresar la cdula de un cliente existente en el cuadro de texto Buscar. Se presionar el botn Buscar para que el sistema muestre los datos personales y la grilla de solicitudes. 3. En la grilla de solicitudes se encontrarn las solicitudes actuales del cliente, se debe escoger una de las solicitudes y seleccionar la opcin de ver para esperar los resultados. Resultado El sistema deber mostrar la solicitud al detalle, con todos los datos de ingreso, un esperado resumen de Crdito si la solicitud ya se aprob y un resumen de estados con sus fechas. Evaluacin En esta prueba se utiliz al cliente con nmero de cdula 79.685.752 y se seleccion la de la Prueba solicitud nmero 1234567 que se haba creado en la iteracin 4.1 de este caso de prueba. El sistema mostr toda la informacin detallada de la solicitud, la grilla de resumen de crdito vaca y la grilla de resumen de los estados, tambin vaca pues an no se ha cargado ningn estado a dicha solicitud. El caso de prueba cumpli con el resultado esperado.
Tabla 60 Caso de Prueba Consultar una Solicitud

Nombre del caso CP-15 Validar una Solicitud Caso de uso SO-001 Crear Solicitud de prueba probado Descripcin En este caso de prueba se verificar que los campos marcados como obligatorios al agregar nuevas solicitudes sean requisito para poder Guardar las mismas. Condiciones de El usuario debe estar logueado en el sistema y encontrarse en el mdulo ejecucin de gestin de Clientes. Notas: Paso de prueba P F 1. Se debe ingresar en el cuadro de texto Buscar un nmero de cdula que est registrado en la base de datos. 2. Luego de los datos del cliente, en la grilla inferior el sistema mostrar un cuadro de Solicitudes, se presionar el botn Aadir Solicitud para que el sistema de la opcin de crear una nueva solicitud a este cliente. 3. Se ingresarn todos los datos de la solicitud, exceptuando el nmero de solicitud. 4. Se presionar el botn de Guardar. Resultado Se espera que al presionar el botn de Guardar, el sistema indique por medio de esperado una ventana o mensaje que hace falta diligenciar uno de los campos obligatorios e indique cul est haciendo falta. Evaluacin Se intent ingresar una nueva solicitud en el cliente ya creado de cdula de la 79.685.752, se ingresaron todos los datos requeridos por la solicitud, Prueba exceptuando el nmero de la solicitud. Al seleccionar el botn de Guardar, el sistema mostr una ventana informando que haca falta diligenciar el campo obligatorio Nro Solicitud, imposibilitando agregar la nueva solicitud al cliente. El caso de prueba cumpli con el resultado esperado.

120

Tabla 61 Caso de Prueba Validar campos en solicitud

Nombre del caso de prueba Descripcin

CP-16 Modificar una Solicitud

Condiciones de ejecucin Notas: 1. 2.

Caso de uso SO-004 Modificar probado Solicitud Este caso de prueba revisar que el sistema modifique los datos guardados en las solicitudes atadas a los clientes y las actualice correctamente en la base de datos. El usuario debe estar logueado en el sistema y encontrarse en el mdulo de gestin de clientes.

Paso de prueba P F Se debe ingresar la cdula de un cliente existente en el cuadro de texto Buscar. Se presionar el botn Buscar para que el sistema muestre los datos personales y la grilla de solicitudes. 3. En la grilla de solicitudes se encontrarn las solicitudes actuales del cliente, se debe escoger una de las solicitudes y seleccionar la opcin de modificar. 4. En la ventana de detalle, se modificarn absolutamente todos los campos exceptuando la cdula y el nmero de solicitud que son fijos. 5. Se presionar el botn de Guardar al finalizar la modificacin para comprobar. Resultado El sistema deber mostrar una ventana emergente o mensaje indicando que la solicitud esperado ha sido modificada exitosamente y se deber reflejar la actualizacin en la base de datos. Evaluacin Se tom el cliente de cdula 79.685.752 y se seleccion la Solicitud nmero 1234567 de la Prueba creada en la primera iteracin de este caso de prueba, se elimin el ltimo carcter de cada campo, excepto la cdula y el nmero de solicitud y se remplaz por un 0. Se modific el departamento por Valle, se modific la ciudad por Cali y se modificaron las fechas sumndoles 1 da. Con esto se modific por completo la informacin de la solicitud, se seleccion el botn de Guardar y el sistema almacen la informacin sin inconvenientes. Tambin se verific que no se pudieran dejar campos en blanco y se demostr que el sistema realiza la misma accin evaluada en la tercera instancia de este caso de prueba. El caso de prueba cumpli con el resultado esperado.
Tabla 62 Caso de Prueba Modificar una solicitud

Descripcin del quinto caso de prueba Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso Actualizar

Seguimiento.

121

Nombre del caso de CP-17 Buscar archivo a Caso de uso PR-001 Buscar Archivo prueba cargar probado Descripcin Este caso de prueba se implementa para comprobar la funcionalidad de buscar un archivo a cargar en el sistema. Condiciones de El usuario debe estar logueado en el sistema y encontrarse en el mdulo de ejecucin Cargue Automtico de Informacin. Notas: Paso de prueba P F 1. Se debe presionar el botn de examinar para buscar el archivo a cargar. 2. El programa mostrar una ventana de bsqueda, se debe seleccionar el archivo a cargar y luego presionar el botn abrir para verificar los resultados. Resultado Al presionar el botn de Examinar el sistema deber abrir una ventana que le permita al esperado usuario seleccionar el archivo que desea cargar y luego de presionar el botn abrir, debe quedar la ruta en el campo en blanco listo para procesar. Evaluacin Para esta prueba se realizaron los pasos correspondientes, al presionar el botn de de la Prueba Examinar, el sistema mostr la ventana para buscar el archivo correspondiente, se seleccion el archivo InformeTest.txt, se seleccion Abrir y la ruta del archivo qued cargada en el campo, listo para procesar. El caso de prueba cumpli con el resultado esperado.
Tabla 63 Caso de Prueba Buscar archivo a cargar

Nombre del caso de prueba Descripcin

CP-18 Procesar archivo

Condiciones de ejecucin Notas: 1. 2.

Caso de uso PR-003Procesar Archivo probado Este caso de prueba se implementa para comprobar el procesamiento de archivos y el funcionamiento del reporte en pantalla de procesamiento que brinda el sistema. El usuario debe estar logueado en el sistema y encontrarse en el mdulo de Cargue Automtico de Informacin.

Paso de prueba P F Se debe presionar el botn de examinar para buscar el archivo a procesar. El programa mostrar una ventana en donde se debe buscar y seleccionar el archivo a cargar y luego presionar el botn abrir. 3. La ruta del archivo quedar cargada en el recuadro, se presionar el botn Procesar para esperar los resultados. Resultado Al presionar el botn de Procesar el sistema deber actualizar todos los estados de las esperado solicitudes que se encuentran en su interior y deber informar al usuario por pantalla cuntos registros fueron procesados con xito, cuntos con error y el total de registros que se procesaron. Evaluacin Para esta prueba se realiz el cargue del archivo InformeTest.txt, este archivo de la Prueba contena 2 registros correctos y un nmero de solicitud que no existe en el sistema. Al presionar el botn de Procesar el sistema proceso el archivo e inform por pantalla que haba procesado exitosamente 2 registros, 1 lo haba procesado con error y que se haba procesado un total de 3 registros. El caso de prueba cumpli con el resultado esperado.
Tabla 64 Caso de Prueba Procesar archivo

122

Nombre del caso de prueba Descripcin

Condiciones de ejecucin Notas: 1. 2.

CP-19 Validacin del tipo de Caso de uso PR-002 Cargar Archivo archivo a cargar probado Este caso de prueba se implementa con el fin de comprobar que el sistema no permitir el procesamiento de archivos que no contengan el formato .txt, el nico permitido segn el alcance del prototipo. El usuario debe estar logueado en el sistema y encontrarse en el mdulo de Cargue Automtico de Informacin.

Paso de prueba P F Se debe presionar el botn de examinar para buscar el archivo a procesar. El programa mostrar una ventana en donde se debe buscar y seleccionar el archivo a cargar, que no debe ser un .txt, luego se presionar el botn abrir. 3. La ruta del archivo quedar cargada en el recuadro, se presionar el botn Procesar para esperar los resultados. Resultado Al presionar el botn de Procesar el sistema no debe procesar el archivo, debe mostrar esperado una ventana informando que el archivo no tiene la extensin .txt y que debe volver a seleccionar el archivo a cargar. Evaluacin Este caso no se contempla para el desarrollo del prototipo. de la Prueba
Tabla 65 Caso de Prueba Validar archivo a Cargar

Descripcin del sexto caso de prueba Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso Generar

Reportes de Seguimiento.

Nombre del caso de CP-20 Validar Filtros y Caso de uso GN-002 Generar Consulta prueba Generar Consulta probado Descripcin Este caso de prueba se implementa para comprobar la funcionalidad de buscar detalles de clientes y solicitudes y mostrarlas en pantalla. Condiciones de El usuario debe estar logueado en el sistema y encontrarse en el mdulo de ejecucin Generacin de Reportes. Notas: Paso de prueba P F 1. Se debe hacer una prueba con cada uno de los campos que actan como filtros para cada bsqueda. 2. Se ingresar un dato en cada campo para probar los filtros y se presionar el botn de Buscar. Se realizarn bsquedas utilizando cada filtro para verificar que la funcionalidad sea correcta.

123

Resultado esperado Evaluacin de la Prueba

Al presionar el botn de Buscar el sistema debe traer la informacin solicitada segn el filtro indicado. Para esta prueba se realizaron los pasos correspondientes, al presionar el botn de Buscar utilizando cada uno de los filtros, el sistema mostr nicamente la informacin solicitada segn el filtro indicado, sea fecha, nmero de documento, nmero de solicitud o estado. El caso de prueba cumpli con el resultado esperado.
Tabla 66 Caso de Prueba Validar filtros de Consulta

Nombre del caso de prueba Descripcin Condiciones de ejecucin Notas: 1.

CP-21 Exportar reportes

Caso de uso GN-003 Exportar probado Informacin Este caso de prueba se implementa para comprobar la funcionalidad de buscar un detalles de clientes y solicitudes y mostrarlas en pantalla El usuario debe estar logueado en el sistema y encontrarse en el mdulo de Generacin de Reportes

Paso de prueba P F Se debe realizar los pasos indicados en el CP-24 para obtener informacin de una solicitud. 2. Con la informacin que muestra el sistema, se debe presionar el botn de Exportar para guardar la informacin en un archivo de Excel. Resultado Al presionar el botn de Exportar, el sistema debe mostrar una ventana donde se esperado indicar si se desea abrir el archivo de Excel con la informacin exportada o si se desea guardar en el equipo. Evaluacin Para esta prueba se realizaron los pasos correspondientes, al presionar el botn de de la Prueba Exportar el sistema mostr la ventana, poniendo como nombre predeterminado a la exportacin archivo. El documento se guard en el equipo y se logr abrir con Excel, para verificar su contenido. El caso de prueba cumpli con el resultado esperado
Tabla 67 Caso de Prueba Exportar Reportes

8.5.2. Prototipo

En este literal se describir cada una de las funcionalidades correspondientes al prototipo del sistema de Solfinancol S.A.S. en donde se contempla: gestin de clientes, gestin de solicitudes, actualizacin de estados de solicitudes y exportacin de reportes.

124

Ingreso al Sistema

Para

realizar

el

ingreso

al

sistema,

se

debe

hacer

clic

en

el

link

http://solfinancolsas:9090/SolfinancolTest/index.jsp se observar una pantalla en donde se debe ingresar usuario y contrasea.

Ilustracin 29 Prototipo Pantalla de ingreso

Una vez se realice el ingreso se observar la pantalla de inicio del sistema. Para tener acceso a las diferentes funcionalidades se debe seleccionar la opcin en el men ubicado en la parte izquierda de la pantalla.

125

Ilustracin 30 Prototipo Pantalla de Inicio

Ingresando un nuevo cliente

Para ingresar a la pantalla se deber hacer clic en el link Gestionar Clientes y Solicitudes ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar un formulario como el que se observa a continuacin.

126

Ilustracin 31 Prototipo Pantalla Gestin de Clientes

Para utilizar esta pantalla, se debe ingresar el nmero de documento del cliente en el campo de texto acompaado de la etiqueta Nro Documento y se debe hacer clic en el botn Buscar. Si el cliente no ha sido agregado, el sistema permitir al usuario ingresar la informacin del nuevo cliente: datos personales, referencia personal y referencia familiar. Una vez diligenciados los datos del nuevo cliente, se debe hacer clic en el botn Guardar Cliente.

Ingresando una nueva solicitud

Para ingresar una solicitud a un cliente, se debe hacer la bsqueda de un cliente ya existente en el sistema y hacer clic en el botn Aadir Solicitud. Una nueva pantalla se mostrar al usuario y permitir ingresar la informacin.

127

Ilustracin 32 Prototipo Pantalla Gestin de Solicitudes

Una vez se diligencie el formulario con toda la informacin de la solicitud, se deber hacer clic en el botn Guardar.

Actualizar estados de Solicitudes

Para ingresar a la pantalla se deber hacer clic en el link Actualizar Estados ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar una funcionalidad como la que se muestra a continuacin.

128

Ilustracin 33 Prototipo Pantalla Cargue de Archivos

El usuario deber seleccionar el archivo con la informacin de los estados de las solicitudes de crdito, para esta accin se debe hacer clic en el botn Examinar. Una vez seleccionado el archivo se observar la ruta del archivo seleccionado.

Ilustracin 34 Prototipo Pantalla Procesando Archivo

129

En ese momento se deber hacer clic en el botn Procesar. En ese momento el sistema comenzar a actualizar los estados de las solicitudes y una vez que termine de realizar este proceso, se observar el resultado del proceso realizado.

Ilustracin 35 Prototipo Pantalla Archivo Procesado

Exportar informacin de Solicitudes

Para ingresar a la pantalla se deber hacer clic en el link Exportar Estados Solicitudes ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar una funcionalidad como la que se muestra a continuacin.

130

Ilustracin 36 Prototipo Pantalla Generacin Reportes

En esta pantalla se tendr la posibilidad de realizar los filtros de acuerdo al reporte que se desee generar. Una vez realizados los filtros, se debe hacer clic en el botn Buscar.

Ilustracin 37 Prototipo Pantalla Generando Reporte

131

En pantalla se visualizar una grilla con la informacin correspondiente acorde a los filtros seleccionados.

Ilustracin 38 Prototipo Pantalla Reporte Generado

Para descargar la informacin se deber hacer clic en el botn Exportar. El sistema permitir almacenar un documento en formato Excel con la informacin resultado de la consulta.

Ilustracin 39 Prototipo Pantallazo Reporte Exportado

132

9. GLOSARIO

9.1. Trminos del negocio

Libranza Crdito de consumo de libre destinacin, con cuotas mensuales iguales y pago a travs de

descuento de nmina, Dirigido a personas naturales vinculadas laboralmente a las diferentes pagaduras autorizadas.

Pagadura Es la persona natural o jurdica, de naturaleza pblica o privada, que tiene a su cargo la

obligacin del pago del salario, cualquiera que sea la denominacin de la remuneracin, en razn de la ejecucin de un trabajo o porque tiene a su cargo el pago de pensiones en calidad de administrador de fondos de cesantas y pensiones. Las pagaduras autorizadas para solicitar crditos con la empresa Solfinancol son: ISS FOPEP, Secretaras de Educacin, Previsora, Cagen, Casur, Mindefensa, Inpec, Polica, Ejrcito, Armada, FAC y Cremil.

Tarros Son los diferentes estados en los que se puede encontrar una solicitud de crdito desde

que entra a estudio y hasta que se efecta el desembolso del dinero.

Solicitud de crdito Se denomina solicitud de crdito a la informacin que suministra un cliente para solicitar

un crdito por libranza, esta informacin debe pasar por verificacin de la entidad bancaria para convertirse en un crdito y que finalmente se desembolse el dinero.

133

Crdito Se denomina crdito al prstamo realizado por la entidad bancaria luego de realizado todo

el proceso de aprobacin y verificacin de la informacin.

Ley 1527/2012 Ley por medio de la cual se establece un marco general para la libranza o descuento

directo y se dictan otras disposiciones.

Superintendencia Financiera Se encarga de la inspeccin, vigilancia y control sobre las personas que realicen

actividades financiera, burstil, aseguradora y cualquier otra relacionada con el manejo, aprovechamiento o inversin de recursos captados del pblico. Tiene por objetivo supervisar el sistema financiero colombiano con el fin de preservar su estabilidad, seguridad y confianza, as como, promover, organizar y desarrollar el mercado de valores colombiano y la proteccin de los inversionistas, ahorradores y asegurados (Superintendencia Financiera de Colombia).

Superintendencia de la Economa Solidaria Organismo descentralizado, tcnico, adscrito al Ministerio de Hacienda y Crdito Pblico,

con personera jurdica, autonoma administrativa y patrimonial que tiene por objeto la supervisin sobre la actividad financiera del cooperativismo y sobre los servicios de ahorro y crdito de los fondos de empleados y asociaciones mutualistas y, en general, el aprovechamiento o inversin de los recursos captados de los asociados por parte de las organizaciones de la economa solidaria (Superintendencia de la Economa Solidaria).

9.2. Trminos tcnicos

General Public License GPL Es una licencia de software libre ampliamente usada, escrita originalmente por Richard

134

Stallman para el proyecto GNU. GPL es el ms popular y conocido ejemplo del tipo de licencia copyleft fuerte (Free Software Foundation, Inc, 2007).

Sistema Una coleccin de componentes organizados para cumplir una determinada funcin o

conjunto de funciones (TheInstitute of Electrical and ElectronicsEngineers, Inc, 2000).

Stakeholder del Sistema Un individuo, equipo u organizacin (o clases del mismo) con intereses o preocupaciones

en relacin con un sistema (TheInstitute of Electrical and ElectronicsEngineers, Inc, 2000)

Metas arquitectnicas Este tipo de metas arquitectnicas definen cmo el sistema debe responder a los cambios

en el tiempo respecto a los requisitos del software, generalmente a los no funcionales.

Requisitos de gran importancia arquitectnica Los requisitos de gran importancia arquitectnica son aquellos requisitos que juegan un

papel importante en la determinacin de la arquitectura del sistema. Estos requisitos exigen una atencin especial. No todos los requisitos tienen la misma importancia en lo que respecta a la arquitectura. Son un subconjunto de los requisitos que deben cumplirse antes de que la arquitectura pueda ser considerada "estable". Por lo general, estos son los requisitos que son tcnicamente desafiantes, lo que limita tcnicamente, o central a propsito del sistema.

Mecanismos arquitectnicos Estos mecanismos representan conceptos tcnicos claves que sern normalizados en la

solucin, adems facilitan la evolucin de los aspectos significativos de la arquitectura del sistema, permiten al equipo mantener una arquitectura coherente al tiempo que permite que los detalles de implementacin se aplacen hasta que realmente tengan que realizarse.

135

Abstracciones clave Estos son los conceptos clave y las abstracciones que el sistema necesita para manejar.

Son esas cosas que, sin la cuales, no se puede describir el sistema, como por ejemplo el cliente y la cuenta.

Componente Este trmino se utiliza para indicar una parte de un sistema que se puede remplazar, que

contiene atributos, operaciones y que puede interactuar con otras partes del sistema, fsicos y de software.

Patrones Es una solucin estructurada para un problema de diseo de software, suele dar una

descripcin de elementos, las relaciones y restricciones que existen entre ellos, generando un esquema organizado y reutilizable.

136

10. CONCLUSIONES

Gracias al inters de la compaa por obtener el prototipo del sistema, y a su buena disposicin al momento de suministrar la informacin, se logr realizar una clara identificacin de los problemas actuales de la compaa y adems tener una visin completa del negocio, permitiendo realizar un proyecto enfocado a las necesidades de sus empleados.

La constante comunicacin con el personal de la compaa, el seguimiento de la metodologa Open Up Basic y la utilizacin de Casos de Uso para la diagramacin y explicacin de los diferentes requerimientos de la compaa, se convirtieron en una herramienta muy til que permiti la concertacin de los conceptos tcnicos y de negocio entre los empleados y los desarrolladores.

El uso de diferentes herramientas para el diseo del prototipo, como el software BalsamiqMockUps, que permite construir entornos visuales previos de la aplicacin de una manera sencilla y rpida, permiti crear varios diseos de los mdulos que fueron revisados, aprobados o rechazados por los empleados, escogiendo ellos el diseo que satisfaca mejor sus necesidades.

El uso de herramientas libres y de amplio reconocimiento en el mercado, como lo son Eclipse, Glassfish o MySQL Workbench, que cuentan con bastante documentacin en la web, se convirti en un punto clave para superar los diferentes obstculos en el momento del desarrollo, encontrando soluciones en foros de discusin, blogs o pginas dedicadas al desarrollo en cada uno de estos sistemas, permitiendo as el desarrollo satisfactorio del prototipo para la compaa.

137

En general se puede afirmar que gracias al seguimiento de la metodologa OpenUp/Basic, el uso de sus artefactos y diferentes formatos para la consolidacin de la informacin levantada, la utilizacin del lenguaje de modelado UML (que permite construir diagramas de fcil entendimiento para los Stakeholders), se pudo completar el proyecto en los tiempos indicados con el cliente, generando un documento completo y un prototipo funcional con el que la empresa reconoce las problemticas actuales y da visto bueno para realizar el correspondiente estudio de aprobacin que permitir la implementacin del sistema.

138

11. BIBLIOGRAFA

Eclipse

contributors

and

others

(2006).

OpenUP/Basic.Obtenido

de

http://epf.eclipse.org/wikis/openupsp/openup_basic/deliveryprocesses/openup_basic_proc ess_0uyGoMlgEdmt3adZL5Dmdw_desc.html Alexander, C. (s.f.). A Pattern Language. 1977: Oxford University Press. Alexander, C. (1979). A Timeless Way of Building. Oxford University Press. Allamaraju, S. (s.f.). Architecture Paradox. Obtenido de

http://www.subbu.org/articles/architecture-paradox Alur, D., Crupi, J., & Malks, D. (s.f.). Core J2EE Patterns: Best Practices and Design Strategies.2001: Prentice Hall/Sun Press. Asociacin Americana de Bibliotecarios . (1988). Glosario de la ALA de Bibliotecologa y Ciencias de la Informacin. Mxico: Ediciones Daz de Santos. Balduino, R. (2007). Introduction to OpenUP (Open Unified Process). Bauer, F. (1972). Software Engineering. Amsterdam: North Holland Publishing Co. Boehm, B. (diciembre de 1976). Software Engineering. IEEE Transactions on Computers. C-25, n.12, dic., 25(12), 1226-1241. Booch, G., Jacobson, & Rumbaugh, J. (2000). El Proceso Unificado de Desarrollo.Addision Wesley. Brooks, F. (1987). No Silver Bullet: Essence and Accidents of Software Engineering. IEEE Computer. Buschmann, F., Meunier, R., Rohnert, H., & Sommerlad. (1996). Pattern-Oriented Software

139

Architecture -- A System of Patterns.Wiley. Castells, M. (2006). La era de la informacin, Fin de milenio (Vol. 3). Espaa: Alianza Editorial. Chain, C. (2000). La Gestin de Informacin en la Organizaciones. Murcia: Universidad de Murcia. Chiavenato, I. (2006). Introduccin a la Teora General de la Administracin, Sptima Edicin.McGraw-Hill Interamericana. Free Software Foundation, Inc. (2007). (s.f.). GNU Operating System.Recuperado el 25 de 7 de 2012, de http://www.gnu.org/licenses/gpl.html Gamma, E., Helm, R., Johnson, R., & Vlissides, J. (s.f.). Design Patterns: Elements of Reusable Object-Oriented Software. 1995: Addison-Wesley Professional. IEEE. (1990). IEEE Std 610.12-1990, IEEE Standard Glossary of software engineering terminology. IEEE/ACM. (2004). Software Engineering Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering A Volume of the Computing Curriculum Series. IEEE Computer Society and Association for Computing Machinery. International Organization for Standardization (2001). (s.f.). iso/iec 9126-1 Information Technology - Software Product Quality Part 1: Quality Model. Obtenido de ISO/IEC 9126-1. International Organization for Standardization. (2001). ISO/IEC 9126-1 Information Technology - Software Product Quality. Part 1: Quality Model. Jacobson, G. B. (2000). El Proceso Unificado de Desarrollo.Addision Wesley. Kendall, K. E., & Kendall, J. E. (2005). Anlisis y diseo de sistemas de informacin. Mxico:

140

Pearson Educatin. Larman, C. (2003). UML y Patrones. Una introduccin al anlisis y diseo orientado a objetos y al proceso unificado. Pearson Prentice Hall. Letelier, P. (2003). Proceso de desarrollo de software, Proyecto Docente e Investigador. Valencia: Universidad Politcnica de Valencia, Departamento de Sistemas Informticos y Computacin. Loudon, & loudon. (1998). Administracin de Sistemas de Informacin.Prentice Hall. Masuda, Y. (1981). The Information Society as Post-Industrial Society. Washington D.C: World Future Society. Murdick, R. (1988). Sistemas de Informacin Administrativa. Mxico: Prentice-Hall. OMG. ( 2005). Unified Modeling Language 2.0: Superstructure.Obtenido de

http://www.omg.org/cgi-bin/doc?formal/05-07-04.pdf Pressman, R. (2006). Ingenieria del Software: Un Enfoque Practico. McGraw-Hill. Redaccin Economa y Negocios. (20 de Agosto de 2012). http://www.portafolio.co. Recuperado el 12 de Diciembre de 2012, de http://www.portafolio.co/economia/la-libranza-es-elcredito-mas-consumido Repblica de Colombia. (2003). Ley 842 de 9 de octubre de2003 Artculo 1. Concepto de ingeniera. Software Engineering Standards Committee of the IEEE Computer Society. (2000). IEEE Std 1471-2000, IEEE Recommended Practice for Architectural Description of SoftwareIntensive Systems. Sommerville, I. (2005). Ingenieria de Software. Pearson.

141

Superintendencia de la Economa Solidaria. (s.f.). Recuperado el 10 de 7 de 2012, de Superintendencia de la economa solidaria: http://www.supersolidaria.gov.co Superitendencia Financiera de Colombia. (s.f.). Recuperado el 11 de 7 de 2012, de Superintendencia Financiera de Colombia: http://www.superfinanciera.gov.co The Eclipse Foundation. (s.f.). Introduction to OpenUP. Recuperado el Octubre de 2012, de http://epf.eclipse.org/wikis/openup/ The Institute of Electrical and Electronics Engineers, Inc. (21 de Septiembre de 2000). IEEE Std 1471-2000. IEEE Recommended Practice for Architectural Description of SoftwareIntensive Systems. New York, USA. Zapata, C. A. (s.f.). La gestin de informacin empresarial: un enfoque sistmico. Recuperado el 24 de 11 de 2012, de ZAPATA, Carlos Alberto. La gestin de informacin empresarial: un enfoque sistmico [en lnea]

<http://eprints.rclis.org/archive/00010568/01/Gesti%C3%B3n_de_Informaci%C3%B3n_ Empresarial_un_enfoque_sistemico_.pdf> [citado en: 20 de octubre de 2008]

142

Anexo 1 Manual de Instalacin

Anexo 1. Cronograma detallado del proyecto Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos

tem de trabajo PLAN DE PROYECTO Lista de riesgos Identificar riesgos Evaluar riesgos Identificar acciones de mitigacin Plan de proyecto determinar tamao y alcance del proyecto Lista de tems de trabajo mapear roles a los miembros del equipo GLOSARIO Capturar un vocabulario comn (Glosario) Trminos del negocio Refinar trminos de negocio del glosario Trminos tcnicos VISIN Identificar a los stakeholders Demografa del mercado Resumen de Stakeholders

Disciplina Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos

tem de trabajo Perfiles de Stakeholders Acordar el problema a ser resuelto Resumen del problema recolectar requerimientos de los Stakeholders Identificar las necesidades de los stakeholders Dar una prioridad a las necesidades definir los limites del sistema Identificar soluciones propuestas para las necesidades Visin general del producto Perspectiva del producto Definir caractersticas del sistema Resumen de competitividades Asegurar un acuerdo en la visin del proyecto presentar la visin a la gerente CASOS DE USO recolectar informacin Hacer entrevista a la gerente identificar y recolectar trminos de dominio Diagrama del proceso Capturar requerimientos Requerimientos funcionales de alto nivel Requerimientos funcionales detallados

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos

tem de trabajo Codificar requerimientos del sistema Capturar casos de uso y actores en el modelo de casos de uso Modelo de casos de uso (Inicial) Modelo de casos de uso (detallado) casos de uso asegurar acuerdo de los requerimientos con la visin y los interesados Detallar casos de uso y escenarios REQUERIMIENTOS GENERALES Detallar requerimientos generales Definir los requisitos de calidad aplicables Identificar la importancia de los requisitos para los stakeholders Priorizar los requerimientos generales requisitos de interfaz de usuario identificar requerimientos de apariencia disposicin y requerimientos de navegacin consistencia personalizacin requisitos de interfaz con dispositivos o sistemas externos interfaces de software

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura

tem de trabajo interfaces de hardware reglas del negocio limitaciones del sistema cumplimiento del sistema Requerimiento de licenciamiento Estndares aplicables Documentos del sistema CUADERNO DE ARQUITECTURA Identificar metas arquitectnicas Dominio Alcance objetivos de la arquitectura requisitos significativos de la arquitectura metas de la arquitectura Identificar restricciones arquitectnicas Resumen de la aplicacin dependencias y suposiciones restricciones Identificar abstracciones clave vista lgica vista de desarrollo vista de despliegue vista de procesos mecanismos arquitectnicos Refinar mecanismos arquitectnicos Capturar decisiones arquitectnicas

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Arquitectura Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo

tem de trabajo Mitigar los riesgos encontrados en el prototipo de arquitectura DISEO Modelo de datos diccionario de datos diseo de pantallas refinar diseo de pantallas mapa de navegacin CONSTRUCCIN romper los requerimientos en tareas de desarrollo Hacer un prototipo de la arquitectura (Prueba de concepto) escribir cdigo de arquitectura base escribir cdigo fuente (Requisitos de alta prioridad) RE-10 Crear Solicitudes RE-12 Consultar Solicitudes RE-13 Exportar informacin de Solicitudes RE-11 Modificar Solicitudes RE-14 Cargar automticamente un archivo escribir cdigo fuente (Requisitos de prioridad normal) RE-01 Ingresar al sistema RE-03 Crear Clientes RE-05 Consultar Clientes RE-04 Modificar Clientes

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Desarrollo

tem de trabajo RE-06 Exportar informacin de Clientes CASOS, GUION Y REGISTROS DE PRUEBAS casos y scripts de prueba crear los casos de prueba Probar el prototipo de arquitectura probar arquitectura de referencia (probar que los requisitos de alta prioridad funcionan con la arquitectura) Pruebas de desarrollo MANUAL DE USUARIO Manual de usuario

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Test Test Test

Test Test

Anexo 2 Manual de Instalacin Versin 1.0.0.0

Tabla de contenido
0. 1. 2. 3. 4. Introduccin ................................................................................................................................ 3 Descripcin paso a paso para la instalacin del SDK de Java ...................................................... 4 Descripcin paso a paso para la instalacin de MySQL .............................................................. 7 Descripcin paso a paso para la instalacin de GlassFish V3. ................................................... 16 Descripcin de instalacin de la aplicacin Solfinancolsas vs1.0.0.0 ....................................... 21

0. Introduccin
En este documento se encontrar la explicacin grfica y detallada de cmo realizar la instalacin de los programas necesarios para poder utilizar el prototipo del sistema Solfinancol S.A.S. Se explicar la instalacin del SDK de Java, el MySQL y el GlassFish.

1. Descripcin paso a paso para la instalacin del SDK de Java


1.1 Inserte el CD del Sistema Solfinancol y haga doble click en el archivo jdk-7u7-windowsi586, que ser la versin que utilizaremos para la instalacin del aplicativo: 1.2 Aparecer la siguiente pantalla:

1.3 El instalador da la bienvenida, presionamos el botn Next y aparecer la siguiente pantalla:

1.4 El instalador selecciona por defecto Development Tools, lo dejamos seleccionado y presionamos el botn Next, aparecer una barra de instalacin, esperamos a que cargue por completo:

1.5 Al terminar el instalador java preguntar el folder donde instalar la aplicacin, presionamos Next e iniciar una segunda barra de instalacin:

1.6 Esta barra tardar unos segundos cargando y por ltimo nos informar que hemos concluido con la instalacin:

1.7 Presionamos el botn Close y ya tendremos la versin del SDK de java instalada en el equipo.

2. Descripcin paso a paso para la instalacin de MySQL


2.1 Inserte el CD del Sistema Solfinancol y haga doble click en el archivo mysql-installercommunity-5.5.28.2, que ser la versin que utilizaremos para la instalacin del aplicativo:

2.2 Aparecer la siguiente ventana:

2.3 Luego de unos segundos obteniendo informacin aparecer la siguiente ventana:

2.4 Seleccionamos la opcin InstalMySQLProducts y continuamos:

2.5 Aceptamos los trminos de la licencia haciendo click en el recuadro y presionamos el botn de Next, aparecer la siguiente opcin:

2.6 Seleccionamos "Skipthechek" haciendo click en el recuadro y presionamos Next para continuar:

2.7 Dejamos la opcin que viene por defecto, "Developer Default" y presionamos Next para continuar:

2.8 Mantenemos las opciones por defecto y presionamos el botn de ejecutar "Execute", continuamos con la instalacin:

2.9 Aparecer un segundo men de instalacin, segn los requerimientos que hagan falta por instalar en el computador. En este caso instalaremos Visual Studio Tools:

2.10 Aceptamos los trminos de licencia y presionamos el botn de Instalarpara continuar:

2.11 Aparecer una barra de instalacin y luego de unos segundos terminar de instalar, presionamos el botn de Finalizar y continuamos con la instalacin del MySQL:

2.12 Una vez tenemos todos los requerimientos en verde, presionamos el botn de Next para continuar la instalacin:

2.13 Aparecer la informacin de los productos que vamos a instalar, presionamos el botn de ejecutar "Execute" y continuamos:

2.14 El programa empezar a instalar componente por componente, esto puede tomar unos minutos. Una vez instalados todos los componentes, presionamos el botn Next para continuar con la configuracin:

2.15 Empezaremos con la configuracin del MySQL, mantenemos las configuraciones que nos pone el instalador por defecto, presionamos Next hasta llegar a la siguiente pantalla:

2.16 Ingresaremos una contrasea de administrador para MySQL (generalmente se pone root), y presionamos el botn Next, aparecer la siguiente pantalla:

2.17 Mantenemos las configuraciones por defecto y presionamos el botn de Next para continuar:

2.18 El programa iniciar la instalacin de las configuraciones del sistema. Es posible que el sistema muestre una advertencia del firewall, podemos continuar presionando el botn Next para llegar a la siguiente pantalla:

2.19 Antes de finalizar el programa nos da la opcin de iniciar el entorno de desarrollo de MySQL "MySQLWorkbench", como no lo utilizaremos, desmarcamos la opcin y hacemos click en el botn de Finish. Con esto ya tenemos la versin de MySQL instalada en el equipo para el manejo de las bases de datos.

3. Descripcin paso a paso para la instalacin de GlassFish V3.


3.1 Inserte el CD del Sistema Solfinancol y haga doble click en el archivo glassfish-3.0.1windows-ml, que ser la versin que utilizaremos para la instalacin del aplicativo: 3.2 Aparecer la siguiente ventana:

3.3 Empezaremos con la instalacin de GlassFish V3, presionamos el botn Siguientepara continuar:

3.4 Aceptamos las condiciones de instalacin y presionamos el botn Siguiente para continuar:

3.5 El programa solicitara el directorio de instalacin, dejamos el que nos muestra por defecto y presionamos el botn Siguiente:

3.6 El programa solicitar puertos, usuario y contrasea, dejamos todo por defecto e ingresamos la contrasea "admin" igual que el nombre de usuario.Presionamos Siguiente:

3.7 Segn el sistema operativo que estemos utilizando es posible que nos aparezca una ventana del Firewall de Windows solicitando permiso, presionamos "Permitir Acceso" y continuamos con la instalacin:

3.8 Esta ventana la mantenemos en blanco ya que no necesitaremos esta opcin, presionamos siguiente para continuar con la instalacin:

3.9 GlassFish solicitar un SDK para continuar con la instalacin, como ya instalamos el SDK en el primer paso, el programa automticamente tomar la ruta y la pondr en el recuadro, presionamos al botn Siguiente:

3.10 El programa mostrar el listado de aplicaciones que se instalarn, presionamos el botn Instalar, esto puede tardar unos minutos y es posible que el firewall solicite nuevamente permiso para instalar, repetimos el paso 3.7 para continuar. Al finalizar de instalar aparecer la siguiente pantalla:

3.11 Seleccionamos la opcin de Omitir registro y presionamos el botn de siguiente para continuar:

3.12 Con esto terminamos la instalacin, presionamos el botn de Salir.

4. Descripcin de instalacin de la aplicacin Solfinancolsas vs1.0.0.0


Para iniciar el proceso de instalacin de la aplicacin realice cada uno de los siguientes procedimientos: 4.1 Instalacin de la base de datos: Ingrese a MySQLWorkbench y en una nueva solapa para ejecucin de consultas, ejecute los scripts descritos en los archivos [01DB_SCHEMA.txt] y [02 DB_DATA.txt] ubicados en la ruta [Solfinancolsas vs1.0.0.0\Database] del paquete.Una vez ejecutados los scripts en el servidor de base de datos, el esquema deber quedar creado correctamente.

4.2 Configuracin de la aplicacin: Abra el archivo [web.xml] ubicado en vs1.0.0.0\Website\SolfinancolTest\WEB-INF] del paquete. la ruta [Solfinancolsas

Reemplace el valor [NOMBRE_HOST] por el nombre del host o por la ip correspondiente del servidor.
<context-param> <param-name>databaseURL</param-name> <param-value>jdbc:mysql://[NOMBRE_HOST]:3306/solfinancolsas</param-value> </context-param>

<context-param> <param-name>ABSOLUTEURL</param-name> <param-value>http://[NOMBRE_HOST]:8080/SolfinancolTest/</param-value> </context-param>

4.3 Instalacin de la aplicacin: En el servidor de aplicaciones detenga el servicio de GlassFish: Inicio>Programas>GlassFish v3> Stop Application Server.

Copie el directorio [SolfinancolTest] ubicado en la ruta [Solfinancolsas vs1.0.0.0\Website] del paquete, y pguelo en la ruta [C:\glassfishv3\glassfish\domains\domain1\docroot] del servidor de aplicaciones.

Reinicie el servicio de GlassFish: Inicio>Programas>GlassFish v3>StartApplication Server.

Ingrese a la ruta http://[NOMBRE_HOST]:8080/solfinancoltest en donde [NOMBRE_HOST] corresponde al nombre del host o ip del servidor de aplicaciones y verifique que el sitio web navega correctamente.

Anexo 3 Diccionario de Datos

DICCIONARIO DE DATOS

A continuacin se describen cada una de las tablas que hacen parte del modelo relacional del sistema:
Asesor Nombre de Campo Tabla que almacena los asesores de la compaa. Tipo de Dato int(10) unsigned Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin

idAsesor

No

Primaria

NULL

Identificador de la tabla. Nmero de documento de asesor. Nombre del asesor. Apellido del asesor. Direccin del asesor. Direccin de trabajo del asesor. Telfono del asesor. Celular del asesor. Fecha de ingreso a la compaa. Informacin adicional del asesor. Describe idciudad a la que 3 pertenece. Correo electrnico del asesor.

Documento Nombre Apellido

varchar(30) S varchar(45) S varchar(45) S

NULL NULL NULL NULL

DireccionResidencia varchar(45) S

DireccionTrabajo TelefonoFijo TelefonoCelular

varchar(45) S varchar(30) S varchar(30) S

NULL NULL NULL

FechaRegistro

datetime

NULL

Observaciones

text int(10) unsigned

S Foranea (Ciudad.idCiudad)

NULL

idCiudad

EmailAsesor

varchar(25) S

NULL

Ciudad Nombre de Campo

Tabla que almacena las ciudades de Colombia. Tipo de Dato int(10) unsigned Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin

idCiudad

No

Primaria

NULL

Identificador de la tabla.

NombreCiu varchar(3 dad 0) S

NULL Foranea (Departamento.id Depto) NULL

Nombre de la ciudad. Describe idDepartamento a la que pertenece.

idDepto

int(10) unsigned

Clientes Nombre de Campo

Tabla que almacena los clientes de la compaa. Tipo de Dato int(10) unsigned Acepta Nulo Valor Predeterminad o

Tipo de Llave

Descripcin

idClientes Documento Cliente

No

Primaria

NULL

Identificador de la tabla. Nmero de documento de cliente.

varchar(2 0) S

NULL

NombreClie varchar(4 nte 5) S ApellidoClie varchar(4 nte 5) S

NULL

Nombre del cliente.

NULL Foranea (Pagaduria.idPaga duria) NULL

Apellido del cliente.

idPagaduria

int(10) unsigned

Describe idpagaduria a la que pertenece.

Cargo

varchar(3 0) S

NULL

Cargo del cliente

DireccionRe varchar(4 sidencia 5) S DireccionTr varchar(4 abajo 5) S

NULL

Direccin del clinte. Direccin de trabajo del cliente.

NULL

TelefonoFij o

varchar(4 5) S

NULL

Telfono del cliente.

TelefonoCel varchar(4 ular 5) S FechaRegist ro datetime Observacion es Text int(10) unsigned

NULL

Celular del cliente Fecha de ingreso a la compaa. Informacin adicional del cliente. Describe idciudad a la 3 que pertenece.

NULL

S Foranea(Ciudad.id Ciudad)

NULL

idCiudad

No

Comision

Tabla que describe las comisiones por asesor a lo largo del tiempo. Valor Predeterminad o

Nombre de Campo

Tipo de Dato int(10) unsigned int(10) unsigned

Acepta Nulo

Tipo de Llave

Descripcin

idComision

No

Primaria

NULL

Identificador de la tabla. Describe idAsesor al que pertenece. Porcentaje de comisin asignado al asesor Fecha desde comisin asignada. Fecha hasta comisin asignada.

idAsesor

Foranea(Asesor. idAsesor) NULL

Comisioncol

decimal(1 0,2) S

NULL

FechaDesdeC omision datetime FechaHastaC omision datetime

NULL

NULL

Departamento Tabla que describe los departamentos de Colombia. Nombre de Campo Tipo de Dato int(10) unsigned Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin Identificador de la tabla.

idDepto

No

Primaria

NULL

NombreDepto

varchar(45)

NULL

Nombre de departamento.

Estados Nombre de Campo

Tabla que almacena los estados de la solicitud (tarros, negacin y desembolso). Tipo de Dato int(10) unsigned varchar(20) Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin Identificador de la tabla. Nombre del estado.

IdEstado Descripcion

No S

Primaria

NULL NULL

Estados Solicitud Nombre de Campo

Tabla que almacena la trazabilidad de los estados de la solicitud a lo largo del tiempo.

Tipo de Dato

Acepta Nulo

Tipo de Llave

Valor Predeterminado

Descripcin Identificador de la tabla. Describe idSolicitud al que pertenece. Describe idEstado al que pertenece. Fecha en que se registra el estado. Comentarios adicionales sobre el estado.

idEstadoSoli int(10) citud unsigned int(10) unsigned int(10) unsigned

No

Primaria

NULL

idSolicitud

Foranea(Solicitud.i dSolicitud) NULL Foranea(Estado.id Estado)

IdEstado

NULL

FechaRegist ro datetime

NULL

Observacion es Text

NULL

Pagaduria

Tabla que almacena las pagaduras o entidades militares o del estado que pueden

acceder a los crditos. Nombre de Campo Tipo de Dato Acepta Tipo de Nulo Llave Valor Predeterminad o

Descripcin

int(10) idPagaduria unsigned

No

Primaria NULL

Identificador de la tabla. Nombre de la pagadura o fuerza militar (ejercito, marina, etc).

NombrePag varchar(3 aduria 0) S

NULL

Referenci a

Tabla que almacena los datos de las referencias de cliente de la compaa.

Nombre Tipo de Acepta de Campo Dato Nulo idReferenc int(10) ia unsigned No int(10) unsigned S varchar( 45) varchar( 45) varchar( 30) varchar( 30) varchar( 45)

Tipo de Llave

Valor Predetermin ado

Descripcin

Primaria

NULL

Identificador de la tabla. Describe idCliente al que pertenece.

idCliente

Foranea(Cliente.idClient e) NULL

Nombre

NULL

Nombre de referencia.

Apellido

NULL

Apellido de referencia. Telfono fijo de referencia.

Telefono

NULL

Celular

NULL

Celular de referencia.

Direccion

NULL

Direccin de referencia. Parentesco con el cliente. Describe idTipoReferencia al que

varchar( Parentesco 45)

NULL Foranea(Tipodereferenci a.idTipoReferencia) NULL

idTipoRefe int(10) rencia unsigned No

pertenece. int(10) unsigned No Foranea(Ciudad.idCiuda d) NULL Describe idciudad a la que pertenece.

idCiudad

Solicitud Nombre de Campo

Tabla que almacena los datos de las solicitudes de crdito Tipo de Dato Acept a Nulo Valor Predeterminado

Tipo de Llave

Descripcin

int(10) idSolicitu unsigne d d No int(10) unsigne idClientes d No int(10) unsigne d S varchar( 25) S

Primaria

NULL

Identificador de la tabla.

Foranea(Clientes.i dClientes) NULL

Describe idCliente al que pertenece.

IdAsesor NumeroS olicitud

Foranea(Asesor.id Asesor) NULL

Describe idAsesor al que pertenece.

NULL

Numero de la solicitud. Fecha en que se realiza la solicitud. Valor solicitado por el cliente de la compaa. Fecha de radicacin de la solicitud.

FechaSoli Datetim citud e S ValorSoli citado decimal (10,2) S

NULL

NULL

FechaRad Datetim icacion e S decimal (10,2) S

NULL

Tasa

NULL

Tasa de inters.

int(10) idTipoCre unsigne dito d S CuentaDe varchar( sembolso 30) S

Foranea(Tipocredi to.idTipoCredito) NULL

Describe idTipoCredito al que pertenece. Nmero de la cuenta a la que se hace el desembolso.

NULL

Banco

varchar( 45) S

NULL

Banco al que se debe realizar la consignacin del dinero. Campo definido por el cliente para asignar condiciones del asesor. Comentarios o eventualidades propias de la solicitud. Nmero de crdito asignado por el banco a la solicitud.

Comentari varchar( oAsesor 20) S

NULL

Observaci ones Text

NULL

NroCredit varchar( o 30) S ValorDes embolsad o

NULL

decimal (10,2) S

NULL

Valor autorizado por el banco. Fecha en que se realiza la consignacin del dinero en la cuenta. Nmero de cuotas en las que se debe realizar el pago del dinero. Valor de la cuota mensual que el cliente paga al banco.

FechaDes Datetim embolso e S

NULL

NroCuota s int(11)

NULL

ValorCuot decimal aMensual (10,2) S

NULL

Tipocredito

Tabla que almacena los tipos de crdito que la compaa maneja en el negocio. Actualmente Libranza. Tipo de Dato int(10) unsigned Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin Identificador de la tabla. Nombre del tipo de crdito.

Nombre de Campo

idTipoCredito

No

Primaria

NULL

DescripcionTC varchar(45)

NULL

Tipoderefer Tabla que describe el tipo de referencia del cliente de la compaa. encia Nombre de Campo Tipo de Dato Acepta Nulo Valor Tipo de Predeterminad Llave o

Descripcin

idTipodeRef int(10) erencia unsigned TipoReferen varchar(3 cia 0)

No

Primaria NULL

Identificador de la tabla. Nombre del tipo de referencia (familiar, personal, etc).

NULL

Anexo 4 Manual de Prototipo de Aplicacin Solfinancol S.A.S Perfil Asistente Versin 1.0.0.0

Alcance Este documento describe cada una de las funcionalidades correspondientes al prototipo del sistema de Solfinancol S.A.S. en donde se contempla: gestin de clientes y solicitudes, actualizacin de estados de solicitudes y exportacin de reportes.

Contenido

Tabla de contenido
Ingreso al Sistema ......................................................................................................................... 4 Gestin de Clientes y Solicitudes .................................................................................................. 5 Ingresando un nuevo cliente ..................................................................................................... 5 Ingresando una nueva solicitud ................................................................................................ 6 Actualizar Estados de Solicitudes .................................................................................................. 7 Exportar Informacin de Solicitudes ............................................................................................. 9

Ingreso al Sistema
Para realizar el ingreso al sistema, se debe hacer clic en el link http:// solfinancolsas:8080/SolfinancolTest/index.jsp se observar una pantalla en donde se debe ingresar usuario y contrasea.

Una vez se realice el ingreso se observar la pantalla de inicio del sistema. Para tener acceso a las diferentes funcionalidades se debe seleccionar la opcin en el men ubicado en la parte izquierda de la pantalla.

Gestin de Clientes y Solicitudes


Ingresando un nuevo cliente
Para ingresar a la pantalla se deber hacer clic en el link Gestionar Clientes y Solicitudes ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar un formulario como el que se observa a continuacin.

Para utilizar esta pantalla, se debe ingresar el nmero de documento del cliente en el campo de texto acompaado de la etiqueta Nro Documento y se debe hacer clic en el botn Buscar. Si el cliente no ha sido agregado, el sistema permitir al usuario ingresar la informacin del nuevo cliente: datos personales, referencia personal y referencia familiar. Una vez diligenciados los datos del nuevo cliente, se debe hacer clic en el botn Guardar Cliente.

Ingresando una nueva solicitud


Para ingresar una solicitud a un cliente, se debe hacer la bsqueda de un cliente ya existente en el sistema y hacer clic en el botn Aadir Solicitud. Una nueva pantalla se mostrar al usuario y permitir ingresar la informacin.

Una vez se diligencie el formulario con toda la informacin de la solicitud, se deber hacer clic en el botn Guardar.

Actualizar Estados de Solicitudes


Para ingresar a la pantalla se deber hacer clic en el link Actualizar Estados ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar una funcionalidad como la que se muestra a continuacin.

El usuario deber seleccionar el archivo con la informacin de los estados de las solicitudes de crdito, para esta accin se debe hacer clic en el botn Examinar. Una vez seleccionado el archivo se observar la ruta del archivo seleccionado.

En ese momento se deber hacer clic en el botn Procesar. En ese momento el sistema comenzar a actualizar los estados de las solicitudes y una vez que termine de realizar este proceso, se observar el resultado del proceso realizado.

Exportar Informacin de Solicitudes


Para ingresar a la pantalla se deber hacer clic en el link Exportar Estados Solicitudes ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar una funcionalidad como la que se muestra a continuacin.

En esta pantalla se tendr la posibilidad de realizar los filtros de acuerdo al reporte que se desee generar. Una vez realizados los filtros, se debe hacer clic en el botn Buscar.

En pantalla se visualizar una grilla con la informacin correspondiente acorde a los filtros seleccionados.

Para descargar la informacin se deber hacer clic en el botn Exportar. El sistema permitir almacenar un documento en formato Excel con la informacin resultado de la consulta.

Anexo 5 Manual de Prototipo de Aplicacin Solfinancol S.A.S Perfil Gerencial Versin 1.0.0.0

Alcance Este documento describe cada una de las funcionalidades correspondientes al prototipo del sistema de Solfinancol S.A.S. en donde se contempla: gestin de clientes y solicitudes, actualizacin de estados de solicitudes y exportacin de reportes.

Contenido

Tabla de contenido
Ingreso al Sistema ......................................................................................................................... 4 Exportar Informacin de Solicitudes ............................................................................................. 5

Ingreso al Sistema
Para realizar el ingreso al sistema, se debe hacer clic en el link http:// solfinancolsas:8080/SolfinancolTest/index.jsp se observar una pantalla en donde se debe ingresar usuario y contrasea.

Una vez se realice el ingreso se observar la pantalla de inicio del sistema. Para tener acceso a las diferentes funcionalidades se debe seleccionar la opcin en el men ubicado en la parte izquierda de la pantalla.

Exportar Informacin de Solicitudes


Para ingresar a la pantalla se deber hacer clic en el link Exportar Estados Solicitudes ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar una funcionalidad como la que se muestra a continuacin.

En esta pantalla se tendr la posibilidad de realizar los filtros de acuerdo al reporte que se desee generar. Una vez realizados los filtros, se debe hacer clic en el botn Buscar.

En pantalla se visualizar una grilla con la informacin correspondiente acorde a los filtros seleccionados.

Para descargar la informacin se deber hacer clic en el botn Exportar. El sistema permitir almacenar un documento en formato Excel con la informacin resultado de la consulta.

Anexo 6 LICNECIA DE USO

Anexo 1 Manual de Instalacin

Anexo 1. Cronograma detallado del proyecto Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Gerencia de proyecto Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos

tem de trabajo PLAN DE PROYECTO Lista de riesgos Identificar riesgos Evaluar riesgos Identificar acciones de mitigacin Plan de proyecto determinar tamao y alcance del proyecto Lista de tems de trabajo mapear roles a los miembros del equipo GLOSARIO Capturar un vocabulario comn (Glosario) Trminos del negocio Refinar trminos de negocio del glosario Trminos tcnicos VISIN Identificar a los stakeholders Demografa del mercado Resumen de Stakeholders

Disciplina Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos

tem de trabajo Perfiles de Stakeholders Acordar el problema a ser resuelto Resumen del problema recolectar requerimientos de los Stakeholders Identificar las necesidades de los stakeholders Dar una prioridad a las necesidades definir los limites del sistema Identificar soluciones propuestas para las necesidades Visin general del producto Perspectiva del producto Definir caractersticas del sistema Resumen de competitividades Asegurar un acuerdo en la visin del proyecto presentar la visin a la gerente CASOS DE USO recolectar informacin Hacer entrevista a la gerente identificar y recolectar trminos de dominio Diagrama del proceso Capturar requerimientos Requerimientos funcionales de alto nivel Requerimientos funcionales detallados

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos

tem de trabajo Codificar requerimientos del sistema Capturar casos de uso y actores en el modelo de casos de uso Modelo de casos de uso (Inicial) Modelo de casos de uso (detallado) casos de uso asegurar acuerdo de los requerimientos con la visin y los interesados Detallar casos de uso y escenarios REQUERIMIENTOS GENERALES Detallar requerimientos generales Definir los requisitos de calidad aplicables Identificar la importancia de los requisitos para los stakeholders Priorizar los requerimientos generales requisitos de interfaz de usuario identificar requerimientos de apariencia disposicin y requerimientos de navegacin consistencia personalizacin requisitos de interfaz con dispositivos o sistemas externos interfaces de software

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Requerimientos Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura Arquitectura

tem de trabajo interfaces de hardware reglas del negocio limitaciones del sistema cumplimiento del sistema Requerimiento de licenciamiento Estndares aplicables Documentos del sistema CUADERNO DE ARQUITECTURA Identificar metas arquitectnicas Dominio Alcance objetivos de la arquitectura requisitos significativos de la arquitectura metas de la arquitectura Identificar restricciones arquitectnicas Resumen de la aplicacin dependencias y suposiciones restricciones Identificar abstracciones clave vista lgica vista de desarrollo vista de despliegue vista de procesos mecanismos arquitectnicos Refinar mecanismos arquitectnicos Capturar decisiones arquitectnicas

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Arquitectura Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo

tem de trabajo Mitigar los riesgos encontrados en el prototipo de arquitectura DISEO Modelo de datos diccionario de datos diseo de pantallas refinar diseo de pantallas mapa de navegacin CONSTRUCCIN romper los requerimientos en tareas de desarrollo Hacer un prototipo de la arquitectura (Prueba de concepto) escribir cdigo de arquitectura base escribir cdigo fuente (Requisitos de alta prioridad) RE-10 Crear Solicitudes RE-12 Consultar Solicitudes RE-13 Exportar informacin de Solicitudes RE-11 Modificar Solicitudes RE-14 Cargar automticamente un archivo escribir cdigo fuente (Requisitos de prioridad normal) RE-01 Ingresar al sistema RE-03 Crear Clientes RE-05 Consultar Clientes RE-04 Modificar Clientes

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Disciplina Desarrollo

tem de trabajo RE-06 Exportar informacin de Clientes CASOS, GUION Y REGISTROS DE PRUEBAS casos y scripts de prueba crear los casos de prueba Probar el prototipo de arquitectura probar arquitectura de referencia (probar que los requisitos de alta prioridad funcionan con la arquitectura) Pruebas de desarrollo MANUAL DE USUARIO Manual de usuario

Junio Julio Agosto septiembre Octubre Noviembre Diciembre 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Concepcin Elaboracin Construccin Transicin

Test Test Test

Test Test

Anexo 2 Manual de Instalacin Versin 1.0.0.0

Tabla de contenido
0. 1. 2. 3. 4. Introduccin ................................................................................................................................ 3 Descripcin paso a paso para la instalacin del SDK de Java ...................................................... 4 Descripcin paso a paso para la instalacin de MySQL .............................................................. 7 Descripcin paso a paso para la instalacin de GlassFish V3. ................................................... 16 Descripcin de instalacin de la aplicacin Solfinancolsas vs1.0.0.0 ....................................... 21

0. Introduccin
En este documento se encontrar la explicacin grfica y detallada de cmo realizar la instalacin de los programas necesarios para poder utilizar el prototipo del sistema Solfinancol S.A.S. Se explicar la instalacin del SDK de Java, el MySQL y el GlassFish.

1. Descripcin paso a paso para la instalacin del SDK de Java


1.1 Inserte el CD del Sistema Solfinancol y haga doble click en el archivo jdk-7u7-windowsi586, que ser la versin que utilizaremos para la instalacin del aplicativo: 1.2 Aparecer la siguiente pantalla:

1.3 El instalador da la bienvenida, presionamos el botn Next y aparecer la siguiente pantalla:

1.4 El instalador selecciona por defecto Development Tools, lo dejamos seleccionado y presionamos el botn Next, aparecer una barra de instalacin, esperamos a que cargue por completo:

1.5 Al terminar el instalador java preguntar el folder donde instalar la aplicacin, presionamos Next e iniciar una segunda barra de instalacin:

1.6 Esta barra tardar unos segundos cargando y por ltimo nos informar que hemos concluido con la instalacin:

1.7 Presionamos el botn Close y ya tendremos la versin del SDK de java instalada en el equipo.

2. Descripcin paso a paso para la instalacin de MySQL


2.1 Inserte el CD del Sistema Solfinancol y haga doble click en el archivo mysql-installercommunity-5.5.28.2, que ser la versin que utilizaremos para la instalacin del aplicativo:

2.2 Aparecer la siguiente ventana:

2.3 Luego de unos segundos obteniendo informacin aparecer la siguiente ventana:

2.4 Seleccionamos la opcin InstalMySQLProducts y continuamos:

2.5 Aceptamos los trminos de la licencia haciendo click en el recuadro y presionamos el botn de Next, aparecer la siguiente opcin:

2.6 Seleccionamos "Skipthechek" haciendo click en el recuadro y presionamos Next para continuar:

2.7 Dejamos la opcin que viene por defecto, "Developer Default" y presionamos Next para continuar:

2.8 Mantenemos las opciones por defecto y presionamos el botn de ejecutar "Execute", continuamos con la instalacin:

2.9 Aparecer un segundo men de instalacin, segn los requerimientos que hagan falta por instalar en el computador. En este caso instalaremos Visual Studio Tools:

2.10 Aceptamos los trminos de licencia y presionamos el botn de Instalarpara continuar:

2.11 Aparecer una barra de instalacin y luego de unos segundos terminar de instalar, presionamos el botn de Finalizar y continuamos con la instalacin del MySQL:

2.12 Una vez tenemos todos los requerimientos en verde, presionamos el botn de Next para continuar la instalacin:

2.13 Aparecer la informacin de los productos que vamos a instalar, presionamos el botn de ejecutar "Execute" y continuamos:

2.14 El programa empezar a instalar componente por componente, esto puede tomar unos minutos. Una vez instalados todos los componentes, presionamos el botn Next para continuar con la configuracin:

2.15 Empezaremos con la configuracin del MySQL, mantenemos las configuraciones que nos pone el instalador por defecto, presionamos Next hasta llegar a la siguiente pantalla:

2.16 Ingresaremos una contrasea de administrador para MySQL (generalmente se pone root), y presionamos el botn Next, aparecer la siguiente pantalla:

2.17 Mantenemos las configuraciones por defecto y presionamos el botn de Next para continuar:

2.18 El programa iniciar la instalacin de las configuraciones del sistema. Es posible que el sistema muestre una advertencia del firewall, podemos continuar presionando el botn Next para llegar a la siguiente pantalla:

2.19 Antes de finalizar el programa nos da la opcin de iniciar el entorno de desarrollo de MySQL "MySQLWorkbench", como no lo utilizaremos, desmarcamos la opcin y hacemos click en el botn de Finish. Con esto ya tenemos la versin de MySQL instalada en el equipo para el manejo de las bases de datos.

3. Descripcin paso a paso para la instalacin de GlassFish V3.


3.1 Inserte el CD del Sistema Solfinancol y haga doble click en el archivo glassfish-3.0.1windows-ml, que ser la versin que utilizaremos para la instalacin del aplicativo: 3.2 Aparecer la siguiente ventana:

3.3 Empezaremos con la instalacin de GlassFish V3, presionamos el botn Siguientepara continuar:

3.4 Aceptamos las condiciones de instalacin y presionamos el botn Siguiente para continuar:

3.5 El programa solicitara el directorio de instalacin, dejamos el que nos muestra por defecto y presionamos el botn Siguiente:

3.6 El programa solicitar puertos, usuario y contrasea, dejamos todo por defecto e ingresamos la contrasea "admin" igual que el nombre de usuario.Presionamos Siguiente:

3.7 Segn el sistema operativo que estemos utilizando es posible que nos aparezca una ventana del Firewall de Windows solicitando permiso, presionamos "Permitir Acceso" y continuamos con la instalacin:

3.8 Esta ventana la mantenemos en blanco ya que no necesitaremos esta opcin, presionamos siguiente para continuar con la instalacin:

3.9 GlassFish solicitar un SDK para continuar con la instalacin, como ya instalamos el SDK en el primer paso, el programa automticamente tomar la ruta y la pondr en el recuadro, presionamos al botn Siguiente:

3.10 El programa mostrar el listado de aplicaciones que se instalarn, presionamos el botn Instalar, esto puede tardar unos minutos y es posible que el firewall solicite nuevamente permiso para instalar, repetimos el paso 3.7 para continuar. Al finalizar de instalar aparecer la siguiente pantalla:

3.11 Seleccionamos la opcin de Omitir registro y presionamos el botn de siguiente para continuar:

3.12 Con esto terminamos la instalacin, presionamos el botn de Salir.

4. Descripcin de instalacin de la aplicacin Solfinancolsas vs1.0.0.0


Para iniciar el proceso de instalacin de la aplicacin realice cada uno de los siguientes procedimientos: 4.1 Instalacin de la base de datos: Ingrese a MySQLWorkbench y en una nueva solapa para ejecucin de consultas, ejecute los scripts descritos en los archivos [01DB_SCHEMA.txt] y [02 DB_DATA.txt] ubicados en la ruta [Solfinancolsas vs1.0.0.0\Database] del paquete.Una vez ejecutados los scripts en el servidor de base de datos, el esquema deber quedar creado correctamente.

4.2 Configuracin de la aplicacin: Abra el archivo [web.xml] ubicado en vs1.0.0.0\Website\SolfinancolTest\WEB-INF] del paquete. la ruta [Solfinancolsas

Reemplace el valor [NOMBRE_HOST] por el nombre del host o por la ip correspondiente del servidor.
<context-param> <param-name>databaseURL</param-name> <param-value>jdbc:mysql://[NOMBRE_HOST]:3306/solfinancolsas</param-value> </context-param>

<context-param> <param-name>ABSOLUTEURL</param-name> <param-value>http://[NOMBRE_HOST]:8080/SolfinancolTest/</param-value> </context-param>

4.3 Instalacin de la aplicacin: En el servidor de aplicaciones detenga el servicio de GlassFish: Inicio>Programas>GlassFish v3> Stop Application Server.

Copie el directorio [SolfinancolTest] ubicado en la ruta [Solfinancolsas vs1.0.0.0\Website] del paquete, y pguelo en la ruta [C:\glassfishv3\glassfish\domains\domain1\docroot] del servidor de aplicaciones.

Reinicie el servicio de GlassFish: Inicio>Programas>GlassFish v3>StartApplication Server.

Ingrese a la ruta http://[NOMBRE_HOST]:8080/solfinancoltest en donde [NOMBRE_HOST] corresponde al nombre del host o ip del servidor de aplicaciones y verifique que el sitio web navega correctamente.

Anexo 3 Diccionario de Datos

DICCIONARIO DE DATOS

A continuacin se describen cada una de las tablas que hacen parte del modelo relacional del sistema:
Asesor Nombre de Campo Tabla que almacena los asesores de la compaa. Tipo de Dato int(10) unsigned Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin

idAsesor

No

Primaria

NULL

Identificador de la tabla. Nmero de documento de asesor. Nombre del asesor. Apellido del asesor. Direccin del asesor. Direccin de trabajo del asesor. Telfono del asesor. Celular del asesor. Fecha de ingreso a la compaa. Informacin adicional del asesor. Describe idciudad a la que 3 pertenece. Correo electrnico del asesor.

Documento Nombre Apellido

varchar(30) S varchar(45) S varchar(45) S

NULL NULL NULL NULL

DireccionResidencia varchar(45) S

DireccionTrabajo TelefonoFijo TelefonoCelular

varchar(45) S varchar(30) S varchar(30) S

NULL NULL NULL

FechaRegistro

datetime

NULL

Observaciones

text int(10) unsigned

S Foranea (Ciudad.idCiudad)

NULL

idCiudad

EmailAsesor

varchar(25) S

NULL

Ciudad Nombre de Campo

Tabla que almacena las ciudades de Colombia. Tipo de Dato int(10) unsigned Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin

idCiudad

No

Primaria

NULL

Identificador de la tabla.

NombreCiu varchar(3 dad 0) S

NULL Foranea (Departamento.id Depto) NULL

Nombre de la ciudad. Describe idDepartamento a la que pertenece.

idDepto

int(10) unsigned

Clientes Nombre de Campo

Tabla que almacena los clientes de la compaa. Tipo de Dato int(10) unsigned Acepta Nulo Valor Predeterminad o

Tipo de Llave

Descripcin

idClientes Documento Cliente

No

Primaria

NULL

Identificador de la tabla. Nmero de documento de cliente.

varchar(2 0) S

NULL

NombreClie varchar(4 nte 5) S ApellidoClie varchar(4 nte 5) S

NULL

Nombre del cliente.

NULL Foranea (Pagaduria.idPaga duria) NULL

Apellido del cliente.

idPagaduria

int(10) unsigned

Describe idpagaduria a la que pertenece.

Cargo

varchar(3 0) S

NULL

Cargo del cliente

DireccionRe varchar(4 sidencia 5) S DireccionTr varchar(4 abajo 5) S

NULL

Direccin del clinte. Direccin de trabajo del cliente.

NULL

TelefonoFij o

varchar(4 5) S

NULL

Telfono del cliente.

TelefonoCel varchar(4 ular 5) S FechaRegist ro datetime Observacion es Text int(10) unsigned

NULL

Celular del cliente Fecha de ingreso a la compaa. Informacin adicional del cliente. Describe idciudad a la 3 que pertenece.

NULL

S Foranea(Ciudad.id Ciudad)

NULL

idCiudad

No

Comision

Tabla que describe las comisiones por asesor a lo largo del tiempo. Valor Predeterminad o

Nombre de Campo

Tipo de Dato int(10) unsigned int(10) unsigned

Acepta Nulo

Tipo de Llave

Descripcin

idComision

No

Primaria

NULL

Identificador de la tabla. Describe idAsesor al que pertenece. Porcentaje de comisin asignado al asesor Fecha desde comisin asignada. Fecha hasta comisin asignada.

idAsesor

Foranea(Asesor. idAsesor) NULL

Comisioncol

decimal(1 0,2) S

NULL

FechaDesdeC omision datetime FechaHastaC omision datetime

NULL

NULL

Departamento Tabla que describe los departamentos de Colombia. Nombre de Campo Tipo de Dato int(10) unsigned Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin Identificador de la tabla.

idDepto

No

Primaria

NULL

NombreDepto

varchar(45)

NULL

Nombre de departamento.

Estados Nombre de Campo

Tabla que almacena los estados de la solicitud (tarros, negacin y desembolso). Tipo de Dato int(10) unsigned varchar(20) Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin Identificador de la tabla. Nombre del estado.

IdEstado Descripcion

No S

Primaria

NULL NULL

Estados Solicitud Nombre de Campo

Tabla que almacena la trazabilidad de los estados de la solicitud a lo largo del tiempo.

Tipo de Dato

Acepta Nulo

Tipo de Llave

Valor Predeterminado

Descripcin Identificador de la tabla. Describe idSolicitud al que pertenece. Describe idEstado al que pertenece. Fecha en que se registra el estado. Comentarios adicionales sobre el estado.

idEstadoSoli int(10) citud unsigned int(10) unsigned int(10) unsigned

No

Primaria

NULL

idSolicitud

Foranea(Solicitud.i dSolicitud) NULL Foranea(Estado.id Estado)

IdEstado

NULL

FechaRegist ro datetime

NULL

Observacion es Text

NULL

Pagaduria

Tabla que almacena las pagaduras o entidades militares o del estado que pueden

acceder a los crditos. Nombre de Campo Tipo de Dato Acepta Tipo de Nulo Llave Valor Predeterminad o

Descripcin

int(10) idPagaduria unsigned

No

Primaria NULL

Identificador de la tabla. Nombre de la pagadura o fuerza militar (ejercito, marina, etc).

NombrePag varchar(3 aduria 0) S

NULL

Referenci a

Tabla que almacena los datos de las referencias de cliente de la compaa.

Nombre Tipo de Acepta de Campo Dato Nulo idReferenc int(10) ia unsigned No int(10) unsigned S varchar( 45) varchar( 45) varchar( 30) varchar( 30) varchar( 45)

Tipo de Llave

Valor Predetermin ado

Descripcin

Primaria

NULL

Identificador de la tabla. Describe idCliente al que pertenece.

idCliente

Foranea(Cliente.idClient e) NULL

Nombre

NULL

Nombre de referencia.

Apellido

NULL

Apellido de referencia. Telfono fijo de referencia.

Telefono

NULL

Celular

NULL

Celular de referencia.

Direccion

NULL

Direccin de referencia. Parentesco con el cliente. Describe idTipoReferencia al que

varchar( Parentesco 45)

NULL Foranea(Tipodereferenci a.idTipoReferencia) NULL

idTipoRefe int(10) rencia unsigned No

pertenece. int(10) unsigned No Foranea(Ciudad.idCiuda d) NULL Describe idciudad a la que pertenece.

idCiudad

Solicitud Nombre de Campo

Tabla que almacena los datos de las solicitudes de crdito Tipo de Dato Acept a Nulo Valor Predeterminado

Tipo de Llave

Descripcin

int(10) idSolicitu unsigne d d No int(10) unsigne idClientes d No int(10) unsigne d S varchar( 25) S

Primaria

NULL

Identificador de la tabla.

Foranea(Clientes.i dClientes) NULL

Describe idCliente al que pertenece.

IdAsesor NumeroS olicitud

Foranea(Asesor.id Asesor) NULL

Describe idAsesor al que pertenece.

NULL

Numero de la solicitud. Fecha en que se realiza la solicitud. Valor solicitado por el cliente de la compaa. Fecha de radicacin de la solicitud.

FechaSoli Datetim citud e S ValorSoli citado decimal (10,2) S

NULL

NULL

FechaRad Datetim icacion e S decimal (10,2) S

NULL

Tasa

NULL

Tasa de inters.

int(10) idTipoCre unsigne dito d S CuentaDe varchar( sembolso 30) S

Foranea(Tipocredi to.idTipoCredito) NULL

Describe idTipoCredito al que pertenece. Nmero de la cuenta a la que se hace el desembolso.

NULL

Banco

varchar( 45) S

NULL

Banco al que se debe realizar la consignacin del dinero. Campo definido por el cliente para asignar condiciones del asesor. Comentarios o eventualidades propias de la solicitud. Nmero de crdito asignado por el banco a la solicitud.

Comentari varchar( oAsesor 20) S

NULL

Observaci ones Text

NULL

NroCredit varchar( o 30) S ValorDes embolsad o

NULL

decimal (10,2) S

NULL

Valor autorizado por el banco. Fecha en que se realiza la consignacin del dinero en la cuenta. Nmero de cuotas en las que se debe realizar el pago del dinero. Valor de la cuota mensual que el cliente paga al banco.

FechaDes Datetim embolso e S

NULL

NroCuota s int(11)

NULL

ValorCuot decimal aMensual (10,2) S

NULL

Tipocredito

Tabla que almacena los tipos de crdito que la compaa maneja en el negocio. Actualmente Libranza. Tipo de Dato int(10) unsigned Acepta Nulo Tipo de Llave Valor Predeterminado Descripcin Identificador de la tabla. Nombre del tipo de crdito.

Nombre de Campo

idTipoCredito

No

Primaria

NULL

DescripcionTC varchar(45)

NULL

Tipoderefer Tabla que describe el tipo de referencia del cliente de la compaa. encia Nombre de Campo Tipo de Dato Acepta Nulo Valor Tipo de Predeterminad Llave o

Descripcin

idTipodeRef int(10) erencia unsigned TipoReferen varchar(3 cia 0)

No

Primaria NULL

Identificador de la tabla. Nombre del tipo de referencia (familiar, personal, etc).

NULL

Anexo 4 Manual de Prototipo de Aplicacin Solfinancol S.A.S Perfil Asistente Versin 1.0.0.0

Alcance Este documento describe cada una de las funcionalidades correspondientes al prototipo del sistema de Solfinancol S.A.S. en donde se contempla: gestin de clientes y solicitudes, actualizacin de estados de solicitudes y exportacin de reportes.

Contenido

Tabla de contenido
Ingreso al Sistema ......................................................................................................................... 4 Gestin de Clientes y Solicitudes .................................................................................................. 5 Ingresando un nuevo cliente ..................................................................................................... 5 Ingresando una nueva solicitud ................................................................................................ 6 Actualizar Estados de Solicitudes .................................................................................................. 7 Exportar Informacin de Solicitudes ............................................................................................. 9

Ingreso al Sistema
Para realizar el ingreso al sistema, se debe hacer clic en el link http:// solfinancolsas:8080/SolfinancolTest/index.jsp se observar una pantalla en donde se debe ingresar usuario y contrasea.

Una vez se realice el ingreso se observar la pantalla de inicio del sistema. Para tener acceso a las diferentes funcionalidades se debe seleccionar la opcin en el men ubicado en la parte izquierda de la pantalla.

Gestin de Clientes y Solicitudes


Ingresando un nuevo cliente
Para ingresar a la pantalla se deber hacer clic en el link Gestionar Clientes y Solicitudes ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar un formulario como el que se observa a continuacin.

Para utilizar esta pantalla, se debe ingresar el nmero de documento del cliente en el campo de texto acompaado de la etiqueta Nro Documento y se debe hacer clic en el botn Buscar. Si el cliente no ha sido agregado, el sistema permitir al usuario ingresar la informacin del nuevo cliente: datos personales, referencia personal y referencia familiar. Una vez diligenciados los datos del nuevo cliente, se debe hacer clic en el botn Guardar Cliente.

Ingresando una nueva solicitud


Para ingresar una solicitud a un cliente, se debe hacer la bsqueda de un cliente ya existente en el sistema y hacer clic en el botn Aadir Solicitud. Una nueva pantalla se mostrar al usuario y permitir ingresar la informacin.

Una vez se diligencie el formulario con toda la informacin de la solicitud, se deber hacer clic en el botn Guardar.

Actualizar Estados de Solicitudes


Para ingresar a la pantalla se deber hacer clic en el link Actualizar Estados ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar una funcionalidad como la que se muestra a continuacin.

El usuario deber seleccionar el archivo con la informacin de los estados de las solicitudes de crdito, para esta accin se debe hacer clic en el botn Examinar. Una vez seleccionado el archivo se observar la ruta del archivo seleccionado.

En ese momento se deber hacer clic en el botn Procesar. En ese momento el sistema comenzar a actualizar los estados de las solicitudes y una vez que termine de realizar este proceso, se observar el resultado del proceso realizado.

Exportar Informacin de Solicitudes


Para ingresar a la pantalla se deber hacer clic en el link Exportar Estados Solicitudes ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar una funcionalidad como la que se muestra a continuacin.

En esta pantalla se tendr la posibilidad de realizar los filtros de acuerdo al reporte que se desee generar. Una vez realizados los filtros, se debe hacer clic en el botn Buscar.

En pantalla se visualizar una grilla con la informacin correspondiente acorde a los filtros seleccionados.

Para descargar la informacin se deber hacer clic en el botn Exportar. El sistema permitir almacenar un documento en formato Excel con la informacin resultado de la consulta.

Anexo 5 Manual de Prototipo de Aplicacin Solfinancol S.A.S Perfil Gerencial Versin 1.0.0.0

Alcance Este documento describe cada una de las funcionalidades correspondientes al prototipo del sistema de Solfinancol S.A.S. en donde se contempla: gestin de clientes y solicitudes, actualizacin de estados de solicitudes y exportacin de reportes.

Contenido

Tabla de contenido
Ingreso al Sistema ......................................................................................................................... 4 Exportar Informacin de Solicitudes ............................................................................................. 5

Ingreso al Sistema
Para realizar el ingreso al sistema, se debe hacer clic en el link http:// solfinancolsas:8080/SolfinancolTest/index.jsp se observar una pantalla en donde se debe ingresar usuario y contrasea.

Una vez se realice el ingreso se observar la pantalla de inicio del sistema. Para tener acceso a las diferentes funcionalidades se debe seleccionar la opcin en el men ubicado en la parte izquierda de la pantalla.

Exportar Informacin de Solicitudes


Para ingresar a la pantalla se deber hacer clic en el link Exportar Estados Solicitudes ubicado en el men de la parte izquierda de la pantalla. Inmediatamente se observar una funcionalidad como la que se muestra a continuacin.

En esta pantalla se tendr la posibilidad de realizar los filtros de acuerdo al reporte que se desee generar. Una vez realizados los filtros, se debe hacer clic en el botn Buscar.

En pantalla se visualizar una grilla con la informacin correspondiente acorde a los filtros seleccionados.

Para descargar la informacin se deber hacer clic en el botn Exportar. El sistema permitir almacenar un documento en formato Excel con la informacin resultado de la consulta.

Anexo 6 LICNECIA DE USO