INDICE

I. JUSTIFICACION II. OBJETIVOS III. ENUNCIADO IV. ANALISIS DE ENTRADAS-PROCESOS-SALIDAS V. ANALISIS DE SUSTANTIVOS Y VERBOS VI. LISTA DE ACTORES VII. LISTA DE CASOS DE USO VIII. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES IX. DIAGRAMAS X. CONCLUSIONES XI. BIBLIOGRAFIA

I.

JUSTIFICACION

El propsito del trabajo final de ingeniera de software I, pretende desarrollar todo el contenido programtico visto y aplicar lo que la disciplina propone, la cual est conformada por un conjunto de mtodos, herramientas y tcnicas que se utilizan para el desarrollo de software, y a partir de la actividad de programacin que es herramienta fundamental a la hora de crear una aplicacin. A partir de ello nos orientaremos en la gestin de un proyecto para que ste se pueda desarrollar en un plazo determinado y con el presupuesto previsto. En ingeniera de software I, permite desarrollar el anlisis previo de la situacin, el diseo del proyecto, el desarrollo del software, las pruebas necesarias para confirmar su correcto funcionamiento y la implementacin del sistema. Para ello se plante un problema que presenta el Banco Hipotecario del caribe, quien se ve en la necesidad de establecer, nuevas estructuras tecnolgicas para mejorar su desempeo en el mercado y ofrecer sus productos de una manera ms eficiente a sus clientes. Teniendo en cuenta este problema planteado se utilizaran todos los elementos que se utilizaron en clase, como Rational Rose, aprendiendo UML en 24 horas, herramientas que permiten definir ntegramente las necesidades expuestas.

II.

ENUNCIADO

El Banco Hipotecario del Caribe, ha decidido renovar su plataforma tecnolgica en cuanto a su Core Business se refiere. Para esto ha desarrollado un plan estratgico de sistemas en donde la primera etapa de este proceso consiste en obtener ms dinmica y agilidad en sus productos activos, migrando sus productos de crdito, cartera y garantas a nuevas tecnologas. Estos nuevos sistemas se debern basar en servidores de alta disponibilidad, de alto performance y con gran capacidad para atender todo el volumen transaccional, y el almacenamiento y procesamiento de toda la informacin que dichos productos bancarios manejan. Como la estrategia del banco es desarrollar su plan estratgico en un tiempo de 4 aos, los nuevos sistemas debern estar integrados al resto de su Core Business que actualmente est soportado sobre un MAINFRAME 390 DE IBM. Este MAIN FRAME soporta todos los sistemas de todos los dems productos que tiene el banco y que son: cuentas corrientes, cuentas de ahorros, CDTs, cmaras de compensacin, recaudos empresariales, remesas y contabilidad. Con esta nueva coyuntura tecnolgica el banco modernizara sus productos de crdito, cartera y garantas, para ofrecer ms y mejores servicios a sus clientes, entre otros los siguientes: Manejar su lnea de crdito bandera que es el crdito hipotecario, bien sea para compra de nueva vivienda, vivienda usada, y remodelacin. Ampliar la gama de sus lneas de crdito al consumo, vehculo y Pymes Los crditos hipotecarios se deben manejar en pesos, UVRs de acuerdo con el marco legal que para tal fin ha emitido el gobierno nacional. Para PYMES se deben poder manejar crditos en dlares. Para todas las lneas de crdito mencionadas y las nuevas que puedan sacar el banco a futuro, se debe manejar no solo los tramites de colocacin y asignacin del crdito, si no tambin todo el recaudo de la cartera correspondiente.

En este orden de ideas, los anteriores servicios el Banco los va a ofrecer, mercadear y atender su operacin tanto en su red de oficinas como a travs de internet y por medio de su red de cajeros automticos. Todo esto garantizando la mejor integracin posible con el MAINFRAME. Lo anterior implica que los diferentes clientes del banco deben poder estar en capacidad de acceder a los diferentes servicios desde cualquiera de los puntos de la red de atencin mencionada. Los aspirantes a un crdito: Que puedan realizar simulaciones de acuerdo a sus necesidades. Los clientes que han solicitado un crdito:

