tabajo Credito Bancario

7/13/2019 tabajo Credito Bancario

1/38

CREDITO BANCARIOModelamiento de un Sistema

Docente:

1

Sistemas UNI - 2015

Modelamiento de Base de Datos


2/38

2

Sistemas UNI - 2015

CURSO: Modelamiento de Base de Datos

DOCENTE: xxx

TEMA: Modelar un crdito Bancario

ALUMNAS:

Arango Acua Rosario

Alicia L!"e# $lores


LIMA PER


3/38

3

Sistemas UNI - 2015

DEDCATORIA

Dedico esta trabajo a todos aquellos que no creyeron en nosotros, a aquellos que esperaban

nuestro fracaso en cada paso que dbamos hacia la culminacin satisfactoria de este curso,

a aquellos que nunca esperaban que lograra terminar este trabajo, a todos aquellos que

apostaban a que nos rendiramos a medio camino, a todos los que supusieron que no lo

lograramos, a todos ellos les dedicamos esta trabajo, por darnos ese impulso inconsciente

para que esto se haga realidad



4/38

!

Sistemas UNI - 2015

MARCO CONCEPTUA

Metas a al!an"a#" #l dise$o de un soft%are que facilite a la banca y al usuario la generacin de cr&ditos

financieros 'on el manejo de datos importantes y que a la (e) el usuario sea capa) de

calcular los intereses y l administracin de sus cr&ditos

" *enerar una opcin ms en el mercado que al igual que otros sistemas a(an)ados cumpla

con todos los requerimientos necesarios para poder administrar de manera eficiente los

recursos que tienen que (er con el otorgamiento de cr&ditos

" +acilitar a la empresa la competencia con otros de sistemas a(an)ados

En$o%ue

#l enfoque para el presente trabajo es la gestin de cr&ditos, intereses sobre el cr&dito,

fechas de pago, administracin de clientes y pagos de cuotas completas

Ne!esidades a satis$a!e#

a empresa normalmente presenta incon(enientes a la hora de gestionar un cr&dito, ya sea

porque el usuario no cono)co los procedimientos o porque los datos no se actuali)an, entre

otros #stos incon(enientes se solucionan con el dise$o de un soft%are que supla realmente

las necesidades que tienen al pie de la letra

Se#&i!ios

" -ngresar, actuali)ar y eliminacin de los clientes

" -ngresar, actuali)ar y eliminar tasas de inter&s

" -ngresar, actuali)ar y eliminar requisitos por cr&ditos

" -ngresar, actuali)ar y eliminar tipos de cr&dito

" -ngresar, actuali)ar y eliminar documentacin requerida por cr&ditos

" .egistrar y eliminacin de cr&ditos

" /imulacin del cr&dito

" 0isuali)acin del cr&dito



5/38

Sistemas UNI - 2015

" ago de cuota completa

Cont#oles

#l control estar dado al momento de acceder al sistema, pues el soft%are solicitar un

usuario y una cla(e, al cual (alida entre dos perfiles de usuario y el administrador, el

administrador tiene todos los derechos sobre toda la funcionalidad de la aplicacin y el

asesor, perfil que no tendr acceso al formulario de usuarios y tampoco podr configurar el

modulo, pero si podr consultar la configuracin eistente

/e utili)an los siguientes diagramas para su conceptuali)acin:

" Dia'#ama de Casos de Uso(4ostrara los procesos rele(antes en un escenario con susrespecti(os actores

" Dia'#ama de se!uen!ia: Donde se obser(an a los diferentes objetos y las relaciones quepueden tener entre ellos, los mensajes que se en(an entre ellos

" Dia'#ama de a!ti&idades: #s una etensin de Diagrama de #stados, ha sido dise$adapara mostrar una (isin simplificada de lo que ocurre durante la operacin o proceso,

resaltando precisamente en la acti(idades

" Dia'#amas de !lases(os diagramas de clases son diagramas estticos porque muestranlas clases, junto con sus m&todos y atributos, as como las relaciones estticas entre ella ymuestran las diferentes clases que componen un sistema y cmo se relacionan unas con

otras



6/38

5

Sistemas UNI - 2015



7/38

6

Sistemas UNI - 2015

CASO DE USO SISTEMA DE CR)DITOS BANCARIO



8/38

7

Sistemas UNI - 2015

