ppi- sergio perez ruiz
TRANSCRIPT
Ao de la integracin nacional y el reconocimiento de nuestra nacionalidad
UNIVERSIDAD NACIONAL DE UCAYALIFACULTAD DE INGENIERA DE SISTEMAS Y DE INGENIERA CIVIL ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS
SISTEMA DE GENERACIN DINMICA DE SUGERENCIAS, CONSULTAS Y APROBACIONES DE CRDITOS VA WEB
Prctica Pre profesional I
ALUMNO
:
PREZ RUIZ, Sergio
ASESORA
:
Ing. RIOS DE CERNA, Clotilde
PUCALLPA PERU 2012
2 DEDICATORIA A la Universidad Nacional de Ucayali por su visin
formadora de profesionales de calidad
A mis Profesores por su enseanza y
compromiso.
A
mi
Familia por
y su
compaeros
apoyo incondicional.
Sergio Prez Ruiz.
3
AGRADECIMIENTOS A Dios por su amor, por permitirme desarrollarme profesionalmente. A la caja municipal de ahorro y crditos de Maynas S.A. por brindarme la oportunidad de aprender el funcionamiento de su sistema crediticio, en especial al personal del rea de crditos. A la Ingeniera Clotilde Ros de Cerna por su asesoramiento y enseanza.
4 TABLA DE CONTENIDOS DEDICATORIA.2 AGRADECIMIENTOS ........................................................................................................ 3 INDICE DE CUADROS ..................................................... Error! Marcador no definido. INDICE DE FIGURAS ....................................................... Error! Marcador no definido. PRESENTACIN .............................................................................................................. 10 RESUMEN.......................................................................................................................... 11 INTRODUCCION............................................................................................................... 12 C A P I T U L O ................................................................................................................. 13 PRESENTACIN .............................................................................................................. 13 I. PRESENTACIN ......................................................................................................... 13 1.1. Objetivos del Informe ...................................................................................... 13 Objetivos de la Prctica ......................................................................................... 13 1.1.1. 1.1.2. Objetivo General........................................................................................ 13 Objetivos Especficos .............................................................................. 13
1.2. Periodo de Prcticas ....................................................................................... 14 1.3. Institucin y rea de Prcticas..................................................................... 14 1.4. Funciones del rea de Prcticas ................................................................. 14 1.5. Actividades realizadas por el practicante ................................................. 14 Realice las siguientes actividades en la empresa: ......................................... 14 C A P I T U L O ................................................................................................................. 15 ASPECTOS GENERALES DE LA EMPRESA............................................................ 15 II. ASPECTOS GENERALES DE LA EMPRESA....................................................... 15 2.1. Razn Social ...................................................................................................... 15 2.2. Actividades que realiza................................................................................... 15 2.3. Visin ................................................................................................................... 15 2.4. Misin .................................................................................................................. 15 2.5. Aspectos Tcnicos .......................................................................................... 15 2.5.1. Ubicacin Geogrfica .............................................................................. 15
2.5.2. Plano de Ubicacin FIGURA 1. UBICACIN: CAJA MANAS S. A. AGENCIA PUCALLPA ............................................................................................. 16 2.5.3. 2.5.4. Organizacin .............................................................................................. 16 Infraestructura Tecnolgica: Hardware y Software ......................... 19
5 C A P I T U L O ................................................................................................................. 21 FUNDAMENTO TERICO .............................................................................................. 21 III. FUNDAMENTO TERICO ......................................................................................... 21 3.1. Antecedentes de la Investigacin ................................................................ 21 3.2. Tecnologas a utilizar ...................................................................................... 29 3.2.1 Java: .................................................................................................................. 29 3.2.2 Java WebServer: ............................................................................................ 30 3.2.3 Java Servlets:.................................................................................................. 30 3.2.4 JDBC: ................................................................................................................ 31 3.2.5 SQL SERVER 2005 ......................................................................................... 31 3.3. Metodologa a utilizar ...................................................................................... 32 3.3.1 RUP (Rational Unified Process o Proceso Unificado de Desarrollo de Software): ............................................................................................................. 32 C A P I T U L O ................................................................................................................. 34 PROCESO DE DESARROLLO DE SOFTWARE ....................................................... 34 I. PROCESO DE DESARROLLO DE SOFTWARE .................................................. 34 4.1. Fase Inicial. ........................................................................................................ 34 4.1.1. 4.1.2. 4.1.3. 4.1.4. 4.1.5. 4.1.6. DOCUMENTO VISIN DEL NEGOCIO. ................................................ 34 PLAN DE DESARROLLO DEL SOFTWARE........................................ 46 ENTORNO DE TRABAJO. ....................................................................... 57 MODELADO DE CASO DE USO DEL NEGOCIO. .............................. 61 MODELO DE OBJETO.............................................................................. 67 MODELO DE DOMINIO DE PROBLEMA .............................................. 71
4.2. Fase de elaboracin ........................................................................................ 72 4.2.1. 4.2.2. 4.2.3. MODELO DE CASO DE USO DE REQUERIMIENTOS. ..................... 72 DIAGRAMA DE COMUNICACIONES. ................................................... 75 DIAGRAMA DE SECUENCIAS. .............................................................. 81
C A P I T U L O ........................................................................................................ 109 CONCLUSIONES .................................................................................................... 109 V. CONCLUSIONES............................................................................................. 109 5.1. Grado de cumplimiento de los objetivos ................................................. 109 REFERENCIAS BIBLIOGRFICAS. .......................................................................... 110
6 ANEXOS........................................................................................................................... 111
7
INDICE DE CUADROS
CUADRO 1. SENTENCIA QUE DEFINE EL PROBLEMA. 37
CUADRO 2. SENTENCIA QUE DEFINE LA POSICIN DEL PRODUCTO 38
CUADRO 3. RESUMEN DE STAKEHOLDERS 39
CUADRO 4. RESUMEN DE USUARIOS 40
CUADRO 5. NECESIDADES PRINCIPALES DE LOS USUARIOS 42
CUADRO 6. ENTREGABLES DEL PROYECTO 50
CUADRO 7. PAPELES Y RESPONSABILIDADES 51
CUADRO 8. PLAN DE PROCESO DE DESARROLLO DE ACUERDO A FASES 52
CUADRO 9. FASES DEL PROYECTO E HITOS PRINCIPALES 53
CUADRO 10. TAREAS DEL PROYECTO. 54
CUADRO 11. PRESUPUESTO DEL PROYECTO 56
CUADRO 12. CARACTERSTICAS DEL SERVIDOR DE BASE DE DATOS 57
CUADRO 13. CARCTERSTICAS DE LAS ESTACIONES DE TRABAJO 58
CUADRO 14. CARACTERSTICAS DE LA TARJETA DE RED 58
CUADRO 15. CARACTERSTICAS CONCENTRADORAS 59
CUADRO 16. CAPACIDAD DE PAGO. 64
CUADRO 17. ESPECIFICACIN C-U GESTION DE SOLICITUD. 65
CUADRO 18. ESPECIFICACIN C-U GESTIN DE CONSULTAS. 65
CUADRO 19. ESPECIFICACIN C-U GESTIN DE SUGERENCIA 66
CUADRO 20. ESPECIFICACIN C-U REALIZAR APROBACION 66
CUADRO 21. ESPECIFICACIN C-U REPORTES DE CREDITOS. 66
CUADRO 22. ESPECIFICACIN C-U REALIZAR FORMATO DE SUGERENCIA 67
8
INDICE DE FIGURAS
FIGURA 1. UBICACIN: CAJA MANAS S.A. AGENCIA PUCALLPA 17
FIGURA 2. ORGANIGRAMA DE CAJA MAYNAS S.A. AGENCIA PUCALLPA. 20
FIGURA 3. CASO DE USO DE NEGOCIO. 62
FIGURA 4. MODELO DE OBJETO GESTIN DE SOLICITUD. 68
FIGURA 5. MODELO DE OBJETO GESTIN DE CONSULTAS 68
FIGURA 6. MODELO DE OBJETO GESTIN DE SUGERENCIA. 69
FIGURA 7. MODELO DE OBJETO REALIZAR APROBACIN 69
FIGURA 8. MODELO DE OBJETO REPORTES DE CRDITOS 70
FIGURA 9. MODELO DE OBJETO REALIZAR FORMATO DE SUGERENCIA 70
FIGURA 10. MODELO DE DOMINIO DEL PROBLEMA 71
FIGURA 11. C-U REQUERIMIENTO GESTIN DE SOLICITUD 72
FIGURA 12. C-U REQUERIMIENTO GESTIN DE CONSULTAS 72
FIGURA 13. C-U REQUERIMIENTO - GESTION DE SUGERENCIA 73
FIGURA 14. C-U REQUERIMIENTO - REALIZAR APROBACIN 73
FIGURA 15. C-U REQUERIMIENTO REPORTES DE CREDITOS 74
FIGURA 16. C-U REQUERIMIENTO - REALIZAR FORMATO DE SUGERENCIA 74
FIGURA 17: COMUNICACIN CONSULTAR ESTADO DE LA SOLICITUD. 75
FIGURA 18: COMUNICACIN REGISTRO DE CLIENTE. 75
FIGURA 19: COMUNICACIN REGISTRO DE NEGOCIO. 76
FIGURA 20: COMUNICACIN REGISTRO DE GARANTA. 76
FIGURA 21: COMUNICACIN SOLICITUD DE CRDITO. 77
FIGURA 22:COMUNICACIN RELACIN DE CLIENTE EN EL CRDITO. 78
FIGURA 23:COMUNICACIN ATENDER SOLICITUD DE CRDITO. 78
FIGURA 24:COMUNICACIN SUGERIR CRDITO. 79
FIGURA 25:COMUNICACIN APROBAR CRDITO. 79
FIGURA 26: COMUNICACIN MODIFICAR FORMATO DE SUGERENCIA. 80
FIGURA 27:INTERFAZ DE REGISTRO DE CLIENTE. 81
9
FIGURA 28: DIAGRAMA DE SECUENCIA DE REGISTRO DE CLIENTE. 83
FIGURA 29: INTERFAZ DE REGISTRO DE NEGOCIO. 84
FIGURA 30: DIAGRAMA DE SECUENCIA DE REGISTRO DE NEGOCIO. 85
FIGURA 31: INTERFAZ DE REGISTRO DE GARANTIA. 86
FIGURA 32: DIAGRAMA DE SECUENCIA DE REGISTRO DE GARANTIA. 87
FIGURA 33: INTERFAZ DE SOLICITUD DE CREDITO. 88
FIGURA 34: DIAGRAMA DE SECUENCIA DE SOLICITUD DE CREDITO. 90
FIGURA 35:INTERFAZ DE RELACIONES (TITULARES / AVALES) DE CREDITO. 91
FIGURA 36: DIAGRAMA DE SECUENCIA DE RELACIONES DE CREDITO. 92
FIGURA 37: INTERFAZ DE CONSULTA DE ESTADO DE UN CREDITO. 93
FIGURA 38: DIAGRAMA DE SECUENCIA DE CONSULTA DEL ESTADO DE UN CREDITO 94
FIGURA 39: INTERFAZ DE ATENCION DE UNA SOLICITUD. 95
FIGURA 40: DIAGRAMA DE SECUENCIA DE ATENCION DE UNA SOLICITUD. 97
FIGURA 41: INTERFAZ DE SUGERENCIA DE CREDITO. 98
FIGURA 42: DIAGRAMA DE SECUENCIA SUGERENCIA DE CREDITO. 101
FIGURA 43: INTERFAZ DE APROBACION DE CREDITO. 102
FIGURA 44: DIAGRAMA DE SECUENCIA APROBACION DE CREDITO. 103
FIGURA 45:INTERFAZ DE ELIMINACION DE UNA APROBACION DE CREDITO 104
FIGURA 46:DIAGRAMA DE SECUENCIA ELIMINACION DE UNA APROBACION DE CREDITO. 105
FIGURA 47: INTERFAZ DE MODIFICACION DE FORMATO DE SUGERENCIA. 106
FIGURA 48: DIAGRAMA DE SECUENCIA ELIMINACION DE UNA APROBACION DE CREDITO. 108
10 PRESENTACIN
El proyecto nace de la necesidad de crear una herramienta para la realizacin de sugerencia de los crditos que pueda ser accesible desde cualquier lugar por medio de internet. Este proyecto tiene como fundamento la utilizacin de la tecnologa web, para desarrollar un sistema que permita la realizacin de aprobaciones de crditos. La funcionalidad principal del proyecto es la de crear un sistema robusto que permita la creacin, modificacin, manipulacin y envi de sugerencias de los crditos, as como su aprobacin y posterior consulta del estado del crdito por medio de internet. Para cumplir esto el sistema debe ser capaz de gestionar los elementos que la han de componer (datos del cliente, estado financiero, modalidad de crdito a otorgar, plazo, ratios financieros, etc.). Para ello se desarrollara una serie de clientes que trabajaran contra el sistema. Un cliente de administracin, para la gestin y creacin de las sugerencias de los crditos (analista de crditos), adems de uno con la categora y/o privilegio de aprobacin de los crditos (coordinador de crditos, Jefe de Agencia o superiores). Un cliente web, que permita a los usuarios visualizar el estado actual del crdito que hayan solicitado al analista responsable. sugerencias y
11 RESUMEN
SISTEMA DE GENERACIN DINMICA DE SUGERENCIAS, CONSULTAS Y APROBACIONES DE CRDITOS VA WEB
En la actualidad, la realizacin de sugerencias de crditos es una tarea comn en la mayora de instituciones financieras, pero muchas veces este proceso sufre demoras, ya que el analista tiene que ir en bsqueda de los clientes y volver a la entidad financiera para ingresarlo al sistema.
Toda la informacin recopilada que sirvi como argumento para respaldar este proyecto, se basa en todas las observaciones a los problemas vividos a diario en la Caja Municipal de Ahorro y crdito de Maynas S.A. Agencia Pucallpa.
A partir de la revisin y anlisis de los antecedentes existentes, se propone la creacin de un sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web, para el cual se utilizar el Proceso Unificado Rational (RUP) para el anlisis y modelado utilizando la herramienta case IBM Rational Rose Enterprise Edition.
Dicho sistema ser un soporte indispensable para el rea de crditos de la Caja Maynas S.A.
12 INTRODUCCION
Desarrollar un sistema requiere del conocimiento de las funcionalidades de la empresa y obtener el modelo de negocios a travs del cual podamos guiarnos para la ejecucin de un sistema cuya caracterstica sea el agilizar los procesos de la empresa.
Para desarrollar el proyecto se tuvo en cuenta muchos de los aspectos de funcionalidad de la Caja Municipal de Ahorros y Crditos de Maynas S.A.
El proyecto est estructurado de la siguiente manera: En el Captulo I: Presentacin, se describe los objetivos del informe y los objetivos de la practica. Adems se detallan las actividades ejercidas por el practicante. En el Captulo II: Aspectos generales de la empresa, se describe a la empresa y su forma de organizacin. En el Captulo III: Fundamento terico, se describe los antecedentes de la investigacin, el planteamiento terico del problema, as como las tecnologas y la metodologa a utilizar. En el Captulo IV: Proceso de desarrollo de software, se detalla todo el proceso del sistema web. En el Captulo V: Conclusiones, se detalla las conclusiones y el grado de cumplimiento de los objetivos. Finalmente se presenta; las Referencias Bibliogrficas y Anexos.
13 CAP ITUL O I PRESENTACIN
I.
PRESENTACIN 1.1. Objetivos del Informe Dar a conocer el desarrollo de la prctica pre profesional I realizada en la Caja Municipal de Ahorro y crdito de Maynas S.A. y el planteamiento de mejoras en el sistema crediticio de la misma utilizando la tecnologa web, a travs del Proceso Unificado Rational. Objetivos de la Prctica 1.1.1. Objetivo General Conocer el funcionamiento del rea de crditos de la Caja Municipal de Ahorro y crdito de Maynas S.A. 1.1.2. Objetivos Especficos Identificar y analizar los procesos del rea de crditos en la CMAC Maynas. Obtener los modelos de caso de uso que dirijan el desarrollo del proyecto, desde el anlisis hasta las pruebas, utilizando la metodologa RUP (Rational Unified Process o Proceso Unificado de Desarrollo de Software). Describir la arquitectura del sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web.
14 1.2. Periodo de Prcticas Se desarrollo en cuatro meses, desde el 21 de Setiembre de 2011 hasta el 21/01/2012.
1.3. Institucin y rea de Prcticas La prctica se desarrollo en la Caja Municipal de Ahorro y crdito de Maynas S.A., en el rea de crditos.
1.4. Funciones del rea de Prcticas Revisin, evaluacin y aprobacin de crditos. Atencin al cliente para el otorgamiento de un crdito.
1.5. Actividades realizadas por el practicante Realice las siguientes actividades en la empresa: 1.- Digitacin de crditos: Ingreso de datos de los crditos al sistema. 2.- Elaboracin de reportes financieros.
15 CAP ITUL O II ASPECTOS GENERALES DE LA EMPRESA
II. ASPECTOS GENERALES DE LA EMPRESA 2.1. Razn Social CMAC MAYNAS S.A. 2.2. Actividades que realiza Transacciones Financieras. 2.3. Visin Ser la micro-financiera lder con excelencia en el servicio al cliente, promoviendo su desarrollo. 2.4. Misin Somos una entidad financiera especializada en brindar productos y servicios a la micro y pequea empresa, contribuye ndo al desarrollo econmico y social de nuestros clientes y trabajadores. 2.5. Aspectos Tcnicos 2.5.1. Ubicacin Geogrfica La caja Maynas S.A.- Agencia Pucallpa, se encuentra ubicado en el Jr. Ucayali N 850:852, del distrito de Calleria en la regin Ucayali.
16 2.5.2. Plano de Ubicacin FIGURA 1. UBICACIN: CAJA MANAS S. A. - AGENCIA PUCALLPA
2.5.3. Organizacin Caja Maynas S.A. est organizada de la siguiente manera: 1. Un Directorio el cual lo conforman un Presidente, un vicepresidente y cuatro directores. 2. Una Gerencia Mancomunada, la cual la conforman tres gerencias como son: Gerencia de Administracin, Gerencia de Crditos y la Gerencia de Finanzas y Captaciones. 3. Catorce Departamentos, los cuales son: Departamento de Supervisin de Crditos Departamento de Ahorros y Servicios. Departamento de Asesora Legal. Departamento de canales y Productos Alternativos.
17 Departamento de Contabilidad. Departamento de Crditos. Departamento de Logstica. Departamento de Marketing e Imagen. Departamento de Organizacin y procesos. Departamento de Planeamiento y desarrollo. Departamento de recursos humanos. Departamento de Tecnologa de la Informacin. Departamento de Finanzas. Departamento de Recuperaciones.
4. Cuatro Oficinas, las cuales son: Oficina de Atencin al Usuario. Oficina de Seguridad. Oficina de Seguridad de la Informacin. Oficina de Infraestructura. rgano de Control Institucional. Gerencia de Riesgos. Unidad de Auditora Interna.
5. Catorce Agencias, las cuales son: Agencia Principal. Agencia Calle Arequipa. Agencia Beln.
18 Agencia Yurimaguas. Agencia Pucallpa. Agencia Hunuco. Agencia Tingo Mara. Agencia Requena. Agencia Tarapoto. Agencia Cajamarca. Oficina Especial Aguaytia. Agencia Cerro de Pasco. Agencia Punchana. Agencia Minka.
La Agencia Pucallpa est organizada de la siguiente manera: Por una Jefatura de Agencia y las siguientes reas: 1. rea de Crditos 2. rea de Operaciones. 3. rea de Riesgos. 4. rea de Supervisin de Crditos. 5. rea de Recuperaciones.
19 FIGURA 2.- ORGANIGRAMA DE CAJA MAYNAS S.A. AGENCIA PUCALLPA
2.5.4. Infraestructura Tecnolgica: Hardware y Software
Caja Maynas S.A. Agencia Pucallpa, cuenta con la siguiente infraestructura tecnolgica: En la parte de Hardware: Cuenta con 19 computadoras de escritorio modelo IBM, con las siguientes caractersticas: Procesador: Intel Dual Core 512MB Memoria Instalada (RAM): 512 MB Tipo de sistema: Sistema Operativo de 32 bits.
Cuenta a su vez con 5 laptops, con las siguientes caractersticas: Cuenta Procesador: Intel Core(TM) i3 CPU 2.00 GHz. Memoria Instalada (RAM): 1,00 GB Tipo de sistema: Sistema Operativo de 32 bits. a su vez con 2 servidores, con las siguientes
caractersticas:
20 Procesador: Intel Core(TM) i3 CPU 2.00 GHz. Memoria Instalada (RAM): 1,00 GB Tipo de sistema: Sistema Operativo de 32 bits.
En la parte de Software: Utiliza el sistema Operativo Windows XP para los clientes y Windows Server 2003 para los servidores. Adems utiliza acceso remoto, pudiendo manipular las maquinas cliente desde Iquitos. Cuenta con un sistema de generacin de reportes denominado sisreport al y un sistema crediticio de escritorio, denominado SISCMACM el cual tiene una aplicacin en cada mquina cliente a los cuales accedemos a travs del intranet. Caja Maynas S.A. cuenta a su vez con un mail denominado owa al cual accedemos va web.
21 CAP ITUL O III FUNDAMENTO TERICO
III. FUNDAMENTO TERICO 3.1. Antecedentes de la Investigacin En nuestro pas las instituciones financieras como las cajas municipales han tenido un crecimiento enorme, debido al crecimiento de la micro y pequea empresa, a quien estos atienden a travs del otorgamiento de crditos. Tal xito en los ltimos aos ha permitido la expansin de las cajas municipales a distintos lugares del pas, como es el caso de la caja Maynas S.A., que puso una de sus agencias en Pucallpa. Sin embargo en la actualidad la Caja Maynas no puede colocar muchos crditos en las zonas alejadas de Ciudad de Pucallpa. Una de razones es la lejana, lo que la hace perder en colocaciones de crditos, ya que otras entidades de mayores recursos si pueden llegar a dichas zonas. Caja Maynas tiene muchos clientes que viven en zonas alejadas de la ciudad a los que no pueden visitar muy a menudo y que sin embargo requieren de un crdito. Toda esta problemtica fue motivo suficiente para justificar el anlisis y diseo de un sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web, al cual tendrn acceso los clientes para solicitar sus crditos.
22 Los beneficiarios del proyecto sern: Los clientes, los analistas, la jefatura de Agencia, ya que tendrn un herramienta til para el proceso de otorgamiento de un crdito.
Planteamiento terico del problema 3.1.1. Sistema. Segn(Kendall & Kenndall, 2005)dice: Es una coleccin de subsistemas interrelacionados e interdependientes, que trabajan de manera conjunta para llevar a cabo metas y objetivos predeterminados. Tipos de sistemas: Los sistemas se desarrollan con diversos propsitos, segn las necesidades de la empresa. Sistemas de procesamiento de transacciones. Son sistemas de informacin computarizada creados para procesar grandes cantidades de datos relacionadas con transacciones rutinarias de negocios, como las nminas y los inventarios. Un TPS (TransactionProcessingSystems) elimina el fastidio que representa la realizacin de transacciones operativas necesarias y reduce el tiempo que una vez fue requerido para llevarlas a cabo de manera manual, aunque los usuarios an tienen que capturar datos en los sistemas computarizados. Los sistemas de
procesamiento de transacciones expanden los lmites de la
23 organizacin dado que le permiten interactuar con entornos externos. Sistemas de automatizacin de la oficina y Sistemas de trabajo del conocimiento. Los sistemas de automatizacin de la oficina apoyan a los trabajadores de datos, quienes por lo general no generan conocimientos nuevos, sino ms bien analizan la
informacin con el propsito de transformar los datos o manipularlos de alguna manera antes de compartirlos o, en su caso, distribuirlos formalmente con el resto de la organizacin y en ocasiones ms all de sta. Entre los componentes ms comunes de un OAS (Office
AutomationSystems) estn el procesamiento de texto, las hojas de clculo, la autoedicin, la calendarizacin
electrnica y las comunicaciones mediante correo de voz, correo electrnico y video conferencia. Los sistemas de trabajo del conocimiento sirven de apoyo a los trabajadores profesionales, como los cientficos,
ingenieros y mdicos, en sus esfuerzos de creacin denuevo conocimiento y dan a stos la posibilidad de compartirlo con sus organizaciones o con la sociedad.
24 Sistemas de informacin gerencial. Los sistemas de informacin gerencial no reemplazan a los sistemas de procesamiento de transacciones, ms bien, incluyen el procesamiento de transacciones. Los MIS (Management Information Systems) son sistemas de informacin computarizados cuyo propsito es contribuir a la correcta interaccin entre los usuarios y las
computadoras. Debido a que requieren que los usuarios, el software y el hardware, funcionen de manera coordinada, los sistemas de informacin gerencial dan apoyo a un espectro de tareas organizacionales mucho ms amplio que los sistemas de procesamiento de transacciones, como el anlisis y la toma de decisiones. Sistemas de apoyo a la toma de decisiones. Los sistemas de apoyo a la toma de decisiones constituyen una clase de alto nivel de sistemas de informacin computarizada. Los DSS (Decisin Supports Systems) coinciden con los sistemas de informacin gerencial en que ambos dependen de una base de datos para abastecerse de datos. Sin embargo, difieren en que el DSS pone nfasis en el apoyo a la toma de decisiones en todas sus fases, aunque la decisin definitiva es responsabilidad exclusiva del encargado de tomarla. Los sistemas de apoyo a la toma de decisiones se ajustan ms al gusto de la persona o
25 grupo que los utiliza que a los sistemas de informacin gerencial tradicionales. En ocasiones se hace referencia a ellos como sistemas que se enfocan en la inteligencia de negocios. Sistemas expertos e Inteligencia artificial. La inteligencia artificial se puede considerar como el campo general para los sistemas expertos. La motivacin principal de la AI (Artificial Intelligence) ha sido desarrollar mquinas que tengan un comportamiento inteligente. Dos de las lneas de investigacin de la AI son la comprensin del lenguaje natural y el anlisis de la capacidad para razonar un problema hasta su conclusin lgica. Los sistemas expertos utilizan las tcnicas de razonamiento de la AI para solucionar los problemas que les plantean los usuarios de negocios. Los sistemas expertos conforman una clase muy especial de sistema de informacin que se ha puesto a disposicin de usuarios de negocios gracias a la amplia disponibilidad de hardware y software como computadoras personales y generadores de sistemas expertos. Un sistema experto captura y utiliza el conocimiento de un experto para solucionar un problema especfico en una organizacin. Los componentes bsicos de un sistema experto son la base de conocimientos, un motor de inferencia que conecta al
26 usuario con el sistema mediante el procesamiento de consultas realizadas con lenguajes como SQL y la interfaz de usuario. Sistemas de apoyo a la toma de decisiones en grupo y Sistemas de trabajo colaborativo apoyados por
computadora. Este tipo de sistemas, que se utilizan en salones especiales equipados con diversas configuraciones, faculta a los miembros del grupo a interactuar con apoyo electrnico casi siempre software especializado y la asistencia de un facilitador especial. Los sistemas de apoyo a la toma de decisiones en grupo tienen el propsito de unir a un grupo en la bsqueda de la solucin a un problema con la ayuda de diversas herramientas como los sondeos, los
cuestionarios, la lluvia de ideas y la creacin de escenarios. Los sistemas de trabajo colaborativo apoyados por
computador pueden contener el respaldo de un tipo de software denominado groupware para la colaboracin en equipo a travs de computadoras conectadas en red. Sistemas de apoyo a ejecutivos. Cuando los ejecutivos recurren a la computadora, por lo general lo hacen en busca de mtodos que los auxilien en la toma de decisiones de nivel estratgico. Los sistemas de apoyo a ejecutivos ayudan a estos ltimos a organizar sus
27 actividades relacionadas con el entorno externo mediante herramientas grficas y de comunicaciones, que por lo general se encuentran en salas de juntas o en oficinas corporativas personales. Sistemas de planeacin de recursos empresariales. Muchas organizaciones consideran los beneficios
potenciales que se derivan de la integracin de los diversos sistemas de informacin que existen en los diferentes niveles administrativos, con funciones dispares. Esta integracin es precisamente el propsito de los sistemas de planeacin de recursos empresariales ERP (Enterprise Resourse Planning). El establecimiento de los sistemas ERP implica un enorme compromiso y cambio por parte de la organizacin. Es comn que los analistas de sistemas desempeen el papel de asesores en los proyectos de ERP que utilizan software patentado. Entre el software ms conocido de ERP se encuentran SAP, PeopleSoft y paquetes de Oracle y J.D. Edwards. Algunos de estos paquetes estn diseados para migrar a las empresas a la Web.
28 Sistemas para dispositivos inalmbricos y porttiles. Los analistas tienen la exigencia de disear una gran cantidad de nuevos sistemas y aplicaciones, muchos de ellos para dispositivos inalmbricos y computadoras
porttiles como la popular serie de computadoras Palm y otros asistentes personales digitales. Adems, los analistas podran llegar a disear redes de comunicaciones estndar o inalmbricas que integren voz, vdeo y correo electrnico en intranets para una organizacin o extrais para la industria. El comercio electrnico inalmbrico se conoce como comercio mvil.
Segn(Sommerville, 2007)dice: Un sistema es una coleccin de componentes interrelacionados que trabajan conjuntamente para cumplir algn objetivo.
Segn(Fernndez, 2005)dice: Un sistema es un conjunto de elementos interrelacionados, entre s, que existen dentro de un entorno.
Segn (Novel Mart, 2007) dice:Es un conjunto de objetos as como de relaciones entre stos y sus atributos, en el que los objetos son los componentes o partes del sistema, los atributos
29 son las propiedades de los objetos y las relaciones mantienen unidos al sistema.
Segn(Saravia, 2005)dice:Un arreglo de componentes fsicos, un conjunto o coleccin de cosas conectadas o relacionadas de tal manera que forman o actan como una unidad, como un todo.
3.2. Tecnologas a utilizar A continuacin se va tratar las principales tecnologas que se van a utilizar en la elaboracin del sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web. 3.2.1 Java: Se describe a Java como un lenguaje de programacin simple, con caractersticas: orientado a objetos, distribuido, interpretado, robusto, seguro, de arquitectura neutra, portable, de altas
prestaciones, multitarea y dinmico"; que hacen del lenguaje del programacin java una plataforma optima para los problemas de mercado moderno. Caractersticas: Sintaxis similar a C y C++, pero sin punteros (la gestin de la memoria dinmica es automtica). Interpretado: un programa escrito en cdigo Java (.java) se compila a cdigo bytecode (.class) y dicho cdigo lo interpreta una mquina virtual de Java.
30 Multiplataforma: el programador compila una nica vez el programa Java, y el fichero de bytecode que obtiene se ejecuta igual en la mquina virtual de Java de cualquier plataforma. Seguro: la mquina virtual Java sobre la que se ejecuta el programa controla que dicho programa no intente ejecutar operaciones no permitidas sobre los recursos del sistema. 3.2.2 Java WebServer: Es un servidor WEB basado en tecnologa JAVA. Cuando se necesite hostear (es decir,mostrar al mundo la pgina web) o realizar aplicaciones en Intranet (es decir en red privada o LAN) , se necesitar un Software que le permita justamente hacer esta tarea. Para tal fin, existen diferentes servidores de WEB, y Javaweb Server es uno de ellos.
3.2.3 Java Servlets:
Son las repuestas de la tecnologa Java a la programacin CGI. Son programas que se ejecutan en un servidor web. Basndose en el lenguaje Java, los servidores Web de Java utilizan programas denominados Java Servlets, lo que te permite expandir el servidor Web de forma muy fcil. Los Servlets sustituyen a los antiguos scripts CGI, y ofrecen a los
desarrolladores un entorno que podrn usar en cualquier
31 plataforma sin un esfuerzo adicional. Un servlet es de clase Java y normalmente acepta peticiones de tipo HTML y genera una salida, generalmente de tipo HTML, WML o XML. Los servlet que conforman una aplicacin web se ejecutan en un servidor de aplicaciones web (o WebServer). 3.2.4 JDBC: Es el puente de conexin a la base de datos Java (JDBC: Java Data Base Conectivity) es una interfaz para los desarrolladores Java que escriben los programas que tienen acceso a la informacin almacenada en bases de datos, plantillas de clculos, etc. Es utilizada para conectar un programa del usuario a la base de datos en segundo plano sin importar que software de administracin se utilice para su control.
3.2.5 SQL SERVER 2005 SQL Server 2005 es un sistema gestor de bases de datos que ofrece administracin de informacin empresarial y anlisis de contenidos. Ofrece una seguridad, escalabilidad y disponibilidad mayor a las aplicaciones de datos empresariales y analticas, a la vez que las hace ms fciles de crear, desplegar y administrar.
32 3.3. Metodologa a utilizar A continuacin se va tratar la metodologa a utilizar: 3.3.1 RUP (Rational Unified Process o Proceso Unificado de Desarrollo de Software): Es un proceso de realizacin o de evolucin de software enteramente basado en UML, guiado por los casos de uso, centrado en la arquitectura, iterativo e incremental.
Fases:-
Inicio: Define el alcance y objetivos del proyecto. Elaboracin: Plan del proyecto, Especificacin de caractersticas y Arquitectura base.
-
Construccin: Construye y opera el producto. Transicin: Transicin del producto a la comunidad del usuario.
3.4. Arquitectura a utilizar El modelo de arquitectura a seguir es el siguiente: 3.4.1 Arquitectura Cliente servidor
Es una arquitectura descentralizada que permite a los usuarios finales obtener acceso a la informacin de forma transparente; es decir que al usuario le es indiferente de donde viene la informacin. Clientes y servidores son entidades lgicas independientes que operan en conjunto a travs de una red para realizar una tarea. La arquitectura cliente/servidor es un modelo para el desarrollo de sistemas de informacin en el que las transacciones se dividen en
33 procesos independientes que cooperan entre s para intercambiar informacin, servicios o recursos.
34 CAP ITUL O IV PROCESO DE DESARROLLO DE SOFTWARE
IV. PROCESO DE DESARROLLO DE SOFTWARE
4.1. Fase Inicial. 4.1.1. DOCUMENTO VISIN DEL NEGOCIO. 4.1.1.1. Introduccin. Propsito. El propsito del presente documento es el de brindar un panorama de funcionalidad y requerimientos del Sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web, en funcin a las necesidades de realizacin del mismo en la Caja Municipal de Ahorro y crdito de Maynas S.A.
Alcance. En este trabajo se realizar el anlisis y modelamiento del Sistema de generacin dinmica de sugerencias,
consultas y aprobaciones de crditos va web. El sistema permitir a los usuarios lo siguiente: Registrar y actualizar los datos de los clientes (Datos personales y las actividades que realiza), as
35 como el de su negocio, en el caso que contase con uno. Registrar las solicitudes de crditos de los clientes. - El destino del crdito: capital de trabajo, activo fijo, para consumo personal. Los intervinientes en el crdito: Titular, cnyuge, aval. Registrar la garanta de los crditos. Registrar la evaluacin del crdito del cliente. Sugerir el crdito para su aprobacin. Bsqueda del estado de la solicitud de crdito del cliente. Bsqueda de la Sugerencia hecha por el analista y los ratios financieros del crdito. Realizar un formato de sugerencia ajustado a cada tipo de crdito. Realizar la aprobacin de los crditos. Consultar el estado del crdito solicitado va web. Generar reportes. 4.1.1.2. Posicionamiento. Oportunidad del Negocio. El sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web mejorar progresivamente la forma en que se posibilita el encuentro
36 de los clientes con la institucin bancaria. A medida que los clientes conozcan el sistema se podr atender a ms personas en lugares alejados, como los ubicados en los km 75 de la Carretera Federico Basadre (CFB), y lugares aledaos. Adems como la Caja Maynas Agencia Pucallpa, tiene a su cargo tres oficinas remotas ubicadas en Contamana, Atalaya y Puerto Inca, se podr tener informacin actualizada de los crditos y se tendr menos demora en la atencin del crdito. As mismo se podr crear formatos de sugerencia por cada tipo de crdito, esto para facilitar el ingreso de las evaluaciones hechas por los analistas a las diversas actividades que realizan los clientes.
Sentencia que define el problema. CUADRO 1. SENTENCIA QUE DEFINE EL PROBLEMA Demora en la elaboracin de sugerencias de los crditos de las oficinas remotas. Inconvenientes al momento de documentar los crditos. La desinformacin del estado de los crditos solicitados. Demora en la Sugerencia de un crdito debido a que el formato de sugerencia es el mismo ya sea para crditos micro empresarial, agrcola, pequea empresa, mediana empresa, entre otros. Gerencia. rea de Crditos. Analistas de Caja Maynas. Clientes. Imagen institucional. Proceso lento que dificulta llevar un adecuado control de
EL PROBLEMA DE
Afecta a
El impacto
37 asociado es los crditos solicitados en la institucin. Demora en los requerimientos de informacin. Demora en la Sugerencia de un crdito. Implementar un sistema web para la generacin de crditos, consultas y aprobaciones. Contar con informacin oportuna para la toma de decisiones para la aprobacin de los crditos que se enven de las oficinas remotas. Generando en forma dinmica los formatos de sugerencias, para que vayan de la mano con la forma de evaluacin de los crditos a otorgar (un formato por cada tipo de crdito).
Una solucin adecuada sera
Sentencia que define la posicin del producto. CUADRO 2. SENTENCIA QUE DEFINE LA POSICIN DEL PRODUCTO
Para
La CMAC MAYNAS ( Caja Municipal de Ahorro y crditos de Maynas) Gerente Administrador Analista Cliente
Quienes
El nombre del producto
Sistema de generacin dinmica sugerencias, consultas y aprobaciones crditos va web
de de
El Sistema brindar: Que Solicitar un crdito va web. Bsqueda y obtencin inmediata de la historia crediticia de un cliente va web. Creacin de un formato de sugerencia de acuerdo al tipo de crdito. Generar reportes de las solicitudes atendidas, y el estado de las mismas.
38 Realizaban la obtencin de informacin en la misma institucin. Demoraban en adaptar un crdito distinto al crdito micro empresarial, para poder sugerirlo. Demoraban en la elaboracin de los reportes ya que se hacen con hojas de clculo. Actualmente existe un sistema de generacin de reportes denominado sisreport, pero opera bajo el intranet. Ser un software que solucione todas las necesidades del problema de control de solicitudes y sugerencia de crditos. El software tendr una base datos creado en SQL Server 2005, y una interfaz grfica en modo web creado en NetBeansIDE 7.0
No como
El producto
4.1.1.3. Descripcin de Stakeholders y Usuarios. Resumen de Stakeholders. CUADRO 3. RESUMEN DE STAKEHOLDERS NOMBRE Gerente La CMAC MAYNAS S.A. Agencia - Pucallpa Administrador Persona encargada de la elaboracin del crdito y la verificacin del mismo. Persona que recibe los servicios de la Caja Maynas Cliente REPRESENTANTE La CMAC MAYNAS S.A. ROL Crea los formatos de sugerencia de los crditos y realiza sus modificaciones. Interviene en la toma de decisiones sobre los crditos. Solicita los reportes de la atencin de los crditos. Realiza el registro de los clientes nuevos, elabora la evaluacin del crdito y consulta sus avances diarios. Persona que brinda sus datos y los requerimientos necesarios para la obtencin del crdito.
Analista
39
Resumen de Usuarios. CUADRO 4. RESUMEN DE USUARIOS Nombre Gerente Descripcin Crea y modifica los formatos de Sugerencias. Stakeholder Representa a si mismo Representa a si mismo Representa a si mismo Representa as mismo
Administrador Realiza la aprobacin de los crditos. Realiza los registros de los crditos, as como la evaluacin del cliente para el otorgamiento del crdito. Realiza la solicitud y consulta de sus crditos, est encargada de registrar sus datos personales, la actividad que realiza y los ingresos promedios de la actividad que realiza .
Analista
Cliente
Ambiente de Usuario. Gerente: Tendr privilegios para crear y modificar los formatos de sugerencia. Administrador: Tendr privilegios de aprobar los crditos, para hacer la verificacin del crdito evaluado por el analista y ver reportes de los crditos brindados diariamente con mayor facilidad y sin contratiempos. Analista: Tendr acceso al sistema, para poder registrar y actualizar los datos personales y la actividad del cliente; tambin ser encargado de disponer sobre las personas participantes en el
40 crdito (en la solicitud). As mismo decidir sobre el tipo de crdito a otorgar. Tendr un acceso restringido a slo solicitar y sugerir el crdito, tambin podr tener acceso a los reportes para saber cuntos crditos que ha atendido han sido desembolsados; y para saber el incremento de su cartera durante el mes. El sistema le permitir bsicamente el poder de crear e ingresar y modificar datos de los clientes y la evaluacin del crdito. Cliente: Tendr acceso al sistema, es quien tendr la opcin para registrarse, solicitar un crdito y consultar el estado del crdito solicitado, el cual estar dividido en 4 etapas: o 1: Si el crdito ya fue creado, o 2: Esta en digitalizacin Bsica o 3: Revisin de documentos o 4: Aprobacin de la Solicitud Tendr un acceso restringido a solo realizar consultas e ingresar sus datos.
41 Necesidades principales de los usuarios. CUADRO 5. NECESIDADES PRINCIPALES DE LOS USUARIOS NECESIDAD Bsqueda y obtencin inmediata de la historia crediticia de un cliente va web. Generar una sugerencia acorde al tipo de crdito a evaluar PRIORIDAD CONCERNIENTE SOLUCION ACTUAL La obtencin de informacin es en la misma institucin La sugerencia es nica para todos los tipos de crditos SOLUCION PROPUESTA El sistema obtendr la historia crediticia de un cliente va web.
Alta
Tiempo de respuesta
Alta
Tiempo de respuesta
El sistema permitir crear una sugerencia por cada tipo de crdito
Generar reportes inmediatos de las solicitudes atendidas y su estado
Alta
Tiempo de respuesta
Actualmente se realiza solo por el intranet
El sistema generar reportes inmediatos de las solicitudes atendidas y su estado va web.
Alternativas. El desarrollo del proyecto de implementacin de un sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web para dar solucin al control y atencin de la solicitud de los crditos en la Caja Maynas.
42 4.1.1.4. Rangos de Calidad. Disponibilidad. El sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web, contar con un software verstil y con una base de datos que tendr una disponibilidad al personal del rea de crditos, a la gerencia y a los clientes. Usabilidad. El sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web , deber ser fcil de operar con interfaces sencillas, comprensibles e intuitivas para el usuario.
4.1.1.5. Panorama del producto. Perspectiva: El Sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va Web, se implementara con la supervisin de la Direccin General de Tecnologa de Informacin (TI) de la caja Maynas Iquitos, con una base de datos instalada en una maquina servidor, que tendr toda la informacin de los clientes, crditos y analistas de la Agencia Pucallpa. Tambin se otorgara roles a los usuarios que trabajaran contra el sistema. Un usuario de administracin, para la gestin y creacin de los formatos sugerencias de los
43 crditos (Gerente), otro que recibir la propuesta de solicitud del crdito del cliente y armara el crdito (Analista); adems de uno con la categora y/o privilegio de aprobacin de los crditos (coordinador de crditos, Jefe de Agencia o superiores). Un cliente web, que permita a los clientes de la caja registrarse y registrar su negocio, hacer una solicitud de crdito y ver el estado actual del crdito que hayan solicitado al analista responsable. Cada usuario tendr acceso al sistema conectndose con su nombre de usuario y contrasea ; mediante una interfaz que les permitir acceder a la informacin que requiera en el momento necesario. Restricciones: El sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web no contempla: El sistema no incluye el reporte de las deudas del cliente en otras entidades financieras. El sistema no incluye la supervisin y verificacin automtica de la veracidad de los documentos que el cliente entrega. El sistema no incluye el pago de cuotas de los crditos.
44 El sistema no incluye la creacin de Analistas, Administradores y gerentes. El sistema no incluye mover la cartera de un analista a otro. El sistema no incluye reporte de los crditos en mora. El sistema no incluye la eliminacin de garantas. El sistema no incluye gestiones de viticos. El sistema no incluye la elaboracin de cartas fianza.
4.1.1.6. Requerimientos. Funcionales. Registrar los datos y la actividad de cliente. Registrar los datos del negocio del cliente, en caso poseyese uno o varios negocios. Consultar los datos y la actividad del cliente. Consultar los datos del negocio del cliente. Registrar la solicitud del crdito. Consultar la solicitud del crdito. Registrar la garanta del crdito. Consultar la garanta del crdito. Consultar la historia crediticia del cliente.
45 Realizar Sugerencias de forma dinmica. Consultar el estado del crdito. Consultar documentacin requerida para el crdito. Reporte de crditos solicitados y atendidos. Generacin dinmica de la hoja de trabajo para el crdito. No funcionales. El sistema se desarrollar en NetBeans IDE 7.0 con base de datos en SQL Server 2005. El tiempo de respuesta por consulta se realizar en tiempo inmediato. Definir polticas de seguridad.
46 4.1.2. PLAN DE DESARROLLO DEL SOFTWARE. 4.1.2.1. Introduccin. En el siguiente plan de desarrollo del software se dar a conocer una versin preliminar del sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web; este documento muestra una visin global del proyecto. Propsito. El plan de desarrollo del software tiene como finalidad proporcionar la informacin necesaria para el correcto desarrollo del proyecto. As como tambin, facilitar al equipo de trabajo la organizacin del proyecto, entendindose de este modo lo que debe hacerse, cuando debe hacerse y de que otras actividades puedan depender. Alcance. Este plan de desarrollo describe de manera detallada y general la estructura del Sistema de generacin
dinmica de sugerencias, consultas y aprobaciones de crditos va web, como un proyecto desarrollado por un estudiante de la Escuela de Ingeniera de Sistemas de la Universidad Nacional de Ucayali. Los detalles del
proyecto se irn describiendo en este plan de desarrollo,
47 los cuales se basan en los requisitos que corresponden al documento visin del mismo.
Referencias. Las referencias aplicables son: La visin para generacin la implementacin del Sistema de de sugerencias, consultas y
dinmica
aprobaciones de crditos va web.
Apreciacin Global. Este Plan de desarrollo de Software contiene la
informacin siguiente: Proyecto de Apreciacin Global: Proporciona la descripcin del propsito del proyecto, alcance y objetivos. Tambin determina el entregable que se espera en el proyecto en determinados periodos. El Proceso de Direccin: Explica el costo
estimado y lo fija, define las fases mayores e hitos para el proyecto, y describe el modo de supervisin para el proyecto. Los Planes del Proceso Tcnico: Proporcionan un panorama global del proceso de desarrollo de
48 Software, incluso los mtodos, herramientas y tcnicas para ser seguido.
4.1.2.2. La Apreciacin Global del Proyecto. Propsito del Proyecto, Alcance y Objetivos. El propsito del proyecto es el de desarrollar, proponer y entregar un sistema que permita la generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web en la Caja Municipal de Ahorros y Crditos de Maynas S.A. Por ello se considera necesaria la elaboracin de un sistema web accesible y con una base de datos que tendr una disponibilidad al personal del rea de crditos y a los clientes. El alcance del proyecto incluye una integracin entre todas las Agencias de la Caja Municipal de Ahorros y Crditos de Maynas S. A. El objetivo es que los usuarios finales se familiaricen con el sistema para mejorar sus procesos.
Entregables del Proyecto. Los entregables siguientes se desarrollan durante el proyecto.
49 CUADRO 6. ENTREGABLES DEL PROYECTO FASES WORKFLOWS MODELO DEL NEGOCIO ARTEFACTOS Documentos de visin. Plan de desarrollo de Software. Modelo de Use Case del Negocio. Modelo de Dominio del Problema. Modelo de Use Case. Especificacin de los Use Case. Diagrama de Colaboracin. Prototipo Arquitectnico. Diagrama de Clases. Diagrama de Secuencia. Paquetes del Diseo. Diseo de Base de Datos. Prototipo Inicial. Diagrama de Componentes. Diagrama de Despliegue. Prototipo del Software Final. Prueba por Use Case
INICIAL
REQUERIMIENTOS ELABORACIN ANLISIS Y DISEO
CONSTRUCCIN
ANALISIS DE DISEO IMPLEMENTACIN
TRANSICIN
PRUEBA
Evolucin del Plan de desarrollo de Software. El plan de desarrollo de software se revisar anterior a la salida de cada proceso de iteracin.
4.1.2.3. La Organizacin del Proyecto. Estructura Orgnica. El desarrollo del proyecto est conformado por un estudiante de la Escuela Profesional de Ingeniera de Sistemas de la Universidad Nacional de Ucayali, la cual a
50 su vez cumple el rol de jefe del proyecto teniendo como asesora una docente de la Universidad para el desarrollo del mismo. Interfaces Externas. El realizador del proyecto tambin actuar recprocamente con otro stakeholder para solicitar las entradas y revisin de los artefactos, como el modelo del dominio, modelo de procesos, modelo funcional de alto nivel y la arquitectura bsica para establecer una correcta arquitectura del sistema. Papeles y Responsabilidades. A continuacin se describen las principales
responsabilidades de cada uno de los cargos en el equipo de trabajo durante las fases de Inicio y Elaboracin. Se especifican roles dentro del equipo de trabajo: CUADRO 7. PAPELES Y RESPONSABILIDADES PAPEL RESPONSABILIDAD o Responsable de definir la razn de ser y el alcance del proyecto. o Responsable de la integridad y calidad de los artefactos del proyecto. o Responsable de captura, especificacin y validacin de requisitos, interactuando con el cliente y los usuarios. o Responsable principal para el anlisis y diseo del sistema.
Estudiante Sergio Perez Ruiz Practicante
51 Asesora del Proyecto o Realizar la asesora, seguimiento y correcciones de entregables de proyectos.
4.1.2.4. El Proceso de Direccin. Estimacin del Proyecto. Las estimaciones del proyecto son basadas en el Estudio de Factibilidad aplicado al proyecto. El tiempo y el esfuerzo estimado en este informe es la base del presupuesto del proyecto y horario.
Plan del Proyecto. Plan de la Fase. El desarrollo de este proyecto ser conducido usando un enfoque gradual donde las iteraciones ocurren dentro de la fase, permitiendo una
comprensin incremental del problema en varios ciclos. Las fases y la lnea de tiempo son mostradas en la siguiente tabla: CUADRO 8. PLAN DE PROCESO DE DESARROLLO DE ACUERDO A FASES FASE Fase Inicio (10%) Fase Elaboracin (25%) Fase Construccin (57%) Fase Transicin (8%) EMPIEZA TERMINA
17/09/2011 06/10/2011 06/10/2011 22/11/2012 22/11/2011 09/03/2012 09/03/2012 25/03/2012
53
CUADRO 9. FASES DEL PROYECTO E HITOS PRINCIPALES
FASE INICIO
DESCRIPCIN En esta Etapa se define la razn de ser y el alcance del proyecto; el modelo del negocio, los requerimientos del producto y se elabora el plan de desarrollo de Software.
HITO
ELABORACIN
Determina la Factibilidad del proyecto desde un punto de vista del negocio. Se definen los requerimientos, caractersticas, claves y principales restricciones. Estima los recursos (Tiempo, costos del ambiente de desarrollo) La fase de Elaboracin analizar los requisitos y se El hito del Prototipo Arquitectnico marca el desarrollar el prototipo arquitectnico. En la trmino de la Fase de la Elaboracin. realizacin de la fase de la Elaboracin todos los Use Case (Casos de Uso) seleccionados para una primera versin 1.0 habrn completado el anlisis y el plan. Adems se habrn analizado los Use Case (Casos de Uso) de alto riesgo que para una Versin 2.0 ya se habrn diseado. El prototipo arquitectnico probar la viabilidad y actuacin de la arquitectura que se requiere para Versin 1.0. Actualizacin con todos los elementos necesarios para dar soporte a la implantacin de la persistencia (ejemplo tablas, ndex, mapeo de modelo de datos orientado a objetos a relacionar). En esta fase se empaquetar, distribuir e instalar el Completa en la concordancia con los producto. requerimientos del producto definidas en el documento de Visin del Negocio. El producto final debe estar disponible para los usuarios.
CONSTRUCCIN Durante la Fase de la Construccin se analizan los Use Case (Casos de Uso) restantes y se disearn estos. La versin beta para la Versin 1.0 se desarrollar y se distribuir para la evaluacin. TRANSICIN
54 Cada fase es dividida en las interacciones del desarrollo. Se espera que la duracin del anlisis y modelado del proyecto sea de 4 meses.
Horario del Proyecto. El horario del proyecto que contiene el nombre de las Labores, las fechas de inicio y fin se muestran a continuacin.
CUADRO 10. TAREAS DEL PROYECTO FASE Modelamiento del Negocio Requerimientos Anlisis y Diseo Implementacin Pruebas Despliegue EMPIEZA 17/09/2011 06/10/2011 21/10/2011 22/11/2011 09/03/2012 18/03/2012 TERMINA 06/10/2011 21/10/2011 22/11/2011 09/03/2012 18/03/2012 25/03/2012
4.1.2.5. Recursos para el Proyecto. Plan de Adquisicin de Recursos. La caja municipal de ahorro y crdito de Maynas ha proyectado asignar a personal especializado para lograr el objetivo.
55 As mismo la Caja Maynas Agencia Pucallpa dispondr de la compra de una computadora que se utilizara como servidor, con la supervisin del rea de TI (Tecnologa de la informacin). Entrenamiento que se planean. Se entrenar al realizador del proyecto en las siguientes habilidades, al comienzo de las actividades del plan: Anlisis y Diseo Orientado a Objeto. Proceso Unificado Rational. NetBeans IDE 6.8. SQL Server 2005.
56 4.1.2.6. Presupuesto. CUADRO 11. PRESUPUESTO DEL PROYECTO Partida EQUIPOS DE COMPUTO HERRAMIENTAS PARA CONSTRUCCION DEL SISTEMA PAPELERIA EN GENERAL, UTILES Y MATERIALES DE OFICINA DESCRIPCIN Gastos en computadora, que se ubicar en la Caja Maynas como servidor (S/. 3,000.00) Gastos para el programa donde se elaborar el sistema web (NetBeans IDE 6.8) y el gestor donde se disear la base datos (SQL Server 2005)Gastos por la adquisicin de papelera en general, tiles y materiales de oficina, tales como: archivadores, borradores, correctores, implementos para escritorio en general; medios para escribir, numerar y sellar; papeles, cartones y cartulinas; sujetadores de papel; entre otros afines.
Costo S/. 3,000.00 0.00
200.00
PROCESAMIENTOS Gastos por los servicios de personas naturales DE DATOS y jurdicas para el procesamientos de datos SOPORTE TECNICO OTROS GASTOS Gastos por los servicios de personas naturales y jurdicas para soporte tcnico
2,000.00
3,000.00
Otros gastos de viajes domsticos no especificados en las partidas anteriores, como movilidad local cuando el servidor se desplaza fuera de su centro de trabajo. Total del Presupuesto S/.
1,000.00
9,200.00
57 4.1.3. ENTORNO DE TRABAJO. 4.1.3.1. Eleccin de Equipos y Accesorios de la Red LAN. Eleccin del Servidor. El Sistema Operativo instalado ser Microsoft Windows Server 2005 Enterprise Edition con un servidor Apache Tomcat 2.0. CUADRO 12. CARACTERSTICAS DEL SERVIDOR DE BASE DE DATOS CARACTERSTICAS Procesador Memoria Cache Memoria RAM Bus entrada/Salida Puerto Paralelo Puerto Serial Puerto USB Disco Duro Tarjeta de RED Tarjeta Video Monitor : Mouse: Teclado OPCIONES Minimo 2.0 GHz. 1GB 2GB PCI/EISA 1 2 3 5 discos de 180 GB SCSI Dual Gigabit Ethernet 10/100 Base T Minima de 16MB SDRAM LG 17 Sleek 2 botones Con cable PS/2 o cable USB
Elecciones de Estaciones de Trabajo. Actualmente la Caja Municipal de Ahorro y crdito de Maynas cuenta con 17 Pentium IV 2.8 Ghz, cuyo sistema operativo instalado en cada una de las computadoras es Microsoft Windows XP Professional; las cuales estarn conectadas al servidor principal ubicado en el cuarto de servidores, obteniendo as una infraestructura de red
58 adecuada que soporte realizarn los usuarios. CUADRO 13. CARCTERSTICAS DE LAS ESTACIONES DE TRABAJO CARACTERSTICAS Procesador Memoria Cach interna Memoria RAM Disco Duro Tarjeta de RED. Teclado y Mouse Monitor OPCIONES Intel Pentium IV 2.8 Ghz 512 Kb Memoria RAM de 250 Mb Disco Duro de 40 GB Dlink Ethernet 10/100 Genius 15 Digital LG los ingresos de datos que
Eleccin de las Tarjetas de Red para las Estaciones de Trabajo. La eleccin de las tarjetas de red han sido tomadas en consideracin a la tecnologa de red a usar (Ethernet) y al tipo de estaciones de trabajo. CUADRO 14. CARACTERSTICAS DE LA TARJETA DE RED CARACTERSTICAS Marca Tecnologa Tipo de Bus ( Plug and Play) Full duplex Conectores permitidos Leds Indicadores Soporte BootRoom OPCIONES D-Link Ethernet ISA/PCI Si RJ-45 Power, TX/Rx No
59 Eleccin del Switch (Concentrador). La eleccin del Switch ha sido tomada en consideracin a la tecnologa de red estaciones de trabajo. (Ethernet) y a la cantidad de
CUADRO 15. CARACTERSTICAS CONCENTRADORAS CARACTERSTICAS Marca Tecnologa Tipo de Switch Numero de Puertos Administracin Soporte de otras tecnologas Fuente de Alimentacin redundante OPCIONES DLink Ethernet Activo 24UTP/STPRJ45) SNMP, RMON Si Si
Accesorios de Red. Se ha tomado en consideracin el estndar de
instalaciones comerciales de red ANSI/EIA/TIA 568-A. Tipos de Cable a Usar: Cable par trenzado (UTP RJ-45 DE 100 W). El cable de par trenzado UTP, tiene 4 partes de hilos trenzados juntos a seis vueltas por pulgada para producir proteccin de inferencias elctricas ms impedancia consistente, o resistencia elctrica.
60 El Cable par trenzado UTP es barato, fcil de instalar y puede funcionar en red. En la actualidad es muy usado en redes locales Ethernet (UTP) de 8 hilos. Conectores RJ-45 Categoras 5, soportan 4 pares de cables UTP categora 5. Caja toma de datos (Rosetas) RJ-45 Categora 5. Roseta simple (1 Jack) por cada estacin de trabajo. Montaje con tornillo para facilitar la instalacin.
61 4.1.4. MODELADO DE CASO DE USO DEL NEGOCIO. Se establecieron los siguientes actores y casos de uso (c-u) del negocio para el sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web:
4.1.4.1. Actores. Cliente Analista. Administrador. Gerente
4.1.4.2. Caso de Uso de Negocio. Gestin de Solicitud. Gestin de Consultas. Gestin de Sugerencia. Reportes de crditos. Realizar formato de sugerencia.
62 FIGURA 3. CASO DE USO DE NEGOCIO
Gestion de Solicitud Cliente
Gestion de Consultas
Analista
Gestion de Sugerencia
Administrador
Reportes de creditos Gerente
Realizar Aprobacion
Realizar formato de sugerencia
63 4.1.4.3. Reglas de Negocio. Reglas de Restriccin. 1. Cada cliente deber tener un cdigo nico que lo identifique. 2. Cada crdito solicitado deber tener un cdigo nico que lo identifique. 3. Para solicitar un crdito primero debe registrarse la garanta. 4. Un cliente slo puede solicitar un crdito al mes. 5. El cliente podr solicitar un monto mximo correspondiente al 10% del patrimonio total de la caja. Es decir hasta S/. 4000,000.00 o su equivalente en dlares. 6. El cliente podr solicitar un crdito si su edad es entre 20 y 65 aos. 7. Cada tipo de crdito debe tener solo un formato de sugerencia.
Reglas de Derivacin.
1. Al solicitar un crdito se le otorgara al cliente una clave nica con la cual podr consultar el estado de su crdito. 2. Una vez que el analista ha atendido el crdito del cliente este no puede modificar sus datos personales, tampoco la ubicacin del negocio.
64 3. Si el cliente no desembolsa su crdito, en un periodo de 30 das una vez aprobado en el sistema, el sistema retirara el crdito. 4. El sistema no permitir aprobar el crdito si la capacidad de pago del cliente supera el 60% (cliente nuevo), 70% (cliente recurrente). Para crditos por consumo se establece de acuerdo a los siguientes montos: CUADRO 16. CAPACIDAD DE PAGO MONTO S/. CAPACIDAD DE PAGO MINIMA 1,000 - 2,000 2,001 - 3,000 3,001 4,000 4,001 a ms 30 % 40 % 50 % 60 %
(*)
Capacidad
de
Pago
=
Cuota/
Saldo
Disponible (deducido los gastos diversos)
65 Especificaciones de los Casos de Usos. CUADRO 17. ESPECIFICACIN C-U GESTION DE SOLICITUD. NOMBRE DEL CASO DE USO Actores Breve descripcin GESTIN DE SOLICITUD.
Analista, Cliente. Este caso de uso se encarga de realizar todos los registros en el sistema. Guardar informacin en el sistema. Registrar los datos y la actividad del cliente. Registrar la solicitud del Crdito. Registrar los intervinientes en el crdito. Registrar la o las garantas del Crdito.
Objetivos Flujo de Trabajo
CUADRO 18. ESPECIFICACIN C-U GESTIN DE CONSULTAS NOMBRE DEL CASO DE USO Actores Breve descripcin Objetivos Flujo de Trabajo GESTIN DE CONSULTAS
Analista, Administrador, Cliente. Este caso de uso se encarga de realizar las operaciones de consulta en el sistema. Obtener la informacin de los clientes, garantas y crditos. Preguntar por el estado de un crdito. Obtener un listado del estado de todas las solicitudes de crdito. Dibujar en pantalla la foto tamao carnet del cliente. Consultar los datos y la actividad del cliente. Consultar los datos de la solicitud de un crdito. Consultar los intervinientes en el crdito. Consultar la o las garantas del Crdito. Eliminar una solicitud especificando su nmero de solicitud.
66 CUADRO 19. ESPECIFICACIN C-U GESTIN DE SUGERENCIA NOMBRE DEL CASO DE USO Actores Breve descripcin GESTIN DE SUGERENCIA. Analista, Administrador, Gerente. Este caso de uso se encarga de registrar la Sugerencia del crdito y obtener los ratios financieros ms importantes del crdito. Guardar informacin en el sistema y obtener los ratios financieros. Realizar la evaluacin del crdito. Obtener los datos de una Sugerencia y sus ratios financieros. Registrar el monto, la tasa, el plazo y la lnea del crdito.
Objetivos Flujo de Trabajo
CUADRO 20. ESPECIFICACIN C-U REALIZAR APROBACION NOMBRE DEL CASO DE USO Actores Breve descripcin Objetivos Flujo de Trabajo REALIZAR APROBACIN.
Administrador. Este caso de uso se encarga de aprobar una sugerencia (propuesta de crdito). Guardar informacin en el sistema, obtener los crditos evaluados y aprobar los crditos. Obtener los crditos evaluados. Aprobar crditos.
CUADRO 21. ESPECIFICACIN C-U REPORTES DE CREDITOS. NOMBRE DEL CASO DE REPORTES DE CREDITOS. USO Actores Breve descripcin Analista, Administrador, Gerente. Este caso de uso se encarga de generar los reportes los crditos, bridadas diariamente por fechas, por Analistas, por montos y tipos de crdito. Conocer el flujo de los crditos aprobados. Obtener un listado de los crditos aprobados. Obtener un listado de los crditos desembolsados.
Objetivos Flujo de Trabajo
67 CUADRO 22. ESPECIFICACIN C-U REALIZAR FORMATO DE SUGERENCIA NOMBRE DEL CASO DE REALIZAR FORMATO DE SUGERENCIA. USO Actores Breve descripcin Gerente. Este caso de uso se encarga de crear y actualizar los formatos de sugerencia por cada tipo de crdito. Guardar informacin en el sistema. Obtener un listado de los tipos de crditos. Realizar un formato de sugerencia por cada tipo de crdito.
Objetivos Flujo de Trabajo
4.1.5. MODELO DE OBJETO. Para el desarrollo de los modelos de objeto, se tendr en cuenta algunas abreviaciones: C: Crear. R: Leer. U: Actualizar. D: Eliminar.
A continuacin se mostrara el modelo de objetos de los casos de usos, vistos en el modelo de caso de uso del negocio.
68 4.1.5.1. Gestin de Solicitud. FIGURA 4. MODELO DE OBJETO GESTIN DE SOLICITUD.
Cliente. CRU CRUD CRU CRU Cliente(f rom Modelo de caso de uso del Negocio)
Negocio
Cliente CRUD CRUD CRUD CRUD Solicitud Garantia
R
Analista(f rom Modelo de caso de uso del Negocio)
Analista. Analista..
4.1.5.2. Gestin de consultas. FIGURA 5. MODELO DE OBJETO GESTIN DE CONSULTAS.
Cliente. Cliente(f rom Modelo de caso de uso del Negocio)
R Solicitud R R R
Analista(f rom Modelo de caso de uso del Negocio)
Credito Consultador de creditos R R
Evaluacion
Administrador(f rom Modelo de caso de uso del Negocio)
Tipo de credito Analista..
69 4.1.5.3. Gestin de Sugerencia. FIGURA 6. MODELO DE OBJETO GESTIN DE SUGERENCIA.
Solicitud R
CRUD Evaluacion RU
Analista(f rom Modelo de caso de uso del Negocio)
Analista. R Tipo de credito
Linea de credito
4.1.5.4. Realizar Aprobacin. FIGURA 7. MODELO DE OBJETO REALIZAR APROBACIN.
R Analista..
R
R Administrador(f rom Modelo de caso de uso del Negocio)
Cliente.
Administrador.
RUD Administrador..
Credito
70 4.1.5.5. Reportes de crditos
FIGURA 8. MODELO DE OBJETO REPORTES DE CRDITOS
Analista(f rom Modelo de caso de uso del Negocio)
R
Analista..
R
R Administrador(f rom Modelo de caso de uso del Negocio)
Credito Operador de reportes R R
Cliente.
Tipo de credito Gerente(f rom Modelo de caso de uso del Negocio)
Linea de credito
4.1.5.6. Realizar formato de sugerencia. FIGURA 9. MODELO DE OBJETO REALIZAR FORMATO DE SUGERENCIA
R Tipo de credito CRUD
Gerente(f rom Modelo de caso de uso del Negocio)
Gerente.
Formato de Sugerencia
71
4.1.6. MODELO DE DOMINIO DE PROBLEMA FIGURA 10. MODELO DE DOMINIO DEL PROBLEMA
Negocio Evaluacion1 1
Solicitud1..* 1 1 1..* 1 1 1 1..* 1..* 1
Analista1
Credito1..*
Cliente
1..*
Garantia
1
1..*
Administrador1
Tipo de credito1 1 1
1..*
Linea de Credito
Gerente1 1..*
Formato de sugerencia
72 4.2. Fase de elaboracin 4.2.1. MODELO DE CASO DE USO DE REQUERIMIENTOS. FIGURA 11. C-U REQUERIMIENTO GESTIN DE SOLICITUD
Registrar Garantia
Buscar garantia
Registrar Titulares / Avales
Analista Solicitar credito Buscar cliente Buscar Analista Registrar Cliente Registrar Negocio Buscar Solicitud Cliente.
Generar codigo nico
Buscar Negocio
FIGURA 12. C-U REQUERIMIENTO GESTIN DE CONSULTAS
Consultar estado del credito Cliente.
Buscar Estado de credito
Buscar cliente Consultar solicitudes de credito Buscar credito Analista Buscar Solicitud Consultar credito Buscar garantia
Administrador Consultar Evaluacion
Buscar Analista
Buscar Evaluacion
73
FIGURA 13. C-U REQUERIMIENTO - GESTION DE SUGERENCIA
Buscar credito Buscar Negocio
Analista
Realizar evaluacion
Buscar cliente
Buscar Linea de crdito
Administrador Buscar Evaluacion Buscar Tipo de Credito Buscar Formato de Sugerencia
Gerente
FIGURA 14. C-U REQUERIMIENTO - REALIZAR APROBACIN
Buscar Analista Buscar credito
Administrador
Realizar Aprobacin
Buscar cliente
Buscar Administrador
74 FIGURA 15. C-U REQUERIMIENTO REPORTES DE CREDITOS
Buscar Estado de credito Analista Reporte de creditos Buscar credito Buscar cliente Buscar Tipo de Credito
Administrador
Buscar Analista Gerente
FIGURA 16. C-U REQUERIMIENTO - REALIZAR FORMATO DE SUGERENCIA
Buscar Tipo de Credito
Gerente
Realizar formato de sugerencia
Buscar Formato de Sugerencia
75
4.2.2. DIAGRAMA DE COMUNICACIONES. FIGURA 17: COMUNICACIN CONSULTAR ESTADO DE LA SOLICITUD.3: Leer()
: Buscador de Solicitud 2: Buscar(codigo_solicitud)
: Solicitud
4: Vector Solicitud 1: Consultar estado de solicitud
: Cliente Titular
: Consultador de crditos 5: Buscar(codigo_solicitud)
7: obj Credito 6: Leer()
: Buscador de Estado
: Credito
FIGURA 18: COMUNICACIN REGISTRO DE CLIENTE.3: Leer 2: Buscar Cliente : Buscador de Cliente 4: Boolean
1: Registrarse
5: Crear(), Modificar() 6: Crear(), Modificar() : Cliente : Registrador de Cliente : Cliente.
: Actualizador de Cliente
76 FIGURA 19: COMUNICACIN REGISTRO DE NEGOCIO.3: Leer()
2: Buscar Cliente
: Buscador de Cliente
: Cliente.
4: objCliente 6: Leer() 5: Buscar Negocio 1: Registrar Negocio : Buscador de Negocio 7: obj Negocio 9: Crear(), Modificar() : Cliente : Registrador de Negocio 8: Crear(), Modificar() : Negocio
: Actualizador de Negocio
FIGURA 20: COMUNICACIN REGISTRO DE GARANTA.
3: Leer()
: Buscador de Cliente 2: Buscar Cliente 4: obj Cliente 5: Buscar Garantia 1: Registrar Garantia 7: obj Garantia : Buscador de Garantia 6: Leer()
: Cliente.
: Cliente
: Registrar Garantia
8: Crear(), Modificar()
9: Crear(), Modificar()
: Garantia.
: Actualizador de Garantia
77
FIGURA 21: COMUNICACIN SOLICITUD DE CRDITO.
3: Leer()
: Buscador de Cliente 2: Buscar Cliente
: Cliente.
4: Obj Cliente
6: Leer()
5: Buscar Negocio : Buscador de Negocio
: Negocio
1: Solicitar credito
7: Obj Negocio 8: Buscar Solicitud 9: Leer()
: Cliente
: Solicitar Credito
10: obj Solicitud : Buscador de Solicitud 11: Crear(), Modificar() 12: Crear(), Modificar() : Solicitud
: Actualizador de Solicitud
78 FIGURA 22: COMUNICACIN RELACIN DE CLIENTE EN EL CRDITO.3: Leer()
: Buscador de Solicitud 2: Buscar Solicitud 4: Obj Solicitud 6: Leer()
: Solicitud
5: Buscar Cliente : Buscador de Cliente 1: Relacionar clientes en el credito 7: Obj Cliente : Cliente.
: Cliente
: Relacionar Credito
8: Crear(), Modicar()
9: Crear(), Modificar()
: Actualizar Relacion
: Relacion
FIGURA 23: COMUNICACIN ATENDER SOLICITUD DE CRDITO.
3: Leer()
: Buscador de Solicitud 2: Buscador de Solicitud 5: Buscador de Historial 6: Leer()
: Solicitud
4: obj Solicitud 1: Atender solicitud
7: obj Historial : Buscador de Historial
: Historial Crediticio
: Analista
: Atender Solicitud 8: Buscador de Analista 9: Leer()
10: obj Analista : Buscador de Analista : Analista.
11: Registrar Credito
12: Crear()
: Registrador de Credito
: Credito
79
FIGURA 24: COMUNICACIN SUGERIR CRDITO.
3: Leer()
2: Buscar credito 4: Obj Credito
: Buscador de Credito 6: Leer()
: Credito
5: Buscar Garantia 7: Obj Garantia : Buscador de Garantia 9: Crear() 8: Registrar Gravamen : Actualizador de Gravamen 1: Sugerir credito 10: Buscar Tipo de Credito 11: Leer() : Gravamen : Garantia.
: Analista
: Sugerir credito
12: Obj TipoCredito : Buscador de TipoCredito
: TipoCredito
13: Buscar Balance(ObjTipoCredito) 14: Leer()
15: obj Balance : Buscador de Balance 17: Leer()
: Balance
16: Registrar Evaluacion(Obj Balance )
: Registrador de Evaluacion 18: Buscar Linea crediticia 19: Leer()
: Evaluacion
: Buscador de Linea Crediticia
: Linea Crediticia
20: Modificar Credito
21: Modificar()
: Actualizador de Credito
: Credito
FIGURA 25: COMUNICACIN APROBAR CRDITO.
2: Buscar Credito
: Buscador de Credito
3: Leer()
4: obj Credito 1: Realizar Aprobacion
5: Realizar Aprobacion : Administrador : Aprobacion de Credito
6: Modificar() : Credito
: Actualizador de Credito
80
FIGURA 26: COMUNICACIN MODIFICAR FORMATO DE SUGERENCIA.
3: Leer()
: Buscador de TipoCredito 2: Buscar Tipo de Credito
: TipoCredito
4: obj TipoCredito
5: Buscar Balance 1: Modificar Formato de Sugerencia 7: obj Balance : Buscador de Balance
6: Leer()
: Gerente
: Modificar Formato
8: Modificar Balance
9: Modificar() : Balance
: Actualizador de Balance
81 4.2.3. DIAGRAMA DE SECUENCIAS. FIGURA 2. INTERFCES
FIGURA 27: INTERFAZ DE REGISTRO DE CLIENTE.
82
83 FIGURA 28: DIAGRAMA DE SECUENCIA DE REGISTRO DE CLIENTE.: CP Menu : CP Menu Cliente : CP Registro de Cliente : CP Mensaje : Frm Cliente : SP Cliente : sCliente : cCliente : TCliente
: Cliente
1. Clic en Acceder com o cliente 2. Enlaza
3. Construye
4. Mostrar
5. Ingresar datos personales 6. Tiempo de Ingreso 7. Clic en el icono Grabar
8. Subm it
9. BuscarCliente(DNI, datos) 10. Leer()
11. Boolean: false
12. Obj.GenerarCodigo()
13. return: codigo
14. Obj.CrearCliente(codigo, datos, ... )
15. Crear()
16. return: codigo
17. Redirect 18. Mostrar 19. Clic en el icono Imprim ir
20. Clic en Registrar Cliente 21. Enlaza
22. Build 23. Mostrar
24. Ingresar codigo y DNI 25. Tiempo de Ingreso
26. Clic en el icono Buscar 27. Subm it
28. BuscarCliente(codigo,DNI)
29. Leer()
30. return: VectorCliente
31. Build 32. Mostrar
33. Clic en el icono Editar 34. Editar datos del cliente 35. Tiempo de Ingreso
36. Clic en el icono Grabar 37. Subm it
38. ModificarCliente(codigo, datos, ... ) 39. Modificar() 40. VectorCliente 41. Build
42. Mostrar
43. Clic en el icono Imprim ir
84 FIGURA 29: INTERFAZ DE REGISTRO DE NEGOCIO.
85 FIGURA 30: DIAGRAMA DE SECUENCIA DE REGISTRO DE NEGOCIO.: Cliente : CP Menu Cliente : CP Registro de Negocio : FrmNegocio : SP Negocio : sNegocio : cNegocio : cCliente : TCliente : TNegocio
1: Clic en Registro de Negocio 2: Enlaza
3: Build 4: Mostrar
5: Ingresar codigo y DNI 6: Tiempo de espera
7: clic en el icono buscar 8. Subm it 9. Obj.BuscarCliente( codigo, DNI ) 10: Leer()
11: Obj.BuscarCliente(codigo, DNI ) 12: Leer() 13: VectorNegocio
14: Build
15: Mostrar
16: Clic en el icono Editar
17: Seleccionar Negocio 18: Tiempo de Seleccion
19: Subm it
20: Obj.BuscarNegocio(codigo) 21: Leer() 22: VectorNegocio 23: Build 24: Mostrar
25: Editar datos del Negocio 26: Tiempo de Espera
27: Clic en el icono Grabar 28: Subm it
29. Obj.ModificarNegocio(codigo, datos, ... ) 30: Modificar() 31: VectorNegocio 32: Build
33: Mostrar
34: Clic en el icono Imprimir
35: Clic en Nuevo
36: Ingresar datos del Negocio 37: Tiempo de Ingreso
38: Clic en el icono Guardar
39: Subm it 40: Obj.GenerarCodigo() 41: return: codigo
42: Obj.CrearNegocio(codigo, datos, ... )
43: Crear() 44: VectorNegocio 45: Build 46: Mostrar
47: Clic en el icono Imprimir
86
FIGURA 31: INTERFAZ DE REGISTRO DE GARANTIA.
87 FIGURA 32: DIAGRAMA DE SECUENCIA DE REGISTRO DE GARANTIA.
: Cliente
: CP Menu Cliente : CP Regis trar Garantia : Frm Registro de Garantia
: SP Regis trar Garantia
: cGarantia : s Garantia
: cCliente
: TCliente
: TGarantia
1. Clic en Regis trar Garantia 2. Enlaza
3. Build 4. Mos trar
5. Ingres ar codigo y DNI 6. Tiempo de Ingres o
7. Clic en el icono Buscar 8. Subm it 9. Obj.Bus carCliente( codigo, DNI ) 10. Leer()
11. Obj.Bus carCliente(codigo, DNI )
12. Leer()
13. VectorGarantia
14. Build
15: Mostrar
16. Clic en el icono Editar
17. Selecionar la Garantia 18. Tiempo de Seleccion
19. Subm it
20. Obj.Bus carGarantia(codigo) 21. Leer() 22. VectorGarantia
23. Build 24. Mostrar
25. Ingres o de datos de la Garantia 26. Tiempo de Ingres o
27. Clic en el icono Grabar 28. Subm it
29. obj.ModificarGarantia(codigo) 30. Modificar() 31. VectorGarantia
32. Build
33. Mostrar
34. Clic en Imprim ir
35. Clic en Nuevo
36. Ingres o de datos de la Garantia 37. Tiempo de Ingres o
38. Clic en el Icono Grabar 39. Subm it
40. Obj.GenerarCodigo()
41. return: codigo
42. Obj.CrearGarantia(codigo, datos , ... ) 43. Crear() 44. VectorGarantia 45. Build 46. Mostrar
47. Clic en Imprim ir
88
FIGURA 33: INTERFAZ DE SOLICITUD DE CREDITO.
89
90 FIGURA 34: DIAGRAMA DE SECUENCIA DE SOLICITUD DE CREDITO.
: Cliente
: CP Menu Cliente
: CP Solicitud
: CP Calendario
: FrmSolicitud
: Frm Calendario : SP Solicitud
: sSolicitud : sAjaxTasa_Monto
: cTasa_Monto
: cNegocio
: cCliente
: cRelacion
: cSolicitud
: TCliente
: TNegocio
: TTasa_Monto
: TRelaciones
: TSolicitud
1. Clic en Solicitud de credito 2. Enlaza 3. Build 4. Mostrar
5. Ingresar codigo y DNI a buscar 6. Tiempo de ingreso
7. Clic en el icono Buscar
8. Submit
9. Obj.BuscarCliente( codigo, DNI ) 10. Leer()
11. objCliente 12. Obj.BuscarNegocio( codigo ) 13. Leer() 14. objNegocio 15. Build
16. Mostrar
17. Seleccionar el Negocio 18. Tiempo de seleccion
19. Ingresar Monto 20. Tiempo de ingreso
21. Seleccionar Moneda 22. Tiempo de seleccion
23. Seleccionar Tasa de interes 24. Tiempo de seleccion
25. Submit
26. BuscarTasas(String vmonto) 27. Leer() 28. Lista 29. Build 30. Mostrar
31. Ingresar los demas datos de la solicitud 32. Tiempo de ingreso
33. Clic en Grabar 34. Submit 35. Obj.GenerarCodigo() 36. return: codigo
37. Obj.CrearRelacion(codigo, codigoCli, 'Titular' ) 38. Crear()
39. Obj.CrearSolicitud(codigo,datos, ... ) 40. Crear() 41. objGenerarCalendario(datos )
42. Build
43. Mostrar
44. Clic en Imprimir
91
FIGURA 35: INTERFAZ DE RELACIONES (TITULARES / AVALES) DE CREDITO.
92 FIGURA 36: DIAGRAMA DE SECUENCIA DE RELACIONES DE CREDITO.
: Cliente
: CP Menu Cliente
: CP Relaciones
: Frm Relaciones
: SP Relaciones
: sRelaciones
: cSolicitud
: cRelaciones
: cCliente
: TSolicitud
: TCliente
: TRelaciones
1. Clic en Titulares / Avales 2. Enlaza
4. Build 5. Mostrar
6. Ingresar N solicitud y DNI del cliente 7. Tiempo de ingreso
8. Clic en el icono Buscar 9. Submit
10. Obj.BuscarSolicitud(codigoSol, DNI ) 11. Leer() 12. objSolicitud 13. Build 14. Mostrar
15. Ingresar Apellidos y Nombres, DNI del cliente a Buscar 16. Tiempo de ingreso
17. Clic en Buscar 18. Submit 19. Obj.BuscarCliente(DNI,datos, ... ) 20. Leer() 21. objCliente 22. Build
23. Mostrar
24. Seleccionar Relacion 25. Tiempo de seleccion
26. Clic en el icono Adicionar 27. Submit
28. Obj.CrearRelacion( codigoSol, codigoCli, Relacion ) 29. Crear() 30. objRelacion 31. Build
32. Mostrar
33. clic en el icono quitar 34. Submit
35. Obj.EliminarRelacion(codigo, codigoCli ) 36. Eliminar() 37. Boolean: True 38. Build 39. Mostrar
40. Clic en el icono Grabar
93
FIGURA 37: INTERFAZ DE CONSULTA DEL ESTADO DE UN CREDITO.
94 FIGURA 38: DIAGRAMA DE SECUENCIA DE CONSULTA DEL ESTADO DE UN CREDITO.: cCredito : cSolicitud : TSolicitud
: Cliente
: CP Menu Cliente
: CP Consulta de Estado
: Frm Consulta de Estado
: SP Consulta de Credito
: sSolicitud
: TCredito
1. Clic en Estado de un credito 2. Enlaza
3. Build 4. Mostrar
5. Ingresar codigo de solicitud y DNI del cliente 6. Tiempo de Ingreso
7. Submit 8. Obj.BuscarSolicitud(codSol, DNI ) 9. Leer()
10. objSolictud
11. Obj.BuscarEstado( objSolicitud ) 12. Leer()
13. VectorEstadoCredito 14. Build 15. Mostrar
95
FIGURA 39: INTERFAZ DE ATENCION DE UNA SOLICITUD.
96
97
FIGURA 40: DIAGRAMA DE SECUENCIA DE ATENCION DE UNA SOLICITUD.
: Analista
: CP Menu Analista
: CP AtenderSolicitud
: Frm AtenderSolicitud
: sCredito
: cSolicitud
: cAnalista
: cCredito
cHistorialCrediti cio
: TSolicitud
: THistorialCrediticio
: TAnalista
: TCredito
1. Clic en Atender Solicitud
2. Submit 3. TraerTodos() 4. Leer()
5. Lista 6. Build 7. Mostrar
8. Marcar la solicitud a atender 9. Tiempo de seleccion
10. Clic en el icono Grabar 11. Submit
12. Obj.BuscarSolicitud(codigo ) 13. Leer() 14. objSolicitud
15. Obj.BuscarCreditoVigente(objSolicitud.codCliente ) 16. Leer() 17. objCreditoVigente
18. TraerTodos() 19. Leer() 20. Lista 21. Build 22. Mostrar
23. Marcar el credito a Ampliar 24. Tiempo de seleccion
25. Seleccionar el Analista 26. Tiempo de seleccion
27. Clic en el icono Grabar 28. Submit 29. Obj.Crear(objSolicitud.codigo, datos, ... )
30. Crear()
98
FIGURA 41: INTERFAZ DE SUGERENCIA DE CREDITO.
99
100
101 FIGURA 42: DIAGRAMA DE SECUENCIA SUGERENCIA DE CREDITO.: Analista : CP Menu Analista : CP Gravamen : CP Evaluacion : CP Propuesta : CP Resumen : Frm Gravamen : Frm Evaluacion : Frm Propuesta : Frm Resumen : SP Gravamen : SP Evaluacion : SP Propuesta : SP Resumen : sAjaxBalance : sAjaxTasa_Monto : sSugerir : cCredito : cGarantia : cBalance : cGravamen : cEvaluacion : cTipoCredito : cLineaCrediticia : cTasa_Monto : TCredito : TGarantia : TBalance : TGravamen : TEvaluacion : TTipoCredito : TLineaCrediticia : TTasa_Monto 1. Clic en Gravamen 2. Enlaza 3. Build 4. Mostrar 5. Ingresar N de solicitud 6. Tiempo de Ingreso
7. Clic en el icono Buscar 8. Submit
9. BuscarCredito(String vnumSolicitud) 10. Leer() 11. objCredito 12. Build 13. Mostrar
14. Seleccionar cliente a quien pertenece la garantia 15. Submit 16. BuscarGarantia(codigocliente ) 17. Leer() 18. objGarantia 19. Build 20. Mostrar 21. Clic en Aceptar 22. Submit 23. Obj.GenerarCodigo()
24. return: codigoGr
25. Obj.CrearGravamen(codigoGr, datos) 26. Crear() 27. objGravamen 28. Buid
29. Mostrar 30. Clic en el icono Editar
31. Ingresar datos 32. Tiempo de Ingreso
33. Clic en el icono Grabar 34. Submit 35. Obj.ModificarGravamen(datos ) 36. Modificar() 37. ObjGravamen
38. Bulid 39. Mostrar
40. Clic en Imprimir
41. Clic en el icono siguiente-ir a Evaluacion
42. Submit 43. TraerTodos() 44. Leer() 45. Lista 46. Build 47. Mostrar
48. Seleccionar Tipo de credito 49. Submit 50. Obj.BuscarBalance(CodTipoCredito ) 51. Leer() 52. ObjBalance 53. Build
54.Mostrar
55 Ingresar datos 56. Tiempo de ingreso
57. Submit 58. CalcularBalance(datos) 59. Leer() 60. VectorBalance 61. Build
62. Mostrar
63. Clic en el icono Siguiente - Ir a propuesta 64. Submit 65. Obj.GenerarCodigo() 66. return: codigoEv
67. Obj.CrearEvaluacion(codigoEv, datos, ... ) 68. Leer() 69. objEvaluacion
70. BuscarCredito(String vnumSolicitud) 71. Leer() 72. ObjCredito
73. TraerTodos(codTipoCredito) 74. Leer() 75. Listar 76. Build 77. Mostrar
78. Ingresar Monto a Proponer 79. Tiempo de ingreso
80. Submit 81. TraerTasas(String vmonto) 82. Leer()
83. Listar
84. Build
85. Mostrar
86. Seleccionar Linea crediticia 87. Tiempo de seleccion
88. Ingresar los demas datos 89. Tiempo de ingreso
90. Clic en el icono siguiente- ir a Resumen 91. Submit
92. Obj.ModificarCredito(objCredito, datos, ... ) 93. Modificar()
94. ObjCredito
95. BuscarEvaluacion(objCredito.codigo ) 96. Leer() 97. ObjEvaluacion 98. Build 99. Mostrar
100. Clic en Imprimir
102 FIGURA 43: INTERFAZ DE APROBACION DE CREDITO.
103 FIGURA 44: DIAGRAMA DE SECUENCIA APROBACION DE CREDITO.
: Administrador
: CP Administrador
: CP Aprobacion
: Frm Aprobacion
: SP Aprobacion
: cCredito : sAprobacion
: cAdministrador
: TCredito
: TAdministrador
1. Clic en Aprobar credito 2. Enlaza
3. Build
4. Mostrar
7.Clic en Buscar 8. Submit 9. Obj.BuscarCredito(String vcodigo )
10. Leer() 11. ObjCredito
12. TraerTodos() 13. Leer() 14. objAdministrador 15. Build 16. Mostrar 17. Clic en Editar
18. Editar datos 19. Tiempo de ingreso
20. Clic en el icono Grabar 21. Submit
22. objModificarCredito( codigo, datos, ..., 'A' ) 22. Modificar() 23. objAprobacion 24. Build 25. Mostrar
26. Clic en el icono Imprimir
104
FIGURA 45: INTERFAZ DE ELIMINACION DE UNA APROBACION DE CREDITO.
105 FIGURA 46: DIAGRAMA DE SECUENCIA ELIMINACION DE UNA APROBACION DE CREDITO.
: Administrador
: CP Administrador
: CP Eliminar Aprobacion
: Frm Eliminar Aprobacion
: SP Eliminar Aprobacion
: sAprobacion
: cCredito
: TCredito
1. Clic en Eliminar Aprobacion 2. Enlaza 3. Build
4. Mostrar
5. Ingresar N de credito aprobado 6. Tiempo de ingreso
7. Clic en el icono Buscar 8. Submit
9. BuscarCredito(String v codigo) 10. Leer() 11. objCredito
12. Build 13. Mostrar 14. Clic en Eliminar 15. Submit
16. ModificarCredito( codigo, 'D')
17. Modificar()
106
FIGURA 47: INTERFAZ DE MODIFICACION DE FORMATO DE SUGERENCIA.
107
108 FIGURA 48: DIAGRAMA DE SECUENCIA ELIMINACION DE UNA APROBACION DE CREDITO.: cFormato : sFormato : cTipoCredito
: Gerente
: CP MenuGerente
: CP Formato
: Frm Formato
: TTipoCredito
: TFormato
1. Clic en Modificar Formato 2. Enlaza 3. TraerTodos() 4. Leer()
5. objTipoCredito 6. Build
7. Mostrar
8. Seleccionar el Tipo de Credito 9. Tiempo de seleccion
10. Submit
11. Obj.BuscarFormato( objTipoCredito.codigo ) 12. Leer() 13. objFormato 14. Build 15. Mostrar 16. Ingresar datos 17. Tiempo de Ingreso
18. Clic en el icono adicionar 19. Adicionar fila
20. Clic en el icono quitar 21. Quitar fila
22. Clic en el icono Grabar 23. Submit
24. Obj.ModificarFormato(obj.TipoCredito.codigo, datos, ... ) 25. Modificar() 26. objModificar 27. Build 28. Mostrar
29. Clic en el icono Imprimir
109 CAP ITUL O V CONCLUSIONES
V. CONCLUSIONES En esta primera prctica pre profesional se ha presentado el modo de funcionamiento del rea de crditos en la CMAC Maynas S.A. a travs del modelado de casos de uso del negocio. Se ha detectado la oportunidad de realizar una contribucin al rea de crditos en la CMAC Maynas S.A. mediante la creacin de un sistema de consultas, sugerencias y aprobaciones de crditos va web.
Esto con el fin de apoyar la labor de los analistas en la bsqueda de sus clientes y la mejora en las primeras etapas de seleccin de los crditos a atender.
5.1. Grado de cumplimiento de los objetivos Este trabajo de prctica pre profesional I ha cumplido con todos los objetivos propuestos: Se identifico y analiz los procesos del rea de crditos en la CMAC Maynas S.A. Se obtuvo los modelos de caso de uso para dirigir el desarrollo del proyecto, desde el anlisis hasta las pruebas, utilizando la metodologa RUP (Rational Unified Process o Proceso Unificado de Desarrollo de Software). Se describi la arquitectura del sistema de generacin dinmica de sugerencias, consultas y aprobaciones de crditos va web.
110 REFERENCIAS BIBLIOGRFICAS.
Booch, G. (2005). Proceso Unificado Rational. EE. UU. Deitel, J. M., & Deitel, P. J. (2008). Cmo programar en Java. Mxico: PEARSON EDUCACION DE MEXICO S.A. Fernndez, E. D. (2005).Introduccin a la Gestin. Valencia: Universidad Politcnica de Valencia. Hernndez Albaladejo, M. (2008). Introduccin al diseo asistido por computador. Espaa: Universidad de Murcia. Kendall, J. J., & Kenndall, J. E. (2005). Anlisis y Diseo de Sistemas. Mxico: PEARSON EDUCACION DE MEXICO, S.A. DE C.V. Munilla Calvo, E., & Garca Valcrcel, I. (2006). E-Bussines Corporativo. Espaa: Fundacin Confe