Que puedan saber en qu etapa se encuentra su solicitud Los clientes a los cuales ya se les ha otorgado un crdito: Que puedan consultar su estado de cuenta Que puedan consultar la tabla de amortizacin de toda la vida de su crdito, discriminando valores de capital e intereses. Que puedan pagar sus cuotas. Todos los clientes de crditos: Conocer las tasas de liquidacin segn los plazos Conocer las cotizaciones del dlar y la UVR. Los abogados que realizan un cobro jurdico: Conocer cules son los casos con todos los datos necesarios del cliente del banco. Saber los pagos que ha realizado el cliente que se les ha asignado.

III.

ANALISIS DE ENTRADAS-PROCESOS-SALIDAS

Dentro de la identificacin y anlisis de este proceso se basa en el enunciado del problema planteado, que en este caso se trata del Banco Hipotecario del Caribe el cual ha decidido cambiar su plataforma tecnolgica de los productos que ofrece, como lo es cartera, garantas y crdito. IV.I ENTRADA

Toda la informacin existente y que se almacena en las bases de datos del banco y la cual se pretende migrar a la nueva plataforma y que pertenece especficamente a los productos que ofrece el banco IV.II PROCESO

Migrar la informacin de la tecnologa en uso, a la nueva plataforma tecnolgica a implementar, a partir de ello se realizara el estudio respectivo, de una nueva plataforma ms gil, que tenga en cuenta los requerimientos funcionales sobre los productos y necesidades que el banco tiene. Para ello se tendrn en cuenta los casos de uso, diagramas de colaboracin, diagramas de clases, de actividades, pseudocdigo y diagramas de clases; utilizando la herramienta RATIONAL ROSE. IV.III SALIDA

Se ve por finalizada la migracin de total de la informacin de los productos del banco, implementado los requerimientos solicitados que le permiten un uso adecuado para los clientes, siendo implementados en un estudio por el lapso de cuatro aos y que denoten una ptima y gil respuesta a las necesidades que se exigan en el desarrollo del sistema.

IV.

ANALISIS SEMANTICO DEL ENUNCIADO V.I. ANALISIS DE LAS ACTIVIDADES DEL BANCO

ACTIVIDADES DEL BANCO CENTRAL Y LA NUEVA TECNOLOGIA * * * PLATAFORMA TECNOLOGICA CORE BUSINESS PLAN ESTRATEGICO PRODUCTOS DE CRDITO PRODUCTOS DE CARTERA PRODUCTOS DE GARANTIA NUEVAS TECNOLOGIAS SERVIDORES CUENTA CORRIENTE CUENTA DE AHORROS CDT'S CAMARA DE COMPESACION RECAUDO EMPRESARIAL REMESA CONTABILIDAD LINEA DE CRDITO HIPOTECARIO COMPRA DE VIVIENDA USADA COMPRA DE VIVIENDA NUEVA REMODELACION PESOS UVR DE CONSUMO VEHICULOS PYMES TRAMITES DE COLOCACION ASIGNACION DE CRDITO REACUDO DE CARTERA MAIN FRAME RED DE OFICINAS INTERNET CAJEROS AUTOMATICOS SIMULACIONES SOLCITAR ESTADOS DE CUENTA TABLA DE AMORTIZACION PAGOS REALIZADOS PAGAR CUOTAS TASAS DE LIQUIDACION COTIZACION DLAR COTIZACION UVR COBRO JURIDICO

* * * * * * * * * * *

* * * * * * *

* * * *

V.II.

VERBOS SIMULAR OFRECER MEJORAR GARANTIZAR REALIZAR OTORGAR SABER ENCONTRAR RECAUDAR COMPRAR DISEAR MIGRAR ACCEDER ASIGNAR PAGAR

RENOVAR OBTENER MODERNIZAR ANTENDER INTEGRAR V.III.

SUSTANTIVOS PLATAFORMA TECNOLOGICA COBROS CREDITOS TRANSACCION COTIZACION GARANTIAS SIMULACION PAGO

SERVIDORES CUENTAS DATOS CLIENTE NECESIDAD PRODUCTO CARTERA CAPACIDAD

REMESA ACTIVOS LINEA DE CREDITO NECESIDAD BANCO LIQUIDACION SOLICITUD SERVICIO

V.

TABLA DE ACTORES

ACTOR CASOS DE USO TIPO DESCRIPCION

TABLA DE ACTORES CLIENTE PROCESAR CREDITO,CONSULTAR PAGOS, PAGAR CUOTAS, MOSTRAR TASA DE LIQUIDACION,COTIZACION DLAR, UVR,SIMULAR CREDITO, CONSULTAR AMORTIZACION PRINCIPAL PERSONA CLIENTE QUE TIENE UN CREDITO CON EL BANCO HIPOTECARIO DEL CARIBE