CASO DE USO( Re'ist#a# !liente

Nom*#e: .egistrar cliente

Auto#( .osario 8rango y 8licia pe)

+e!,a( 1292921

Des!#i!i.n(

/e inicia con el ingreso de clientes al sistema, con todos los datos necesarios para la

gestin del cr&dito e informacin necesaria de un cliente

A!to#es( 8sesor comercial

P#e !ondi!iones(

#l sistema debe estar -nstalado

a conein con la base de datos debe estar correctamente

+lu/o No#mal(

#l asesor comercial ingresa los clientes al sistema, registrando todos los campos solicitados

por el modulo

+lu/o Alte#nati&o(

#l sistema reali)a la (alidacin de los campos con respecto al tipo de dato que se debe

registrar

Post !ondi!iones(

os Datos han sido almacenados en el sistema /e puede continuar con el registro de los

cr&ditos y la simulacin



9/38

;

Sistemas UNI - 2015

CASO DE USO( Soli!ita# C#dito

Nom*#e: /olicitar 'r&dito


+e!,a( 1292921

Des!#i!i.n('omien)a con la solicitud del cr&dito por el cliente, seg


10/38

1

Sistemas UNI - 2015

os Datos han sido almacenados en el sistema

/e reali)ar la simulacin y se cambia de estado el cr&dito

CASO DE USO( E/e!uta# simula!i.n

Nom*#e: #jecutar simulacin


+e!,a( 1292921

Des!#i!i.n(

/e simula el cr&dito para informar al cliente, las cuotas del cr&dito y las fechas de pago,

todo esto lo reali)a el asesor


P#e !ondi!iones(



#l cr&dito debe estar registrado

+lu/o No#mal(


registrar y la (alidacin de los datos necesarios para reali)ar la simulacin

+lu/o Alte#nati&o(


registrar y la (alidacin de los datos necesarios para reali)ar la simulacin

Post !ondi!iones(




11/38

11

Sistemas UNI - 2015

/e reali)a la consulta de las cuotas del cr&dito y la aprobacin o recha)o de este

CASO DE USO( A#o*a# !an!ela# !#dito

Nom*#e: 8probar cancelar cr&dito


+e!,a( 1292921

Des!#i!i.n(

a (alidacin es reali)ada por el asesor comercial, cuando el cliente entregue losdocumentos necesarios e informe del inter&s de tomar el creidito


P#e !ondi!iones(



#l cr&dito debe estar registrado, simulado

+lu/o No#mal(

#l asesor comercial reali)a el proceso de cabio de estado del cr&dito cambiando de estado

=registrado> ha estado =cancelado> o =aprobado>

+lu/o Alte#nati&o(


registrar

Post !ondi!iones(



12/38

12

Sistemas UNI - 2015


/e reali)a el proceso de registrar pago

CASO DE USO( Re'ist#a# a'o

Nom*#e: 8probar cancelar cr&dito


+e!,a( 1292921

Des!#i!i.n(

#l cliente reali)a el pago en la entidad bancaria e informa al asesor comercial del pago

reali)ado, el asesor comercial ingresa al formulario de registrar pago, selecciona el cr&dito

y la cuota y registra el pago ejecutando el proceso

A!to#es( 8sesor comercial, cliente

P#e !ondi!iones(



#l cr&dito debe estar registrado, simulado y aprobado

+lu/o No#mal(

#l asesor comercial reali)a el proceso de pago de la cuota seg


13/38

13

Sistemas UNI - 2015

CASO DE USO( Con$i'u#a# el modulo

Nom*#e: 'onfigurar el modulo


+e!,a( 1292921

Des!#i!i.n(

4uestra la configuracin necesaria antes de usar el modulo para generar simulaciones de

cr&ditos, aprobacin de cr&ditos y pago de cuotas #s necesario configurar los tipos decr&dito y la disponibilidad de dinero por cada cr&dito, las tasas de inter&s que se (an a

manejar y por


14/38

1!

Sistemas UNI - 2015

P#e !ondi!iones(

#l sistema debe estar -nstalado a conein con la base de datos debe estar correctamente

+lu/o No#mal(

#l administrador configura los tipos de cr&ditos

#l administrador configura las tasas a calcular

#l administrador configura los documentos a solicitar

+lu/o Alte#nati&o(

#l sistema debe ser configurado con anterioridad por el administrador, para reali)ar unacorrecta simulacin del cr&dito

Post !ondi!iones(

a configuracin queda registrada en el sistema

SOICITAR CREDITO



15/38

1

Sistemas UNI - 2015

CASO DE USO( Soli!ita# !#dito

Nom*#e: /olicitar cr&dito


+e!,a( 1292921



16/38

15

Sistemas UNI - 2015

Des!#i!i.n(

'omien)a con la muestra de la solicitud del cr&dito, por parte del cliente y el registro delmismo cr&dito por parte del asesor comercial, quien luego de recibir toda la informacin

necesaria para el cr&dito lo procesa para obtener la simulacin de los (alores y las fechas de

la amorti)acin del cr&dito solicitado

A!to#es( 8sesor comercial, cliente

P#e !ondi!iones(

#l sistema debe estar configurado

+lu/o No#mal( #l cliente solicita el cr&dito

#l asesor comercial ingresa al sistema la informacin del cliente y del cr&dito que

est solicitando

#jecuta la simulacin

#ntrega al cliente la informacin de forma (erbal y el reporte del cr&dito

+lu/o Alte#nati&o(

#l administrador configura con anterioridad el sistema para reali)ar una correcta

simulacin del cr&dito la correcta simulacin del cr&dito necesita que la informacin este completa

Post !ondi!iones(

a simulacin queda registrada en el sistema, para aprobar el cr&dito

#n caso de reali)arse futuros tramites el cliente queda registrado en el sistema

DIARAMA DE SECUENCIA(

#n los siguientes diagramas de secuencias mostraremos los diferentes objetos y lasrelaciones que pueden tener entre ellos, los mensajes que se en(an entre ellos /on dos

diagramas diferentes, que se puede pasar de uno a otro sin p&rdida de informacin, pero que

nos dan puntos de (ista diferentes del sistema #n resumen, cualquiera de los dos es un

Diagrama de -nteraccin



17/38

Sistemas UNI - 2015

CON+IRACION DE TASA

Con

#n el diagrama se obser(a como es el procedimiento para la configuracin de las tasas en el sistema, el actor encargado de esta configuracin es el

administrador ingresando la informacin por formulario, recibi&ndola informacin la clase controladora, e(aluando la solicitud y continuando con

el objeto tasas, llenndolo para as lle(arlo a la clase tasas?bd insertarlo en la base de datos a tra(&s de la clase conein?bd, esta clase abre la

conein ejecuta el comando y cierra la conein

Modelamiento


18/38

Sistemas UNI - 2015

CON+IURAR REUISSITOS

#n el diagrama se obser(a como es el procedimiento para la configuracin de los requisitos en el sistema, requisitos los cuales dependen de los

cr&ditos y los documentos que deben haber sido ingresados con anterioridad en el sistema, el actor encargado de esta configurado es el

administrador ingresando la informacin por formulario, recibi&ndola informacin la clase controladora, e(aluando la solicitud y continuando con

el objeto requisitos, llenndolo para as lle(arlo a la clase requisitos?bd insertarlo en la base de datos a tra(&s de la clase conein?bd, esta clase

abre la conein ejecuta el comando y cierra la conein

Modelamiento


19/38

Sistemas UNI - 2015

CON+IURAR DOCUMENTOS

#n el diagrama se obser(a como es el procedimiento para la configuracin de los documentos en el sistema, el actor encargado de esta

configuracin es el administrador ingresando la informacin por formulario, recibiendo la informacin la clase controladora, e(aluando la

solicitud y continuando con el objeto documentos, llenndolo para as lle(arlo a la clase documentos?bd insertarlo en la base de datos a tra(&s de la

clase conein?bd, esta clase abre la conein, ejecuta el comando y cierra la conein

Modelamiento


20/38

Sistemas UNI - 2015

CON+IURAR CIENTES

#n el diagrama se obser(a como es el procedimiento para la configuracin de los clientes en el sistema, el actor encargado de esta configuracin es

el asesor comercial ingresando la informacin por formulario, recibi&ndola informacin, e(aluando la solicitud y continuando con el objeto

clientes, llenndolo para as lle(arlo a la clase clientes?bd insertarlo en la base de datos a tra(&s de la clase conein?bd, esta clase abre la

conein, ejecuta el comando y cierra la conein

Modelamiento


21/38

Sistemas UNI - 2015

REISTRAR CREDITOS

#n el diagrama se obser(a como es el procedimiento para la el sistema, para el registro de los cr&ditos el modulo se debe encontrar totalmente

parametri)ado, el actor encargado de esta parametri)acin es el asesor comercial ingresando la informacin por formulario, recibi&ndola

informacinla clase controladora, e(aluando la solicitud y continuando con el objeto registrocredito, llenndolo para as lle(arlo a la clase

registrocredito bd insertarlo en la base de datos a tra(&s de la clase conein?bd, esta clase abre la conein, ejecuta el comando y cierra la

conein

Modelamiento


22/38

Sistemas UNI - 2015

CON+IURAR USUARIOS

#n el diagrama se obser(a como es el procedimiento para la configuracion de los usuarios en el sistema, el actor encargado de esta configuracion

es el administrador ingresando la informacin por formulario, recibi&ndola informacin la clase controladora, e(aluando la solicitud y continuando

on el objeto usuarios, llenndolo para as lle(arlo a la clase usuarios?bd insertarlo en la base de datos a tra(&s de la clase conein?bd, esta clase

abre la conein, ejecuta el comando y cierra la conein

Modelamiento


23/38

Sistemas UNI - 2015

3AIDAR USUARIO

#l usuario al ingresar al sistema ingresa en los campos el usuario y la

#l usuario al ingresar al sistema ingresa en los campos el usuario y la contrase$a, al ejecutar el botn de =-ngresar>, el sistema actuali)a la tabla de

usuarios en el campo acti(o con el estado =@o>, luego (alida con el usuario y la contrase$a que el usuario eista o no en el sistema, este ciclo lo

reali)a 3 (eces en el cual se al ingresar el proceso actuali)a en la base de datos el campo acti(o en estado =/->

Modelamiento


24/38

Sistemas UNI - 2015

SIMUAR CREDITO

#l diagrama representa la simulacin del cr&dito dependiendo de las cuotas y las tasas

Modelamiento


25/38

Sistemas UNI - 2015DIARAMA DE CASES

An diagrama de clases es un tipo de diagrama esttico que describe la estructura de un sistema

mostrando sus clases, orientados a objetos

CON+URAR TASA

CON+IURAR DOCUMENTOS

Modelamiento


26/38

Sistemas UNI - 2015CON+IURAR TIPO DE CREDITO

Modelamiento


27/38

Sistemas UNI - 2015CON+IURAR REUISITOS

Modelamiento


28/38

Sistemas UNI - 2015SIMUAR CREDITO E INRESAR CUOTAS

Modelamiento


29/38

Sistemas UNI - 2015CON+IURAR CIENTES

Modelamiento


30/38

Sistemas UNI - 2015REISTRAR CREDITO

Modelamiento


31/38

Sistemas UNI - 2015USUARIO

Modelamiento


32/38

Sistemas UNI - 2015DIARAMAS DE COABORACI4N

An diagrama de colaboracin es una forma de representar interaccin entre objetos, alterna al

diagrama de secuencia 8 diferencia de los diagramas de secuencia, pueden mostrar el conteto de

la operacin Bcules objetos son atributos, cules temporalesC y ciclos en la ejecucin

DIARAMA DE COABORACI4N SIMUACI4N DE CR)DITO

Modelamiento


33/38

Sistemas UNI - 2015DIARAMA DE COABORACI4N INRESO USUARIOS

Modelamiento


34/38

Sistemas UNI - 2015DIARAMA DE COABORACION CON+IURACION CIENTE

Modelamiento


35/38

Sistemas UNI - 2015

PROTOTIPO

Modelamiento


36/38

Sistemas UNI - 2015

Modelamiento


37/38

Sistemas UNI - 2015

CONCLUSIONES

os soft%are y las aplicaciones para manipular cr&ditos a ni(el financiero, deben

estar al alcance de cualquier tipo de usuario, en este momento es ms utili)adoen bancos y entidades de grandes magnitudes, donde tienen este soft%are el cual

es creado a las necesidades de la entidad, por di(ersas casas de soft%are

#l uso de A4 como lenguaje de modelado es fundamental en todo proyecto de

desarrollo de soft%are, ya que colabora con la documentacin y construccin de

los objetos que conforman un sistema de informacin como el del presente

proyecto, con estos modelos se puede dar continuidad al proyecto sin necesidad

que el desarrollador sea la misma persona, sino que puede llegar una persona

nue(a que teniendo los modelos como base podr seguir con el trabajo

reali)ado

Modelamiento


38/38

Sistemas UNI - 2015

RECOMENDACIONES

#n el presente trabajo se presentan las siguientes recomendaciones:

" #l soft%are podra ser mejorado, abarcando el tema de pagos, en el momento se

puede reali)ar un tipo de pago completo de la cuota

" *estionar con una entidad bancaria, los pagos a este banco y que el banco los

reporte a tra(&s de archi(os planos, los cuales puedan ser ingresados al sistema

y que el sistema actualice los pagos

" #l usuario pueda consultar su estado de cr&dito a tra(&s de internet,

implementando est funcionalidad en 8/@#, ya que las clases del proyectos

seria utili)ables con este lenguaje

tabajo Credito Bancario

Documents

Transcript of tabajo Credito Bancario