FUNCIONARIO_BANCO PROCESAR CREDITO, CONSULTAR PAGOS, PAGAR CUOTAS, MOSTRAR TASA DE LIQUIDACION, CASOS DE USO COTIZACION DEL DLAR, UVR, MIGRAR PRUDUCTOS,SIMULAR CREDITO, CONSULTAR CLIENTES EN MORA, MIGRAR PRODUCTOS TIPO PRINCIPAL EMPLEADO DEL BANCO QUE ACTUA DE ACUERDO A LAS DESCRIPCION NECESIDADES DEL MERCADO EL FUNCIONARIO TENDRA UN CARGO ESPECIFICO, SEGN EL CASO QUE SE ESTABLEZACA;EXISTIRAN UNO O MAS FUNCIONARIOS CON CARGOS DISTINTOS QUE INTEVENDRAN EN LOS PROCESOS BANCARIOS.

ACTOR

VI.

TABLA DE CASOS DE USO

CASOS DE USO ACTORES TIPO PROPOSITO RESUMEN 1

PRECONDICIONES

EXCEPCIONES CASOS DE USO ACTORES TIPO PROPOSITO RESUMEN 2 PRECONDICIONES

MIGRAR PRODUCTOS FUNCIONARIO_BANCO PRINCIPAL MIGRAR INFORMACION MIGRAR INFORMACION DE LOS PRODUCTOS DE CARTERA, CREDITO Y GARANTIAS. EL BANCO SUMINISTRA LOS DATOS DE LOS PRODUCTOS QUE POSEE EL BANCO EL AREA DE SISTEMAS REALIZARA LA MIGRACIONDE LOS PRODUCTOS QUE POSEE EL BANCO, A UNA NUEVA HERRAMINTA TECNOLOGICA. QUE NO EXISTA INFORMACION SIMULAR CREDITO FUNCIONARIO Y CLIENTE BASICO SIMULAR CREDITOS DE ACUERDO A LAS NECESIDADES QUE EL ASPIRANTE TIENE, REALIZARA LA SIMULACION ASPIRANTE SOLICITA SIMULAR UN CREDITO *EL BANCO REGISTRA DATOS DEL ASPIRANTE *ASPIRANTE SOLICITA SIMULACION * BANCO REALIZA POR MEDIO DE SU FUNCIONARIO LA SIMULACION DE CREDITO PROCESAR CREDITO CLIENTE FUNCIONARIO BASICO SABER LA ETAPA DEL CRDITO DE ACUERDO A LA SOLICITUD DEL CRDITO, VALIDAR EL ESTADO EN QUE SE ENCUENTRA EL CRDITO UN CLIENTE SOLICITO UN CRDITO * UN CLIENTE SOLICITA UN CRDITO * EL BANCO CONSULTA EL CRDITO * EL CLIENTE OBTIENE INFORMACION EL ESTADO * EL BANCO INFORMA EL RESULTADO DE LA CONSULTA EL CRDITO CONSULTADO NO SE CUENTRA REGISTRADO

FLUJO PRINCIPAL

EXCEPCIONES CASOS DE USO ACTORES TIPO PROPOSITO RESUMEN 3 PRECONDICIONES

FLUJO PRINCIPAL

EXCEPCIONES

CONSULTAR ESTADO CLIENTE - FUNCIONARIO BASICO CONSULTAR EL ESTADO DE UNA CUENTA EL CLIENTE PUEDE CONSULTAR EL ESTADO RESUMEN ACTUAL EN QUE SE ENCUENTRA UN CRDITO 4 EL CLIENTE TIENE OTORGADOUN CRDITO PRECONDICIONES CLIENTE CONSULTARA EL ESTADO DE CUENTA *CLIENTE SOLICITARA EL ESTADO DE FLUJO PRINCIPAL CUENTA *BANCO INFORMA EL ESTADO DE LA CUENTA EXCEPCIONES NO REGISTRA CRDITO CONSULTAR AMORTIZACION CLIENTE - FUNCIONARIO BASICO CONSULTAR TABLA DE AMORTIZACION CONSULTAR TABLA DE AMORTIZACION DE TODA LA HISTORIA CREDITICIA, RESUMEN DISCRIMINANDO VALORES DE CAPITAL E 5 INTERESES PRECONDICIONES EL CLIENTE TIENE UN CRDITO * SE SOLICITA LA TABLA DE AMORTIZACION FLUJO PRINCIPAL *BANCO EXPIDE TABLA DE AMORTIZACION ESPECIFICANDO CAPITAL E INTERESES NO EXITE CRDITO - NO SE REGISTRA EXCEPCIONES CLIENTE CONSULTAR PAGOS CLIENTE - FUNCIONARIO BASICO CONSULTAR PAGOS REALIZADOS EL CLIENTE CONSULTARA EL PAGO QUE HA RESUMEN REALIZADO DE ACUERDO A SU CAPITAL E INTERESES 6 PRECONDICIONES EL CLIENTE TENDRA UN CRDITO EL CLIENTE REALIZARA AL MENOS UN PAGO * EL CLIENTE CONSULTA EL PAGO FLUJO PRINCIPAL * BANCO GENERA REPORTE DE DETALLADO DE LOS PAGOS EVIDENCIANDO LOS ABONOS AL CAPITAL E INTERESES NO EXISTE EL CRDITO - NO HA REALIZADO EXCEPCIONES PAGOS CASOS DE USO ACTORES TIPO PROPOSITO CASOS DE USO ACTORES TIPO PROPOSITO

CASOS DE USO ACTORES TIPO PROPOSITO

CASOS DE USO ACTORES TIPO PROPOSITO RESUMEN 7

PAGAR CUOTAS CLIENTE - FUNCIONARIO BASICO CLIENTE PAGARA UNA CUOTA EL CLIENTE PODRA REALIZAR LOS PAGOS DE SU CRDITO

CLIENTE TIENE UN CRDITO PRECONDICIONES EL CLIENTE REALIZA EL PAGO DE LA CUOTA DEL CRDITO *CLIENTE SOLICITA PAGAR CUOTA FLUJO PRINCIPAL * BANCO RECIBE PAGO *EL CLIENTE REALIZO EL PAGO EXCEPCIONES NO EXITE CRDITO, NO HABRAN CUOTAS POR PAGAR MOSTRAR TASA DE LIQUIDACION

CLIENTE - FUNCIONARIO SECUNDARIO MOSTRAR LA TASA DE LIQUIDACION EL CLIENTE PUEDE CONOCER LA RESUMEN LIQUIDACION DE SU CRDITO SEGN LOS 8 PLAZOS PARA SU PAGO PRECONDICIONES EL CLIENTE TENDRA UN CRDITO *CLIENTE CONSULTA TASA DE FLUJO PRINCIPAL LIQUIDACION *BANCO EXPIDE LA TASA DE LIQUIACION EXCEPCIONES NO EXITE UN CRDITO CASOS DE USO ACTORES TIPO PROPOSITO RESUMEN 9 PRECONDICIONES COTIZACION DEL DLAR CLIENTE - FUNCIONARIO SECUNDARIO CONSULTAR COTIZACION DLAR CONOCER LA COTIZACION DE LA DIVISA EL CLIENTE TENDRA UN CRDITO

CASOS DE USO ACTORES TIPO PROPOSITO

*CLIENTE CONSULTA EL VALOR DE LA FLUJO PRINCIPAL DIVISA *BANCO EXPIDE O MUESTRA EL VALOR DE LA DIVISA EXCEPCIONES NO EXISTA UN CRDITO

CASOS DE USO ACTORES TIPO PROPOSITO RESUMEN 10 PRECONDICIONES

COTIZACION DEL UVR CLIENTE - FUNCIONARIO SECUNDARIO CONSULTAR VALOR DE UVR CONSULTAR COTIZACION DE LA UVR CONOCER LA COTIZACION DE LA UVR

*CLIENTE CONSULTA EL VALOR DE LA FLUJO PRINCIPAL COTIZACION DE LA UVR *BANCO EXPIDE EL VALOR DE LA UVR EXCEPCIONES NO EXISTA UN CRDITO CASOS DE USO ACTORES TIPO PROPOSITO CLIENTE EN MORA

CLIENTE-FUNCIONARIO BASICO IDENTIFICAR LOS CLIENTES EN MORA LOS ABOGADOS CONOCERAN LA RESUMEN INFORMACION DE LOS CLIENTES EN MORA 11 PRECONDICIONES CLIENTE PRESENTA MORA EN CRDITO *BANCO INFORMA LOS DATOS DEL FLUJO PRINCIPAL CLIENTE EN MORA *ABOGADO REGISTRA EL CASO DEL CLIENTE EN MORA SUBFLUJO DATOS INCORRECTOS EXCEPCIONES EL CLIENTE PAGO SALDO Y NO SE ECUENTRA EN MORA PAGO EN MORA CLIENTE-FUNCIONARIO BASICO CONOCER LOS PAGOS EN MORA IDENTIFICAR LOS PAGOS QUE EFECTUARON LOS CLIENTES CON UN CRDITO EN MORA

CASOS DE USO ACTORES TIPO PROPOSITO RESUMEN 12

PRECONDICIONES CLIENTE CON CRDITO EN MORA CLIENTE REALIZA EL PAGO *CLIENTE PAGA CUOTA EN MORA FLUJO PRINCIPAL *BANCO REGISTRA PAGO EN MORA *ABOGADO CONSULTA EL PAGO EXCEPCIONES CLIENTE NO HA REALIZADO PAGOS

VII.

REQUERIMIENTOS

VIII.I

FUNCIONALES

Se define como una funcin del sistema de software o sus componentes. Una funcin es descrita como un conjunto de entradas, comportamientos y salidas. Los requerimientos funcionales pueden ser: clculos, detalles tcnicos, manipulacin de datos y otras funcionalidades especficas que se supone, un sistema debe cumplir. Los requerimientos de comportamiento para cada requerimiento funcional se muestran en los casos de uso. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseo o la implementacin. REQ001: Requerimientos de contenido, los cuales el banco tiene la necesidad de almacenar la informacin de sus productos de Cartera, Crdito y Garantas, en una nueva tecnologa. REQ002: Requerimientos de interaccin, en los cuales el usuario podr manejar de manera gil y dinmica sus necesidades que refieran al uso de los productos del banco, ya sea en su red de oficinas o de cajeros automticos a nivel nacional. REQ003: Requerimientos de navegacin, las necesidades de establecer comunicacin fiable a los clientes y el sistema de informacin del Banco. una

REQ004: Requerimientos transaccionales, la funcionalidad y operatividad de clculos de las transacciones que realicen los clientes y funcionarios del banco

VIII.II

NO FUNCIONALES

Es un requisito que especifica criterios que pueden usarse para juzgar la operacin de un sistema en lugar de sus comportamientos especficos, ya que stos corresponden a los requisitos funcionales. Por tanto, se refieren a todos los requisitos que ni describen informacin a guardar, ni funciones a realizar. REQNF001: El sistema debe funcionar correctamente REQNF002: El sistema tendr que cumplir con las disposiciones legales vigentes que el estado le exige a las entidades bancarias y sus productos.

VIII.III.

PSEUDOCODIGOS A. SIMULACION DE CREDITOS

B. COSULTA MOVIMIENTOS FINANCIEROS

VIII. IX.I

DIAGRAMAS DIAGRAMA DE CLASES

PERFIL_FUNCIONARIO
Tipo_funcionario Descripcion_Funciones Ingresar_Funcionario() Consultar()

TIPO_CREDITO
Tipo Numero_Credito Valor Actualizar()

1 FUNCIONARIO
Nombre Identificacion Cargo TPerfil_Funcionario

CLIENTE
Nombre Identificacion Direccion Telefono Solicita_Creditos() Pago_de_Creditos()

1 CREDITO No_Credito Cliente 1 Crear() Actualizar() 1 DETALLE_DE_CARTERA Detalle_Cartera No_Credito 1 CARTERA

Numero_Credito Cliente

1..*

Ingresar_Clientes() Actualiza_Datos_Cliente() Consulta_Saldo() Consulta_Pagos() Consulta_uvr() Consulta_valor_divisas() Realiza_Giros() Realiza_Consignaciones()

1 PRODUCTO *
Tipo Nombre_Producto Numero_Producto Solicitar_Producto()

Actualizar() 1

Actualizar() Cargar()

1 GARANTIA
Tipo_Garantia Numero_Garantia Solicitar_Garantia() Actualizar _Garantias()

IX.II.

DIAGRAMAS DE CASOS DE USO

A. DIAGRAMA DE CASOS DE USO DE FUNCIONARIOS BANCO

Ingresa_Clientes

Verifica_Datos

<<extend>>

Estudia_Creditos

Simula_Creditos

Aprueba_Creditos

FUNCIONARIO
<<extend>>

Verificar_Cartera

Consulta_Pagos

Reporta_Mora_En_Pagos

B. DIAGRAMA DE CASOS DE USO DE LOS CLIENTES

Solicita_Credito

Estudio_Credito

Consulta_Credito

Etapa_Credito

Paga_Credito

Pagos_Realizados

CLIENTE
Consulta_Amortizacion

Cons ulta_UVR

Cons ulta_Dolar

IX.III

DIAGRAMAS DE ESTADO

A. DIAGRAMA PARA SOLICITUD Y SIMULACION DE CRDITO

Credito

Aspira_Credito

Realiza_Simulacion_Credito

Obtiene_Simulacion_Credito

B. DIAGRAMA PARA VERIFICAR EL ESTADO DE UN CRDITO

Credito

Solicitud_de_Credito

Etapa_de_Solicitud

Verifica_Etapa_Credito

C. DIAGRAMA PARA ASIGNACION O APROBACION DE CREDITO

Credito

Credito_Asignado

Estado_De _Cuenta

Muestra_Estado_Cuenta

IX.IV

DIAGRAMAS DE SECUENCIA

A. SIMULAR CRDITO

: CLIENTE

: FUNCIONARIO

CREDITO

SIMULADOR DE CREDITOS

1: SOLICITUD
2: VERIFICA POSIBILIDAD DE OBTENER CREDITO

3: VERIFICA DATOS 4: REALIZA SIMULACION 5: EXPIDE INFORMACION DE CREDITO

B. ETAPA DEL CRDITO

: CLIENTE

ETAPA
: FUNCIONARIO

SOLICITUD DE CREDITO VERIFICA

REPORTA INFORMA LA ETAPA DEL CREDITO

C. ESTADO DE CUENTA

: CLIENTE

: FUNCIONARIO

ESTADO_DE_CUENTA : CREDITO

SOLICITUD_DE_ESTADO CONSULTAR ESTADO

REPORTA_ESTADO_CUENTA
INFORMA EL ESTADO DE LA CUENTA

D. CONSULTA DE TABLA DE AMORTIZACION

: CLIENTE

: FUNCIONARIO

TABLA DE AMORTIZACION

CAPITAL

INTERESES

SOLICITUD DE AMORTIZACION CONSULTA VERIFICA VALOR INFORMA VALOR DE CAPITAL

CONSULTA INTERES

INFORMA VALOR INTERESES

REPORTA TABLA DE AMORTIZACION

MUESTRA AMORTIZACION

E. PAGOS

: CLIENTE

PAGOS
: FUNCIONARIO

CONSULTA VERIFICA REALIZA EFECTUA

EXPIDE REPORTE INFORMA REPORTE PAGO

IX.V

DIAGRAMAS DE COLABORACION

A. SIMULAR CRDITO

: CLIENTE

: FUNCIONARIO

2: VERIFICA POSIBILIDAD DE OBTENER CREDITO 5: EXPIDE INFORMACION DE CREDITO 3: VERIFICA DATOS

CREDITO

SIMULADOR DE CREDITOS

4: REALIZA SIMULACION

B. ETAPA DEL CRDITO

1: SOLICITUD DE CREDITO : CLIENTE 4: INFORMA LA ETAPA DEL CREDITO

3: REPORTA

: FUNCIONARIO

2: VERIFICA

ETAPA

C. ESTADO DE CUENTA
1: SOLICITUD_DE_ESTADO

: CLIENTE

4: INFORMA EL ESTADO DE LA CUENTA : FUNCIONARIO

3: REPORTA_ESTADO_CUENTA 2: CONSULTAR ESTADO

ESTADO_DE_CUENTA : CREDITO

D. CONSULTA DE TABLA DE AMORTIZACION

1: SOLICITUD DE AMORTIZACION

8: MUESTRA AMORTIZACION : CLIENTE : FUNCIONARIO 7: REPORTA TABLA DE AMORTIZACION

2: CONSULTA

TABLA DE AMORTIZACION
6: INFORMA VALOR INTERESES 3: VERIFICA VALOR

5: CONSULTA INTERES

4: INFORMA VALOR DE CAPITAL

INTERESES

CAPITAL

E. PAGOS
3: REALIZA

6: INFORMA REPORTE PAGO : CLIENTE : FUNCIONARIO

5: EXPIDE REPORTE 2: VERIFICA 4: EFECTUA

IX.VI

DIAGRAMAS DE ACTIVIDAD

A. MIGRACION

Cartera

Migracion Productos

Productos

Garantias

Actual Tecnologia

Nueva Tecnologia

Creditos

Nueva Plataforma

B. NUEVA TECNOLOGIA

Nueva Tecnologia

almacenamiento de transacciones

Procesamiento de Informacion

Alto Volumen de Transacciones

Servidores

C. CRDITO HIPOTECARIO

CREDITO HIPOTECARIO

COSTO EN PESOS

COSTO EN UVR

REMODEL ACION

VIVIENDA USADA

VIVIENDA

NewState2

D. CRDITO

Credito

HIPOTECA RIO

DE CONSUMO

PYMES

NUEVAS LINEAS

E. RED BANCARIA

RED

OFICINAS

PORTAL WEB

CAJEROS AUTOMATICOS

NewState3

IX.VII. DIAGRAMA DE COMPONENTES A. SERVIDOR WEB

CONTROL_BANCARIO

INTERFAZ

FUNCIONARIO_BD

B. SERVIDOR DE BASES DE DATOS

BASE DE DATOS

GESTOR_BD

INTERFAZ SOFTWARE

IX.

CONCLUSIONES

A pesar de la importancia que tiene la Ingeniera de Software, las tcnicas han aportado mucho a hacerse notar en esta actividad. An quedan muchos desafos que deben ser mejorados, tales como la integracin de requerimientos funcionales y no funcionales, la evaluacin de especificaciones alternativas, la formalizacin de la SRS, entre otras. Cada actividad y tcnica fue utilizada individualmente, dar diferentes soluciones para diferentes proyectos, incluyendo aquellos casos en los que el dominio y el rea del problema son el mismo. Por esta razn, considero que no existe un modelo de proceso ideal o especifico si no que existen diversas actividades por medio de las cuales se pueda encontrar el mtodo o la ofreciendo diferentes soluciones ante un problema y que permiten abordar el anlisis desde un punto de vista ms integro. En esta investigacin se presentaron una serie de actividades y tcnicas, que no pertenecen a un modelo de proceso en s, sino, que son una alternativa al material publicado por diferentes autores y que, desde mi punto de vista, son las ms importantes. Debemos recordar que esta actividad debe involucra a clientes, usuarios, equipo de desarrollo, administradores de proyectos, etc.; por lo tanto, el proceso de no depende solamente de la forma en cmo se percibe el problema, sino tambin, del nivel de experiencia que tengan los involucrados. Tomando en cuenta la magnitud de comunicacin y el trabajo en equipo que debe existir, considero necesario enfatizar ms en cerrar las brechas que todava existen, como la comunicacin, factor organizacional y econmico. Igualmente me parece importante tomarse el tiempo necesario para conocer a nuestros clientes y usuarios, as como su ambiente de trabajo. Esto, tambin ayuda a establecer una buena relacin de trabajo y comunicacin entre el equipo de desarrollo y los clientes. Es realmente necesario que los clientes y usuarios participen en la definicin de sus requerimientos, pues ellos son los que deciden nuestro destino en el proyecto, deciden si les gustamos o no y adems financian el proyecto. En cuanto al desarrollo de la actividad, se documentaron las tareas asignadas en el enunciado de acuerdo a los lineamientos acadmicos que fueron expuestos en clase, tratando de realizar el trabajo acorde a las actividades y talleres realizados para el aprendizaje. Por ltimo desarrollar software de calidad, a tiempo y dentro del presupuesto, har que nuestros clientes confen y asegurar el crecimiento y madurez de la relacin de negocio.

X.

BIBLIOGRAFIA

1. http://www.youtube.com/watch?v=-36NGkXNgW4 2. http://www.docirs.cl/uml.htm 3. http://www.leobravo.cl/programas/recursos/Aprendiendo-uml-en-24horas.pdf 4. http://users.dcc.uchile.cl/~psalinas/uml/casosuso.html 5. http://www2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf 6. http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:pis:diagram as_de_clases_y_casos_de_uso.pdf 7. http://eii.ucv.cl/pers/guidi/cursos/estructuras/pdf/SEDiagramasDeClasesUML.pdf