Tesis Final de La Cooperativa

INSTITUTO DE EDUCACIN SUPERIOR AVANSYS
Ao del Buen Servicio al Ciudadano
TESIS
MODELAMIENTO DE BASE DE DATOS EN ORACLE PARA OPTIMIZAR EL

FUNCIONAMIENTO DE GESTIN DE LA COOPERATIVA DE AHORRO Y
CRDITO TRIUNFO PER FINANCE
AUTORES:
SANTIAGO PACHECO RICHAR
MUOZ CURO MARY LEE
ASESOR: JOS FLORES INGARUCA
PARA OPTAR EL TITULO PROFESIONAL
LIMA, PER
2017
1
DEDICATORIA
A Dios, por darnos la oportunidad de vivir y por estar con nosotros en cada paso que
damos, por fortalecer nuestro corazn e iluminar nuestra mente y por haber puesto en nuestro
camino a aquellas personas que han sido nuestro soporte y compaa durante todo el periodo de
realizacin de este tesis.
A nuestros padres y familiares por brindarnos su apoyo incondicional.
A nuestro Asesor Jos Flores Ingaruca y a nuestro grupo de estudio. Para ellos es esta
dedicatoria pues a ellos a quienes debemos por su apoyo incondicional.
2
RESUMEN
El presente proyecto se ha realizado con el propsito de mejorar el modelamiento de base
de datos en Oracle para optimizar el funcionamiento de gestin de ahorro y crdito de la
Cooperativa Triunfo Per Finance para lo cual fue necesario elaborar modelamiento de base de
datos en Oracle, brindndole un marco til para la toma de decisiones y as lograr mejor la gestin
financiera eficiente y eficaz, que permita una mejor calidad de vida de sus clientes, Para ello fue
necesario desarrollar un anlisis situacional y los procesos de Prestamo, apertura de cuenta de
ahorro, movimiento de cuenta y pago de prestamo, para mejor atencin al cliente, ya que la
cooperativa de Ahorro y Crdito Triunfo Per Finance demostr que la Gestin de la cooperativa
en el periodo 2014 2016, no fue eficaz.
3
INDICE
RESUMEN..................................................................................................................................... 3
INTRODUCCIN ...................................................................................................................... 13
1. DESCRIPCIN DE LA EMPRESA .................................................................................. 14
Empresa .................................................................................................................................... 14
Misin ....................................................................................................................................... 15
Visin ........................................................................................................................................ 15
Nuestros Valores ...................................................................................................................... 15
ORGANIGRAMA ................................................................................................................... 16
2. DIAGNOSTICO DE LA SITUACIN ACTUAL ............................................................ 17
2.1 CAMPO DE ACCIN ................................................................................................. 17
2.2. PROCESOS DEL NEGOCIO ..................................................................................... 18
2.2.1 PROCESO DE APERTURA DE CUENTA DE AREA CUENTA ...................... 18
2.2.1 PROCESO DE MOVIMIENTO DE CUENTA DEL AREA CAJA .................... 20
2.2.1. PROCESOS DE PRSTAMO DEL AREA PRESTAMO ................................... 22
2.2.1. PROCESOS DE PAGO DE PRSTAMO ............................................................. 25
3. DEFINICIN DEL PROBLEMA ...................................................................................... 27
3.1. ANLISIS DE LOS PROBLEMAS DE INFORMACIN ..................................... 27
3.1.1. SITUACIN PROBLEMTICA Y PROBLEMAS A RESOLVER .................. 27
3.2 OBJETIVO DE LA PROPUESTA DE SOLUCIN ................................................ 29
4
3.2.1 OBJETIVO GENERAL ........................................................................................... 29
3.2.2 OBJETIVOS ESPECFICOS .................................................................................. 29
3.2.3 FUNDAMENTACI DE LOS OBJETIVOS PROPUESTO ........................... 30
4. MARCO TERICO ............................................................................................................ 34
4.1. Bsqueda de informacin de tecnologa aplicada ..................................................... 34
4.1.1. Base de datos y sus tipos........................................................................................... 34
4.1.2 Tecnologa Oracle ..................................................................................................... 36
4.1.3 Metodologa (UML o gil) ....................................................................................... 40
4.1.4 NORMALIZACIN DE BASE DE DATOS (FORMAS NORMALES) ........... 47
4.1.5 Modelador de base de datos Erwin ......................................................................... 52
4.1.6 Administracin y Seguridad de base de datos ....................................................... 53
4.1.7 INFORMACIN ADICIONAL .............................................................................. 54
5. DESARROLLO DE LA PROPUESTA ELEGIDA .......................................................... 56
5.1. FACTIBILIDAD .......................................................................................................... 56
5.2. ROLES .......................................................................................................................... 57
5.3. METODOLOGA UTILIZADA GIL ..................................................................... 57
5.4 NORAMLIZACION DE LA BASE DE DATOS .................................................... 113
5.4.1 PRIMERA FORMA NORMAL ............................................................................ 113
5.4.2 SEGUNDA FORMA NORMAL ........................................................................... 114
5.4.3 TERCERA FORMA NORMAL ........................................................................... 114
5.5 MODELAMIENTO DE BASE DE DATOS ............................................................ 115
5.5.1 DIAGRAMA DE BASE DE DATOS EN ORACLE ........................................... 115
5
5.5.2 DICCIONARIO DE DATOS................................................................................. 116
5.5.3 Creacin de tablas, ndices, vistas, secuencias (script) ........................................ 128
5.5.6 Creacion de paquetes, procedimientos (script) .................................................... 143
5.5.6 Administracion y seguridad de la base de datos (script) .................................... 174
5.5.6 Creacion de usuarios y perfiles.............................................................................. 176
6 CONCLUSIONES .............................................................................................................. 177
7 RECOMENDACIONES .................................................................................................... 178
8 AGRADECIMIENTOS ..................................................................................................... 179
9 REFERENCIAS BIBLIOGRFICAS ............................................................................. 180
10 ANEXOS ......................................................................................................................... 181
LISTAS ESPECIELES DE FIGURAS
Figura 1 Ubicacin de la Empresa. ............................................................................................... 14
Figura 2: ORGANIGRAMA DE LA CAC. TRIUNFO PERU FINANCE .................................. 16
Figura 3 PROCESOS DE APERTURA DE CUENTA DE AHORRO ........................................ 19
Figura 4 PROCESO DE MOVIMIENTO DE CUENTA DE AHORRO .................................... 21
Figura 5 PROCESO PRESTAMO ................................................................................................ 24
FIGURA 6 PROCESOS DE PAGO DE PRSTAMO................................................................. 26
Figura 7 Base de Datos consulta .................................................................................................. 35
Figura 8 Mantenemiento ............................................................................................................... 35
6
figura 9 tablespace ........................................................................................................................ 38
FIGURA 10 DATABASE ............................................................................................................ 38
Figura 11 Funcionamiento de la Metodologa XP. ....................................................................... 46
Figura 12 Planificacin historias de usuario ............................................................................ 60
Figura 13 Planificacin de la entrega............................................................................................ 89
FIGURA 14 FACHADA DE LA EMPRESA ............................................................................ 181
FIGURA 15 AREA DE ATENCION AL CLIENTE ................................................................ 181
FIGURA 16 DOCUMENTOS ARCHIVADOS EN FISICO ..................................................... 182
LISTA DE TABLAS
Tabla 1: FODA de la Cooperativa ................................................................................................ 17
Tabla 2 SITUACION PROBLEMTICA DE CUENTA DE AHORRO ................................... 27
Tabla 3 SITUACION PROBLEMTICA MOVIMIENTO DE CUENTA ................................. 28
Tabla 4 SITUACION PROBLEMATICA ACTUAL DE PRESTAMO ...................................... 28
Tabla 5 SITUACION PROBLEMATICA ACTUAL DE PAGO PRESTAMO ......................... 29
Tabla 6 FUNDAMENTACI DE LOS OBJETIVOS PROPUESTO ......................................... 31
Tabla 7 NORMALIZACION ........................................................................................................ 48
TABLA 8 Primera Forma Normal ................................................................................................ 49
TABLA 9 Segunda Forma Normal ............................................................................................... 50
TABLA 10 Tercera Forma Normal .............................................................................................. 51
tabla 11 presupuesto de producto total para la implementacin del sistema de informacin ....... 56
Tabla 12 Asignacin De Roles Y Responsabilidades ................................................................... 57
7
Tabla 13 Actividad Fase Planificacion ......................................................................................... 58
Tabla 14 Historias de usuarios Registro de Cliente. ..................................................................... 64
Tabla 15 Historias de usuarios Mantenimiento de Cliente. ......................................................... 64
Tabla 16 Historias de usuarios Eliminacin de Cliente. ............................................................... 65
Tabla 17 Historias de usuarios Consulta de Cliente. .................................................................... 65
Tabla 18 Historias de usuarios Reporte de Cliente. ...................................................................... 66
Tabla 19 Historias de usuarios Registro de Empleado. ............................................................... 66
Tabla 20 Historias de usuarios Modificacin de Empleado. ........................................................ 67
Tabla 21 Historias de usuarios Consulta de Empleado. ................................................................ 67
Tabla 22 Historias de usuarios Eliminacin de Empleado. .......................................................... 68
Tabla 23 Historias de usuarios Reporte de Empleado. ................................................................. 68
Tabla 24 Historias de usuarios Registro de Cuenta. ..................................................................... 69
Tabla 25 Historias de usuarios Modificacin de Cuenta. ............................................................. 69
Tabla 26 Historias de usuarios Consulta de Cuenta...................................................................... 70
Tabla 27 Historias de usuarios Eliminacin de Cuenta ................................................................ 70
Tabla 28 Historias de usuarios Registro de Movimiento. ............................................................ 71
Tabla 29 Historias de usuarios Mantenimiento de Movimiento. .................................................. 71
Tabla 30 Historias de usuarios Consulta de Movimiento. ............................................................ 72
Tabla 31 Historias de usuarios Reporte de Movimiento. .............................................................. 72
Tabla 32 Historias de usuarios Registro de Prstamo. ................................................................. 73
Tabla 33 Historias de usuarios Mantenimiento de Prstamo. ....................................................... 73
Tabla 34 Historias de usuarios Consulta de Prstamo Personal ................................................... 74
Tabla 35 Historias de usuarios Reporte de Prstamo.................................................................... 74
8
Tabla 36 Historias de usuarios Registro de Pago Prstamo. ......................................................... 75
Tabla 37 Historias de usuarios Mantenimiento de Pago Prstamo. .............................................. 75
Tabla 38 Historias de usuarios Consulta de Pago Prstamo. ........................................................ 76
Tabla 39 Historias de usuarios Reporte de Pago Prstamo........................................................... 76
Tabla 40 Historias de usuarios Emisin de Ticket Movimiento. .................................................. 77
Tabla 41 Historias de usuarios Consulta de Ticket Movimiento. ................................................. 77
Tabla 42 Historias de usuarios Reporte de Ticket de Movimiento. .............................................. 78
Tabla 43 Historias de usuarios Emisin de Ticket Pago Prstamo. .............................................. 78
Tabla 44 Historias de usuarios Consulta de Ticket de Prstamo. ................................................. 79
Tabla 45 Historias de usuarios Reporte de Ticket de Movimiento. .............................................. 79
Tabla 46 Historias de usuarios Registro de Contrato................................................................... 80
Tabla 47 Historias de usuarios Mantenimiento de Contrato. ........................................................ 80
Tabla 48 Historias de usuarios Consulta de Contrato ................................................................... 81
Tabla 49 Historias de usuarios Registro de Usuarios ................................................................... 81
Tabla 50 Historias de usuarios Mantenimiento de Usuarios ........................................................ 82
Tabla 51 Historias de usuarios Eliminacin de Usuarios ............................................................ 82
Tabla 52 Historias de usuarios Ingreso del Usuario al Sistema. ................................................... 83
Tabla 53 Historias de usuarios Validacin del Usuario. ............................................................... 83
Tabla 54 Estimacin de Historias de Usuario. .............................................................................. 84
Tabla 55 planificacion de entregas ............................................................................................... 87
Tabla 56 Tiempo CALENDARIO. ............................................................................................... 88
Tabla 57 Esfuerzo de desarrollo en base de 2 personas .............................................................. 88
Tabla 58 Plan de entrega ............................................................................................................ 89
9
Tabla 59 plan de liberacin ........................................................................................................... 92
Tabla 60 Desarrollo de versiones de historias de usuario ....................................................... 93
Tabla 61 Actividades de Fase de Diseo ...................................................................................... 95
Tabla 63 Tarjeta CRC_Cliente...................................................................................................... 96
Tabla 64 Tarjeta CRC_Empleado ................................................................................................. 96
Tabla 65 Tarjeta CRC_Cuenta ...................................................................................................... 97
Tabla 66 Tarjeta CRC_Movimiento ............................................................................................. 97
Tabla 67 Tarjeta CRC_Prestamo .................................................................................................. 98
Tabla 68 Tarjeta CRC _ Pago Prstamo ....................................................................................... 98
Tabla 69 Tarjeta CRC_ Ticket Movimiento ................................................................................. 99
Tabla 70 Tarjeta CRC_ Ticket Pago Prstamo ............................................................................. 99
Tabla 71 Tarjeta CRC_Contrato ................................................................................................. 100
Tabla 72 Tarjeta CRC_ Usuario. ................................................................................................ 100
Tabla 73 Planificacin de tarea para el Modulo Seccin de cliente. .......................................... 101
Tabla 74 Planificacin de tarea para el Modulo Seccin de Empleado ...................................... 101
Tabla 75 Planificacin de tarea para el Modulo Seccin de cuenta. .......................................... 102
Tabla 76 Planificacin de tarea para el Modulo Seccin de Movimiento. ................................. 102
Tabla 77 Planificacin de tarea para el Modulo Seccin de Prstamo. ...................................... 103
Tabla 78 Planificacin de tarea para el Modulo Seccin de Pago Prstamo. ............................. 103
Tabla 79 Planificacin de tarea para el Modulo Seccin de Ticket Movimiento ....................... 104
Tabla 80 Planificacin de tarea para el Modulo Seccin de Ticket Pago Prstamo. .................. 104
Tabla 81 Planificacin de tarea para el Modulo Seccin de contrato. ........................................ 105
Tabla 82 Planificacin de tarea para el Modulo Seccin de Usuario. ........................................ 105
10
Tabla 83 Prueba de Aceptacin para el Cliente .......................................................................... 106
Tabla 84 Prueba de Aceptacin para la Seccin de Empleado ................................................... 107
Tabla 85 Prueba de Aceptacin para la Seccin de Cuenta ........................................................ 107
Tabla 86 Prueba de Aceptacin para la Seccin de Movimiento ............................................... 108
Tabla 87 Prueba de Aceptacin para la Seccin de Prstamo .................................................... 108
Tabla 88 Prueba de Aceptacin para la Seccin de Pago Prstamo. .......................................... 109
Tabla 89 Prueba de Aceptacin para la Seccin de Ticket Movimiento .................................... 109
Tabla 90 Prueba de Aceptacin para la Seccin de Ticket Pago Prstamo. ............................... 110
Tabla 91 Prueba de Aceptacin para la Seccin de contrato ...................................................... 110
Tabla 92 Prueba de Aceptacin para la Seccin de Usuario ...................................................... 111
Tabla 93 Desarrollo de Pruebas de Aceptacin. ......................................................................... 111
Tabla 94 Tabla de almacenamiento del Departamento. .............................................................. 116
Tabla 95 Tabla de almacenamiento del Provincia. ..................................................................... 117
Tabla 96 Tabla de almacenamiento del Distrito ......................................................................... 117
Tabla 97 Tabla de almacenamiento de Asentamientos Humano ................................................ 118
Tabla 98 Tabla de almacenamiento de Cargo. ............................................................................ 118
Tabla 99 Tabla de almacenamiento de Tipo Documento. .......................................................... 118
Tabla 100 Tabla de almacenamiento de Cliente. ........................................................................ 119
Tabla 101 Tabla de almacenamiento de Tipo Cuenta. ............................................................... 120
Tabla 102 Tabla de almacenamiento de Cuenta. ........................................................................ 120
Tabla 103 Tabla de almacenamiento de Tipo Movimiento. ....................................................... 121
Tabla 104 Tabla de almacenamiento de Movimiento. ................................................................ 121
Tabla 105 Tabla de almacenamiento de Tipo Prstamo. ............................................................ 122
11
Tabla 106 Tabla de almacenamiento de Prstamo. ..................................................................... 123
Tabla 107 Tabla de almacenamiento de Pago Prstamo. ............................................................ 123
Tabla 108 Tabla de almacenamiento del Empleado. .................................................................. 124
Tabla 109 Tabla de almacenamiento de Ticket Pago Prstamo. ................................................ 125
Tabla 110 Tabla de almacenamiento de Ticket Movimiento...................................................... 126
Tabla 111 Tabla de almacenamiento de Tipo Contrato. ............................................................. 126
Tabla 112 Tabla de almacenamiento de Contrato....................................................................... 126
Tabla 113 Tabla de almacenamiento de Usuario. ....................................................................... 127
12
INTRODUCCIN
El presente proyecto consiste en modelamiento de base de datos en ORACLE enfocado a
dar solucin mediante una base de datos centralizado que mejore en la gestin de ahorro y crdito
de la Cooperativa Triunfo Per Finance.
El uso de la tecnologa se ha convertido en una necesidad competitiva. Los estudios han
comprobado que los negocios con xito utilizan sistemas para lograr el funcionamiento de los
diferentes controles, en consecuencia la rentabilidad o maximizacin de utilidades del negocio.
Las limitaciones encontradas en la fase de desarrollo del sistema de informacin fue la
prdida de tiempo en los proceso de prestamo, apertura de cuenta de ahorro personal y apertura de
cuenta de ahorro comunal, como tambin reportes generales.
El proyecto consta con el anlisis del estado actual de la empresa, explicando los procesos
de negocio claves del asunto de estudio y adems, se analiza la situacin problemtica a fin de
presentar la propuesta de solucin con los objetivos del proyecto tanto generales como especficos.
Tambin se presenta el modelado del negocio donde se analizan las reglas y el cmo del
proceso en estudio, los cuales se han desarrollado usando RUP, XP y BIZAGI, artefactos que nos
permitieron definir los objetos de informacin y el flujo de actividades a automatizar.
Finalmente se muestra las soluciones para las problemticas que se han encontrado con el
modelamiento de la base de datos que se desarroll en Oracle.
13
1. DESCRIPCIN DE LA EMPRESA
Empresa
La Cooperativa de ahorro y crdito Triunfo Per Finance con RUC 20574802548 se
constituye el 6 de julio de 2014 con el objetivo de desarrollar e impulsar los fines que conforman
el cooperativismo, trabajando al servicio de cada uno de sus clientes Como entidad financiera,
La Cooperativa cuenta con un slido respaldo patrimonial que sustenta su gestin, para
crecimiento empresarial. Se encuentra ubicado en Jr. Recaredo Alvarado 194.
Nuestro principal objetivo es brindar a travs de su flexible y gil gestin, un servicio
personalizado y fcilmente accesible para cada asentamiento humano.
La Cooperativa de ahorro y crdito Triunfo Per Finance ofrece ahorros y crditos
exclusivamente a cada AAHH, como tambin a los usuarios de cada AAHH.
F IGURA 1 UBICACIN DE LA E MPRESA.
14
Misin
Ofrecer servicios financieros caracterizados por la alta calidad del servicio y por respuestas
rpidas a las diversas necesidades de los clientes de cada AAHH.
Ofrecer una atencin personalizada, superando las expectativas de los clientes. Respetando
los principios de confidencialidad e integridad, garantizando la seguridad y confianza que
los clientes han depositado en nuestra institucin.
Visin
Ser una CAC slida, innovadora y de prestigio, que se maneje con los ms altos estndares
de calidad y tica profesional, manteniendo siempre gran responsabilidad en el desarrollo
de los negocios bancarios.
Nuestros Valores
Transparencia: Aseguramos la transparencia en nuestras actividades diarias, basndonos
en principios ticos de honestidad, integridad y respeto.
Compromiso: Estamos comprometidos con la inclusin financiera de los emprendedores y
sus familias, contribuyendo con el desarrollo profesional de nuestro equipo de trabajo y
nuestra sociedad.
Equidad: Actuamos con objetividad ante nuestros clientes, colaboradores y nuestra
comunidad, promoviendo la igualdad y la justicia en nuestro da a da.
Excelencia: Nos abocamos da a da con optimismo y trato clido a nuestros clientes,
brindando servicios responsables y de calidad.
Sensibilidad Social: Contribuimos el bienestar de nuestros clientes, colaboradores, el medio
ambiente y la sociedad, en cumplimiento de nuestra Misin, Visin y objetivos sociales.
15
ORGANIGRAMA
F IGURA 2: ORGANIGRAMA DE LA CAC. TRIUNFO PERU FINANCE
ASAMBLEA
GENERAL DE LOS
SOCIOS
GERENTE SEGURIDAD
SECRETARIA
ADMINISTRACION Y
NEGOCIOS OPERACIONES
FINANCIERA
PRESTAMOS Y ATENCION AL
CONTABILIDAD
COBRANZAS CLIENTE
TESORERIA CAPACITACIONES CAJA
ADQUISICION Y
CUENTA
CONTRATACION
INVERSION MARKETING
16
T ABLA 1: FODA DE LA COOPERATIVA
ORTALEZA PORTUNIDADES
Personal calificado. Falencias en el buen servicio al cliente

en otras entidades financieras.
tica profesional
Compromiso en el trabajo Buen trato y servicio al cliente.
Creatividad Facilidades para la obtencin prestamo.
EBILIDADES MENAZAS
Altas tasas de los prstamos. Competencia con ennovacion

Mayor nmero de opciones de tecnolgico
inversin de alto riesgo. Desestabilidad economica del pais
Regular rotacin de personal. nuevos impuestos
Sistema lento de atencin al cliente. huelgas
Copia de estrategias de la competencia agresiva
competencia. competencia desleal
2. DIAGNOSTICO DE LA SITUACIN ACTUAL
2.1 CAMPO DE ACCIN
El campo de accin se centra en los procesos del rea de Prestamos (Solicitud de
prstamo), rea de Cuenta (apertura de cuenta de ahorro) y la rea caja (movimiento de
cuenta y pago de prestamo)
17
2.2. PROCESOS DEL NEGOCIO
A continuacin, se narra los procesos involucrados en el campo de accin:
2.2.1 PROCESO DE APERTURA DE CUENTA DE AREA CUENTA
El proceso inicia cuando el cliente se dirige al rea cuenta, en donde solicita apertura
de cuenta de ahorro. La encargada de cuenta informa el costo de inscripcin para apertura de
cuenta de ahorro, en seguida el cliente realiza el pago correspondiente. Luego la encargada de
cuenta pregunta qu tipo de cuenta desea abrir (cuenta de ahorro personal o comunal). El
cliente elige e informa el tipo de cuenta de ahorro, Si el cliente elige cuenta de ahorro personal,
La encargada de cuenta solicita documentos de identidad para verificar sus datos en el registro
de Excel, el cliente brinda su documento de identidad. La encargada realiza consulta mediante
el nmero de documento de identidad, si el cliente no figura en el registro, entonces solicita
los datos adicionales como (Telfono y Email), seguidamente registran en un archivo de Excel.
En caso si el cliente elige cuenta de ahorro comunal. La encargada de cuenta solicita relaciones
de usuario para registrar en el registro de Excel, el cliente entrega una lista de relaciones de
usuarios de AAHH, La encargada de cuenta registra nueva cuenta de ahorro. Luego la
encargada de cuenta entrega al cliente unos formatos donde especifican las clausulas por abrir
una cuenta de ahorro, el cliente recibe el documento, lee las especificaciones de clusulas, si
est de acuerdo firma y le entrega a la encargada de cuenta, quien verifica la firma y
seguidamente entrega copia original de contrato y la cuenta aperturada.
18
FIGURA 3 PROCESOS DE APERTURA DE CUENTA DE AHORRO
19
2.2.1 PROCESO DE MOVIMIENTO DE CUENTA DEL AREA CAJA
El cliente se dirige a la ventanilla de caja y brinda el nmero de cuenta de ahorro, la
encargada de caja verifica la existencia de cuenta, si la cuenta no existe informa la inexistencia
de cuenta y si existe verifica el tipo de cuenta de ahorro. Si la cuenta de ahorro es personal o
ahorro comunal, en ambos casos la encargada de caja informa al cliente que tipo de
movimiento desea realizar retiro o abono. Si el cliente desea abonar la encargada de caja
informa el monto de ahorro a abonar, o si el cliente desea retirar informa la cantidad de monto
a retirar, Luego la encargada de caja registra el movimiento de cuenta, en caso que el retiro es
de cuenta de ahorro comunal el cliente brinda adicionalmente un documento de autorizacin
legalizado por los usuarios para retiro de dicha cuenta de ahorro, ms adelante emite y entrega
el ticket de movimiento realizado.
MODELAMIENTO DE UNA BASE DE DATOS EN ORACLE

20
F IGURA 4 PROCESO DE MOVIMIENTO DE CUENTA DE AHORRO
21
2.2.1. PROCESOS DE PRSTAMO DEL AREA PRESTAMO
El proceso inicia cuando el solicitante se acerca al rea prstamo y en donde
manifiesta su inters de adquirir un prstamo, el ejecutivo de dicha rea solicita su
documento de identidad, el solicitante brinda su documento de identidad. El ejecutivo de
prstamo verifica existencia del cliente, si el cliente existe verifica registro de morosos o
negativos, si existe informa el rechazo de solicitud, en caso que el solicitante no est en
dicho registro, ni est registrado en el registro de clientes de la CAC. Triunfo Per Finance,
verifica historial de prstamo del solicitante, si tiene problemas informa el rechazo, si en el
historial financiero no hay problemas, entonces el ejecutivo de prstamo informa que la
cooperativa ofrece dos tipos de prstamo: prstamo personal y prstamo hipotecario. Luego
informa de siguiente manera:
Primero.- prstamo personal (Se llaman prstamo personal porque en este tipo de
prstamos la entidad no suele contar con una garanta especial para el recobro de la cantidad
prestada. As tienen como garanta genrica los bienes presentes y futuros del deudor).
Segundo.- prstamo hipotecario (Se llaman prstamo Hipotecario porque en este
tipo de prstamos la entidad suele contar con una garanta especial para el recobro de la
cantidad prestada). Cada tipo de prstamo tiene el inters diferente del otro.
El solicitante elige uno de los tipos de prstamos e informa a ejecutivo de prstamo,
quien en seguida realiza estudio del prstamo, si el solicitud no se aprueba informa que el
solicitud improcedente, y si est aprobado, el ejecutivo de prstamo solicita los siguientes
requisitos como: documento de identidad (titular y conyugue), recibo de agua o luz, en caso
el cliente elige prstamo hipotecario, adicionalmente presenta ttulo de propiedad u otros
bienes que garantice para adquirir prstamo, en caso que la garanta sea de terceros tiene
que presentar un documento adicional legalizado en donde detalle que el tercero accede al

22
solicitante sacar prstamo con su ttulo propiedad de vivienda o terreno. El solicitante
entrega los requisitos solicitados. El ejecutivo de prstamo registra todo los requisitos
presentados en archivo de Excel, luego realiza documentaciones de contrato en donde
detalla de acuerdo a las normas establecidas por la cooperativa, ms adelante el ejecutivo
de prstamo entrega el contrato a firmar, el solicitante revisa el contrato, si est de acuerdo
firma el contrato y devuelve el contrato. El ejecutivo de prstamo revisa las firmas del
solicitante, mas adelante entrega la copia original de contrato al cliente y prosigue a realizar
desembolso, para ello informa si desea el dinero en efectivo o desembolso a cuenta.
El solicitante elije el desembolso e informa a ejecutivo de cuenta quien prosigue
realizar desembolso correspondiente.

23
FIGURA 5 PROCESO PRESTAMO
24
2.2.1. PROCESOS DE PAGO DE PRSTAMO
El cliente se dirige a la ventanilla de caja e informa realizar el pago de prstamo. La
encargada de caja solicita documento de identidad del prestatario. El cliente brinda el
documento de identidad solicitado, en seguida por medio de nmero de documento de identidad
verifica la encargada de caja en la lista de pago prstamo como (la fecha de pago, el nmero
cuota, y el monto que debe pagar y otros), luego informa el monto a pagar. El cliente dispone
el monto a pagar. La encargada de caja emite y el ticket de pago de prstamo.

25
FIGURA 6 PROCESOS DE PAGO DE PRSTAMO
26
3. DEFINICIN DEL PROBLEMA
3.1. ANLISIS DE LOS PROBLEMAS DE INFORMACIN
3.1.1. SITUACIN PROBLEMTICA Y PROBLEMAS A RESOLVER
T ABLA 2 SITUACION PROBLEMTICA DE CUENTA DE AHORRO
Proceso de Apertura de cuenta de ahorro

SITUACIN PROBLEMTICA PROBLEMA
- Los datos de cliente puede duplicado en Se carece de un registro centralizado de
el registro de Excel, como tambin el clientes
registro aveces es guardado en varios
archivos de Excel por seguridad.
- El archivo de Excel puede ser abierto y Carece de un sistema de informacin que de
manipulado por cualquier persona ya que seguridad a base de datos.
no tiene seguridad de registros.

- El formato de clusulas se guarda en Carece de un sistema de informacin que
archivadores fsicos, con el tiempo puede almacene el contrato realizado entre la
perderse o ser traspapelado. cooperativa y cliente.
- El archivo de Excel no tiene la capacidad Carece de un sistema de informacin con

de almacenar gran cantidad de capacidad de almacenar mayor cantidad de
Informacin informacin.
- El usuario de cuenta tiene la libertad de Carece de un sistema de gestor de base de

manipular todos los registros, ya que no datos que d privilegios a cada usuario de
hay gestor de registros que limite algunos acuerdo la tarea que realiza.
permisos innecesarios para el usuario de
cuenta.

27
T ABLA 3 SITUACION PROBLEMTICA MOVIMIENTO DE CUENTA
Proceso de movimiento de cuenta

- Los encargados de cada AAHH solicitan Se carece de un registro centralizado
mensualmente un reporte de abonos realizados para almacenar datos de abonos
por los usuarios de cada AAHH. La encargada realizados por los usuarios de cada
de caja puede tardar en sacar reporte de AAHH
abonos, ya que en el registro de abono puede
haber duplicidad de datos.
- Para cada tipo de movimiento tiene registros Carece de un sistema de infomacion
destintos por lo tanto al momento que registra que permita registrar solo en un
la encargada de caja comete duplicidad de registro difereciando por su tipo de
datos movimiento.
T ABLA 4 SITUACION PROBLEMATICA ACTUAL DE PRESTAMO

proceso de prstamo
- El contrato que se realiza con el Ausencia de registro automatizado que
prestatario es manual, por lo cual el genere contrato de prestamo.
contrato puede perderse o ser
traspapelado.
- El Excel no tiene control de dar Carece de un registro centralizado de todos
permisos a cada usuario para cada los prstamos.
tarea, sin embargo cualquier usuario
tiene libertad de manipular los
registrados
- El estudio de prstamo para Carece de un sistema de informacin
aprobacin de solicitud del solicitante completo y automatizado que d una
puede tardar, ya que el manejo de respuesta inmediata de aprobacin de
prstamo en Excel no es sistematizado. prestamo.

28
T ABLA 5 SITUACION PROBLEMATICA ACTUAL DE PAGO PRESTAMO
proceso de pago prestamo

- El registro de pagos de cada prstamo Se carece de un solo registro que almacene
tiene registro independiente en el todo los pagos de prstamo, cada uno con
archivo de Excel. cdigo independiente y con cdigo de
prstamo.
- Para emitir el comprobante de pago, el Carece de un sistema de informacin

encargado de caja tiene que registrar. automatizado que emite comprobante de
pago sin nesidad de registrar.
- El comprobante de pago se registra Carece de un sistema que permita emitir

manualmente en el archivo de Excel comprobante de pago automatizado.
3.2 OBJETIVO DE LA PROPUESTA DE SOLUCIN
3.2.1 OBJETIVO GENERAL
Desarrollar un sistema de informacin que permita gestionar los servicios que
ofrece la cooperativa Triunfo Per Finance como: apertura de cuenta de ahorro individual
o comunal, prstamo, as mismo el sistema debe permitir conocer todo los movimientos
de cuenta de ahorro, pago de prestamo y otros haciendo seguimiento de los mismos.
3.2.2 OBJETIVOS ESPECFICOS
Permitir registrar datos del cliente.
Permita hacer mantenimiento de registros.
Permitir gestionar apertura de cuenta de ahorro personal.
Permitir registrar nuevos tipos de ahorro con respectivo interes.
Proporcionar reportes de movimientos realizados por los clientes.

29
Permitir gestionar solicitud del cliente para adquirir prstamo.
emitir comprobante de pago automatizado en cada movimiento realizado por el cliente.
Permitir hacer seguimiento prstamo.
Permitir registrar nuevos tipos de prstamo con respectivo interes.
no permitir registrar datos ya existentes.
Permitir registrar informacin requerida para el desembolso de prstamo.
Realizar la trazabilidad desde la solicitud de prstamo hasta el desembolso de prstamo.
emitir comprobante de pago de prestamo automatizado en cada pago realizado por el
cliente.
3.2.3 FUNDAMENTACI DE LOS OBJETIVOS PROPUESTO

30
T ABLA 6 FUNDAMENTACI DE LOS OBJETIVOS PROPUESTO
SITUACIN PROBLEMTICA PROBLEMA A RESOLVER OBJETIVO ESPECFICO FUNDAMENTACIN
- Los datos de cliente puede duplicado Se carece de un registro Permitir registrar datos del cliente. Con el modelamiento de base de
datos la encargada de cuenta
en el registro de Excel, como tambin centralizado de clientes
Permita hacer mantenimiento de registros. podr abrir nuevas aperturas de
el registro aveces es guardado en cuenta para los clientes sin
Permitir gestionar apertura de cuenta de problemas de duplicidad de
varios archivos de Excel por
informacin en registrar, ni
seguridad. ahorro personal. duplicidad de archivos, adems
tendr mayor seguridad de
- El archivo de Excel puede ser abierto Carece de un sistema de
Permitir registrar nuevos tipos de ahorro cuentas y datos del cliente y
informacin que de seguridad a
y manipulado por cualquier persona permisos para cada usuario segn
base de datos.
con respectivo interes. las tareas que realiza
ya que no tiene seguridad de
registros. Proporcionar reportes de movimientos
- El formato de clusulas se guarda en Carece de un sistema de realizados por los clientes.
archivadores fsicos, con el tiempo informacin que almacene el
no permitir registrar datos ya existentes.
puede perderse o ser traspapelado. contrato realizado entre la
cooperativa y cliente.
- El archivo de Excel no tiene la Carece de un sistema de
capacidad de almacenar gran informacin con capacidad de
cantidad de Informacin almacenar mayor cantidad de
informacin.
- El usuario de cuenta tiene la libertad Carece de un sistema de gestor de
de manipular todos los registros, ya base de datos que d privilegios a
que no hay gestor de registros que cada usuario de acuerdo la tarea
que realiza.
31
limite algunos permisos innecesarios
para el usuario de cuenta.
- Los encargados de cada AAHH Se carece de un sistema Proporcionar reportes de movimientos Con el modelamiento de base de
datos en Oracle nos
solicitan mensualmente un reporte de automatizado de informacin que
realizados por los clientes. proporcionara todo los reportes
abonos realizados por los usuarios de reporte los abonos realizados por de movimientos realizados por
emitir comprobante de pago de prestamo los clientes.
cada AAHH. La encargada de caja los usuarios de AAHH.
Por otro lado nos permitir emitir
puede tardar en sacar reporte de automatizado de cada pago realizado por el comprobante de pago de
prstamo automatizado de cada
abonos, ya que se registra de acuerdo
el cliente. pago realizado por el cliente
al tiempo que realiza el abono cada
usuario, el registro no esta
sistematizado para un reporte.
- Para cada tipo de movimiento tiene Carece de un sistema de
registros destintos por lo tanto al infomacion que permita registrar
momento que registra la encargada solo en un registro difereciando
de caja comete duplicidad de datos por su tipo de movimiento.
- El registro de pagos de cada prstamo Se carece de un solo registro que

tiene registro independiente en el almacene todo los pagos de
archivo de Excel. prstamo, cada uno con cdigo
independiente y con cdigo de
prstamo.
32
- Para emitir el comprobante de pago, Carece de un sistema de
el encargado de caja tiene que informacin automatizado que
registrar. emite comprobante de pago sin
nesidad de registrar.
- El comprobante de pago se registra Carece de un sistema que permita
manualmente en el archivo de Excel emitir comprobante de pago
automatizado.
- El contrato que se realiza con el Ausencia de registro Permitir gestionar solicitud del cliente Con el modelamiento de base de
datos se podr permitir gestionar
prestatario es manual, por lo cual el automatizado que genere contrato
para adquirir prstamo. el prestamo de acuerdo a la
contrato puede perderse o ser de prestamo. solicitud del cliente que desea
Permitir hacer seguimiento prstamo. adquirirm prestamo y hacer
traspapelado.
seguimiento de prestamo.
- El Excel no tiene control de dar Carece de un registro centralizado Permitir registrar nuevos tipos de
permisos a cada usuario para cada de todos los prstamos.
prstamo con respectivo interes.
tarea, sin embargo cualquier usuario
Permitir registrar informacin requerida
tiene libertad de manipular los
registrados para el desembolso de prstamo.
- El estudio de prstamo para Carece de un sistema de Realizar la trazabilidad desde la solicitud
aprobacin de solicitud del informacin completo y
de prstamo hasta el desembolso de
solicitante puede tardar, ya que el automatizado que d una
manejo de prstamo en Excel no es respuesta inmediata de aprobacin prstamo.
sistematizado. de prestamo.
33
4. MARCO TERICO
4.1. Bsqueda de informacin de tecnologa aplicada
4.1.1. Base de datos y sus tipos
Base de Datos
Segn Anguiano (2014), es un contenedor que permite almacenar la informacin de
forma ordenada con diferentes propsitos y usos. Por ejemplo, en una base de datos se puede
almacenar informacin de diferentes departamentos (Prstamos, Recursos Humanos, caja,
entre otros). El almacenamiento de la informacin por s sola no tiene un valor, pero si
combinamos o relacionamos la informacin con diferentes departamentos nos puede dar
valor. Por ejemplo, combinar la informacin de las ventas del mes de junio del 2014 para el
producto X en la zona norte nos da un indicativo del comportamiento de las ventas en un
periodo de tiempo.
Tipos de bases de datos

Segn Anguiano (2014), Existen muchas empresas con diferentes giros y dependiendo
del giro ser el tipo de procesamiento que se le dar a la informacin, esto determinar el tipo
de base de datos a utilizar. Existen diferentes tipos de bases de datos pero las ms comunes
son las OLTP y OLAP.
Las bases de datos de tipo OLTP (On Line Transaction Processing) tambin son
llamadas bases de datos dinmicas lo que significa que la informacin se modifica en tiempo
real, es decir, se insertan, se eliminan, se modifican y se consultan datos en lnea durante la
operacin del sistema. Un ejemplo es el sistema de un supermercado donde se van registrando
cada uno de los artculos que el cliente est comprando y a su vez el sistema va actualizando
el Inventario.

34
FIGURA 7 BASE DE DATOS
CONSULTA
FIG
Las bases de datos de tipo OLAP (On Line Analytical Processing) tambin son
llamadas bases de datos estticas lo que significa que la informacin en tiempo real no es
afectada, es decir, no se insertan, no se eliminan y tampoco se modifican datos; solo se
realizan consultas sobre los datos ya existentes para el anlisis y toma de decisiones. Este
tipo de bases de datos son implementadas en Business Intelligence para mejorar el
desempeo de las consultas con grandes volmenes de informacin.
FIGURA 8 MANTENEMIENTO
Fig
La necesidad de implementar un tipo u otro depender del giro y necesidades de
cada empresa. Es muy importante identificar el tipo de base de datos que se requiere antes
de implementar un manejador de base de datos. Por ejemplo podemos citar al manejador

35
de base de datos DB2 10.5 with BLU Acceleration, la cual proporciona una solucin
para la parte transaccional y para la parte de analticos.
4.1.2 Tecnologa Oracle
Oracle
Segn la Masip (2002). Oracle es la Primera Base de Datos Diseada para Grid
Computing, es un sistema de gestin de base de datos relacional fabricado por Oracle
Corporation. Oracle es bsicamente un herramienta cliente/servidor para la gestin de base de
datos la gran potencia que tiene y su elevado precio hace que solo se vea en empresas muy
grandes y multinacionales, por norma general. Oracle Corporation: es una de las mayores
compaas de software del mundo. Sus productos van desde bases de datos (Oracle) hasta
sistemas de gestin. Cuenta adems, con herramientas propias de desarrollo para realizar
potentes aplicaciones, como Oracle Designer.
Historia
Oracle surge a finales el ao 1970 del nombre de Relational Software a partir de un
estudio sobre SGBD (Sistemas Gestores de Base de Datos) Computer World defini este
estudio como uno de los ms completos jams escritos sobre bases de datos. Usaba la filosofa
de las bases de datos relacionales, algo que por aquella poca era todava desconocido. La
tecnologa Oracle se encuentra prcticamente en todas las industrias alrededor del mundo.
Oracle es la primera compaa de software que desarrolla e implementa software para empresas
100 por ciento activado por Internet a travs de toda su lnea de productos: base de datos,
aplicaciones comerciales y herramientas de desarrollo de aplicaciones y soporte de decisiones.
Oracle garantiza el funcionamiento de sus bases de datos, que en caso de cadas del servidor
compensa econmicamente con cifras cercanas a las 7 cifras.

36
Caractersticas de Oracle
Desarrollado sobre Oracle Database, Oracle Content Database ha sido diseada para
que las organizaciones puedan controlar y gestionar grandes volmenes de contenidos no
estructurados en un nico repositorio con el objetivo de reducir los costes y los riesgos
asociados a la prdida de informacin.
Apoya en el diseo y optimizacin de modelos de datos.
Apoya en la definicin de estndares de diseo y nomenclatura de objetos.
Ayuda a analizar datos y efectuar recomendaciones concernientes a mejorar el
rendimiento y la eficiencia en el manejo de aquellos datos que se encuentran
almacenados.
Estructuras de Oracle
Una BD Oracle tiene una estructura fsica y una estructura lgica:
La estructura fsica se corresponde a los ficheros del sistema operativo.
La estructura lgica est formada por los tablespace y los objetos de un esquema de BD
Estructura lgica.
Se divide en unidades de almacenamiento lgicas: Tablespaces.
Cada BD estar formada por uno o mas tablespaces (al menos existe el tablespace
SYSTEM catlogo del sistema) Cada tablespace se corresponde con uno o ms ficheros de
datos.
Objetos: tablas, vistas, ndices asociados a una tabla, clusters, ect.

37
FIGURA 9 TABLESPACE
Estructura fsica
Una B.D. tiene uno o ms ficheros de datos. Estos ficheros son de tamao fijo y se establecen
en el momento en que se crea la base de datos o en el momento en el que se crean tablespaces.
Los datos del fichero de datos son ledos cuando se necesitan y situados en una cach de
memoria compartida para que el prximo acceso a los mismos sea ms rpido.
FIGURA 10 DATABASE
Versiones de Oracle
Oracle 5 y Oracle 6: fueron las dos primeras versiones de Oracle, quedando aun
rezagadas por las versiones sucesoras.

38
Oracle 7: La base de datos relacional componentes de Oracle Universal Server. Posee
adems las versiones 7.1, 7.1.2, y 7.1.3.
Oracle 7 Parallel: Ofrece a los usuarios un mtodo seguro y administrable para
incrementar la performance de sus bases de datos existentes introduciendo operaciones en
paralelo y sincrnicas dentro de sus ambientes informticos.
Oracle 8: Incluye mejoras de rendimiento y de utilizacin de recursos. Independiente
de que se necesite dar soporte a decenas de miles de usuarios y cientos de terabytes de datos, o
se disponga de un sistema mucho ms pequeo, pero igualmente critico, todos se benefician
del rendimiento de Oracle8. Este soporta aplicaciones de procesamiento de transacciones on
line (OLTP) y de data warehousing mayores y ms exigentes.
Oracle 9: existe alguna tabla de que tenga los sqls de c/tabla que se crea... O, en su
defecto, como puedo armarlo, de que tabals puedo armarlo. Esto es para una migracin de datos
que necesito hacer.
Oracle 10: proporciona mejores resultados al automatizar las tareas administrativas,
ofreciendo seguridad lder en el sector y caractersticas para el cumplimiento regulatorio, y
posibilitando la mayor disponibilidad.
Oracle 11: es una base de datos de caractersticas completas para pequeas y medianas
empresas que requieren el desempeo, la disponibilidad y la seguridad de la base de datos #1
del mundo a un bajo costo.
Ventajas
Maximiza la disponibilidad y elimina la redundancia del centro de datos inactivo.
Oracle es el motor de base de datos relacional ms usado a nivel mundial.
Es compatible con medianas Industrias.

39
Es fcil de instalar y configurar, viene con su propio software de clustering,
administracin de almacenamiento y otras capacidades de auto administracin.
Oracle es la base de datos con ms orientacin haca INTERNET.
Oracle es portable porque se puede instalar en la gran mayora de los sistemas
Operativos y tambin tiene una gran capacidad de almacenamiento.
Desventajas
La mayor desventaja es su elevado costo.
El costo de la formacin de los usuarios.
4.1.3 Metodologa (UML o gil)
Definicin
La programacin extrema es una metodologa de desarrollo ligero (o gil) basada en un
serie de valores y prcticas de buenas maneras que persigue el objetivo de aumentar la
productividad a la hora de desarrollar programas.
Este modelo de programacin se basa en unas serie de metodologas de desarrollo de software
en el que la prioridad a los trabajos que dan un resultado directo y que reducen la burocracia
que hay alrededor de la programacin.
Una de las caractersticas principales de este mtodo, es que sus ingredientes son conocidos
desde el principio de la informtica .Los autores XP han seleccionado aquellos que han
considerado mejores y han profundizado en sus relaciones y en cmo se esfuerzan los unos con
los otros.
FASE I: PLANEACIN
La planificacin es la fase inicial en cualquier proyecto XP. A partir de este punto se
empieza a interactuar con el cliente y con el equipo de desarrollo para establecer los requisitos

40
del sistema. Se tienen en cuenta seis elementos: historias de usuario, plan de entregas, velocidad
de proyecto, iteraciones, rotaciones y reuniones.
Historias de Usuario
Son la tcnica utilizada en XP para especificar los requisitos del software. Se trata de
una serie de tarjetas de papel donde el cliente describe de forma breve lo que desea obtener
del producto, ya sean requisitos funcionales como no funcionales. La forma de tratar estas
historias es muy flexible, pudindose romper en cualquier momento, cambiar o aadir nuevas.
Cada historia de usuario debe ser comprensible y estar delimitada, de forma que los
programadores puedan realizar en unas semanas.
Las historias de usuarios son descompuestas en tareas de programacin y asignadas a
los programadores para poder ser implementadas durante una iteracin.
Plan de Entregas
Se realiza un cronograma de entregas donde se establece que historias de usuario
sern agrupadas para conformar una entrega, y el orden de las mismas. Dicho cronograma
ser el resultado de una reunin entre todos los actores del proyecto (cliente, desarrolladores,
gerentes, etc.). XP denomina a esta reunin juego de planteamiento, pero puede
denominarse de la manera que sea ms apropiada al tipo de empresa y cliente.
Normalmente, el cliente ordenara y agrupara de acuerdo a sus prioridades las historias
de usuarios. El cronograma de entregas se realiza en base a las estimaciones de tiempos de
desarrollo realizadas por los desarrolladores.
Tras algunas iteraciones es recomendable realizar nuevamente una reunin con los
actores del proyecto, para evaluar nuevamente el plan de entrega y ajustarlo si es necesario.
Velocidad de Proyecto
Es una medida de la capacidad que tiene el equipo de desarrollo para llevar a cabo las
historias de usuario en una iteracin concreta. Se calcula hallando el total de historias de

41
usuario realizadas el mismo nmero de historias de usuario que en la anterior, aunque esta
mtrica no es del todo exacta. Es necesario realizar una revisin de esta mtrica durante el
transcurso del proyecto, puesto que las historias varan en cuanto a dificultad se refiere.
Plan de Iteraciones
En la metodologa XP, la creacin del sistema se divide en tres etapas. Normalmente,
los proyectos suelen tener ms de tres etapas, cada una de las cuales toma el nombre de
iteracin. Es por ello que esta metodologa se dice que es iterativa. La duracin ideal de una
iteracin esta entre una y dice que es iterativa. La duracin de una iteracin esta entre una y
tres semanas.
Para cada una de las iteraciones se establecen un conjunto de historias que se van
llevar a cabo y un mdulo, dando como resultado cada iteracin la entrega de dicho mdulo,
habiendo superado est las pruebas de adaptacin establecidas por el cliente de forma que
verifique los requisitos.
Rotaciones
Se hace necesaria la rotacin del personal para evitar problemas relacionados con
prdida de conocimiento y cuello de botella. Al hacer que todos los desarrolladores del
proyecto tengan el mismo conocimiento sobre este se evita que unos estos tengan mayor
carga de trabajo que otros, y viceversa.
Reuniones
Deben realizarse reuniones diarias con el objetivo de mantener la comunicacin entre el
equipo, y compartir problemas y soluciones. En la mayora de estas reuniones, gran parte de
los participantes simplemente escuchan, sin tener mucho que aportar. Para no quitar mucho
tiempo innecesario del equipo, se sugiere realizar estas reuniones en crculo y de pie.

42
FASE II: DISEO
La metodologa XP hace especial nfasis en los diseos limpios y claros. Solo se
disean aquellas historias de usuario que el cliente ha seleccionado para la iteracin actual.
Los conceptos ms importantes de diseo en esta metodologa son la metfora del sistema,
las tarjetas CRC, las soluciones puntuales, una funcionalidad mnima y reciclaje.
Metfora del Sistema
La metodologa XP se sugiere utilizar el concepto de metfora como una manera
sencilla de explicar el propsito del proyecto, y guiar la estructura y arquitectura del mismo.
Por ejemplo, puede ser una gua para nomenclatura de los mtodos y las clases utilizadas en
el diseo del cdigo. Tener nombres claros, que no requieran de mayores explicaciones,
redunda en un ahorro de tiempo.
Es muy importante que el cliente y el grupo de desarrolladores estn de acuerdo y
compartan esta metfora, para que puedan dialogar en un mismo idioma.
Una buena metfora debe ser fcil de entender para el cliente y a su vez debe tener
suficiente contenido como para que sirva de gua a la arquitectura del proyecto.
Tarjetas CRC (Clase, Responsabilidad, Colaboracin)
Cada tarjeta CRC representa una clase con su nombre en la parte superior. En la
parte inferior izquierda se describen las responsabilidades y a la derecha las clases que le
sirven de soporte.
Para el uso de estas tarjetas, se ponen de pie como mximo dos personas, las cuales
son encargadas de aadir o modificar su contenido mientras el resto de miembros
pertenecen sentados y participan en la discusin, obteniendo as un diagrama de clases.

43
Soluciones Puntuales (Spike Solution)
Es una pequea aplicacin que utiliza XP cuando se dan problemas como cuando
el equipo de desarrollo debe enfrentarse a requerimientos de los clientes que generan
problemas desde el punto de vista del diseo o implementacin.
Funcionalidad Mnima
En XP solo se analiza lo que se va a desarrollar en la iteracin actual, olvidando
por completo cualquier necesidad que se pueda necesitar en un futuro. Esto es uno de los
preceptos fundamentales de la programacin extrema.
Reciclaje
Consiste en mantener el cdigo lo ms simple y limpio como sea posible. Es necesario
rehacer partes de cdigo donde se encuentre algo redundante o no funcional.
FASE III: CODIFICACIN
En la fase de codificacin se realiza de forma paralela con el diseo. Destacan la
disponibilidad del cliente, la unidad de pruebas la programacin por parejas y la integracin.
Disponibilidad del Cliente
El cliente tiene que estar presente y disponible durante todo el tiempo del desarrollo
del sistema para el equipo. Gran parte del proyecto XP se consigue gracias a que es el cliente
quien conduce constantemente el trabajo hacia lo que aportara mayor valor de negocio y los
programadores pueden resolver de manera inmediata cualquier duda asociada.
Al comienzo del proyecto, el cliente debe proporcionar las historias de usuarios. Pero,
dado que estas historias son expresamente cortas y de alto nivel, no contienen los detalles
necesarios para realizar el desarrollo del cdigo. Estos detalles deben ser proporcionados por
el cliente, y discutidos con los desarrolladores, durante la etapa de desarrollo.

44
Unidad de Pruebas
Toda la produccin del cdigo est dirigida por las pruebas unitarias. Estas se
especifican antes de escribir el cdigo y se ejecutan constantemente para cada modificacin
del sistema. Son los clientes quienes escriben las pruebas funcionales para cada historia de
usuario que deba validarse.
Programacin por Parejas
La metodologa XP propone desarrollar el cdigo por parejas, en un mismo ordenador.
Eso hace que se minimicen los errores, se obtengan mejores diseos, el cdigo sea ms corto,
las personas aprendan ms y disfruten ms de su trabajo, compensando as la conversin en
hora. Dichos beneficios se consiguen despus de varios meses de practicar la programacin
en parejas. En los estudios realizados se estima que este lapso de tiempo vara de 3 a 4 meses.
Este tipo de programacin, generalmente, permite obtener un producto de mejor calidad que
cuando se desarrolla de forma individual.
Integracin
Es importante que todos los desarrolladores trabajan siempre con la ltima versin, ya
que realizar cambios o mejoras sobre versiones antiguas causa graves problemas y,
consecuentemente, retrasa el proyecto. Por ello promueve publicar lo antes posible las nuevas
versiones, aunque no sean las ltimas, siempre que estn libres de errores. Para evitar errores,
solo una pareja de desarrolladores pueden integrar su cdigo a la vez.
Todas las pruebas son ejecutadas y tienen que ser aprobadas para que el nuevo cdigo
sea incorporado definitivamente.
FASE IV: PRUEBAS
La metodologa XP enfatiza mucho los aspectos que tiene relacin con las pruebas
clasificndolas segn sus funcionalidades, quien les hace, como y cuando deben
implementarse y ejecutarse.

45
Las pruebas en XP son tan escritas que solo se podr liberar una nueva versin si esta
se ha superado el cien por ciento de la totalidad de ellas. De no ser as, se buscara el error y
se solucionara.
Pruebas Unitarias
Estas pruebas deben ser construidas por los programadores con el empleo de algn
mecanismo que permita automatizarlas de modo que su implementacin y ejecucin
consuman el menor tiempo posible.
Pruebas de Aceptacin
Estas pruebas se diferencian totalmente de las pruebas unitarias en cuanto al papel que
toma el cliente, ya que en las unitarias el cliente no tiene ningn tipo de intervencin puesto
que es total competencia del equipo de desarrollo.
Detencin y Correccin de Errores
Cuando se encuentra un error es importante corregirlo lo antes posible y evitar que
vuelvan a ocurrir errores similares. Para corregir el error es necesario crear una nueva prueba
y as comprobar que se ha solucionado.

FIGURA 11 FUNCIONAMIENTO DE LA METODOLOGA XP.

46
4.1.4 NORMALIZACIN DE BASE DE DATOS (FORMAS NORMALES)
Difinicion
La normalizacin es el proceso mediante el cual se transforman datos complejos a un
conjunto de estructuras de datos ms pequeas, que adems de ser ms simples y ms estables,
son ms fciles de mantener. Tambin se puede entender la normalizacin como una serie de
reglas que sirven para ayudar a los diseadores de bases de datos a desarrollar un esquema
que minimice los problemas de lgica. Cada regla est basada en la que le antecede. La
normalizacin se adopt porque el viejo estilo de poner todos los datos en un solo lugar, como
un archivo o una tabla de la base de datos, era ineficiente y conduca a errores de lgica cuando
se trataban de manipular los datos.
Otra ventaja de la normalizacin de base de datos es el consumo de espacio. Una base
de datos normalizada ocupa menos espacio en disco que una no normalizada. Hay menos
repeticin de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco.
El proceso de normalizacin tiene un nombre y una serie de reglas para cada fase. Esto
puede parecer un poco confuso al principio, pero poco a poco se va entendiendo el proceso,
as como las razones para hacerlo de esta manera.
Grados de normalizacin
Existen bsicamente tres niveles de normalizacin: Primera Forma Normal (1NF), Segunda
Forma Normal (2NF) y Tercera Forma Normal (3NF). Cada una de estas formas tiene sus
propias reglas. Cuando una base de datos se conforma a un nivel, se considera normalizada a
esa forma de normalizacin. No siempre es una buena idea tener una base de datos conformada
en el nivel ms alto de normalizacin, puede llevar a un nivel de complejidad que pudiera ser
evitado si estuviera en un nivel ms bajo de normalizacin. En la tabla siguiente se describe

47
brevemente en que consiste cada una de las reglas, y posteriormente se explican con ms
detalle.
T ABLA 7 NORMALIZACION
REGLA DESCRIPCIN
Primera Forma Incluye la eliminacin de todos los grupos repetidos.
Normal (1FN)
Segunda Forma Asegura que todas las columnas que no son llave sean
Normal (2FN) completamente dependientes de la llave primaria (PK).
Tercera Forma Elimina cualquier dependencia transitiva. Una
Normal (3FN) dependencia transitiva es aquella en la cual las columnas
que no son llave son dependientes de otras columnas
que tampoco son llave.
Primera Forma Normal
La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse
y colocarse en tablas separadas.
Poner la base de datos en la Primera Forma Normal resuelve el problema de los encabezados
de columna mltiples. Muy a menudo, los diseadores de bases de datos inexpertos harn algo
similar a la tabla no normalizada. Una y otra vez, crearn columnas que representen los mismos
datos. La normalizacin ayuda a clarificar la base de datos y a organizarla en partes ms
pequeas y ms fciles de entender. En lugar de tener que entender una tabla gigantesca y
monoltica que tiene muchos diferentes aspectos, slo tenemos que entender los objetos
pequeos y ms tangibles, as como las relaciones que guardan con otros objetos tambin
pequeos.

48
TABLA 8 P RIMERA FORMA N ORMAL
cod_EmNomCliente ApePat ApeMat TipoDocumento Numero Telefono Direcion NPrestmo TipPrestamo FecPrestamo Monto Interes Couta Importe Ttal
1 Luis Ruiz Diaz DNI 12345678 6457683 Av. Brazi 15 1000 Hipotecario 06/03/2016 S/. 20,000.00 S/. 25,000.00 20 S/. 45,000.00
3 Luis Ruiz Diaz DNI 12345678 6457683 Av. Brazi 15 1002 Personal 04/01/2017 S/. 600.00 S/. 6,300.00 6 S/. 6,900.00
4 Juan Rojas aa RUC 10123456780 7658443 Av Venezuela 548 1003 Personal 04/06/2017 S/. 2,000.00 S/. 2,200.00 6 S/. 4,200.00
cod_Em Nombre ApePat ApeMat TipoDocumento Numero Telefono Direccion

1 Luis Ruiz Diaz DNI 12345678 6457683 Av. Brazi 15
2 Juan Rojas aa RUC 10123456780 7658443 Av Venezuela 548
NPrestmo TipPrestamo FecPrestamo Monto Interes Couta Importe Ttal

1000 Hipotecario 06/03/2016 S/. 20,000.00 S/. 25,000.00 20 S/. 45,000.00
1001 Hipotecario 10/10/2016 S/. 10,000.00 S/. 10,500.00 10 S/. 20,500.00
1002 Personal 04/01/2017 S/. 600.00 S/. 6,300.00 6 S/. 6,900.00
1003 Personal 04/06/2017 S/. 2,000.00 S/. 2,200.00 6 S/. 4,200.00
Segunda Forma Normal
La regla de la Segunda Forma Normal establece que todas las dependencias parciales se
deben eliminar y separar dentro de sus propias tablas. una dependencia parcial es un trmino
que describe a aquellos datos que no dependen de la llave primaria de la tabla para
identificarlos.
Una vez alcanzado el nivel de la Segunda Forma Normal, se controlan la mayora de los
problemas de lgica. Podemos insertar un registro sin un exceso de datos en la mayora de las
tablas.

49
TABLA 9 SEGUNDA FORMA N ORMAL
Tercera Forma Normal
Una tabla est normalizada en esta forma si todas las columnas que no son llave son
funcionalmente dependientes por completo de la llave primaria y no hay dependencias
transitivas. Comentamos anteriormente que una dependencia transitiva es aquella en la cual
existen columnas que no son llave que dependen de otras columnas que tampoco son llave.
Cuando las tablas estn en la Tercera Forma Normal se previenen errores de lgica cuando
se insertan o borran registros. Cada columna en una tabla est identificada de manera nica por
la llave primaria, y no debe haber datos repetidos. Esto provee un esquema limpio y elegante,
que es fcil de trabajar y expandir.
Un dato sin normalizar no cumple con ninguna regla de normalizacin. Para explicar con un
ejemplo en que consiste cada una de las reglas, vamos a considerar los datos de la siguiente
tabla.

50
TABLA 10 TERCERA F ORMA N ORMAL
Normalizacin de bases de datos
La normalizacin de bases de datos es un proceso que consiste en designar y aplicar una
serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relacin al modelo
relacional.
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos.
Disminuir problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.
En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una
tabla sea considerada como una relacin tiene que cumplir con algunas restricciones:
Cada tabla debe tener su nombre nico.
No puede haber dos filas iguales. No se permiten los duplicados.
Todos los datos en una columna deben ser del mismo tipo.

51
4.1.5 Modelador de base de datos Erwin
Difinicion
Es un software totalmente orientado al modelado y mantenimiento de base de datos,
flexible que permite crear y administrar todos los dems componentes asociados.
Erwin nos proporciona desde un modelo lgico de los requerimientos de informacin,
hasta el modelo fsico.
Perfeccionado para las caractersticas especficas de la base de datos diseada, adems
Erwin permite visualizar la estructura, los elementos importantes, y optimizar el diseo
de la base de datos.
Genera automticamente las tablas y miles de lneas de stored Procedure y triggers para
los principales tipos de base de datos.
Compatibilidad de Erwin
Erwin soporta principalmente bases de datos relacionales SQL y bases de datos que
incluyen Oracle, Microsoft SQL Server, Sybase.
El mismo modelo puede ser usado para generar mltiples bases de datos, o convertir
una aplicacin de una plataforma de base de datos a otra.
Historia de Erwin
Erwin fue creado por Logic Works: Fue adquirida en 1998 por Platinum Technology
Platinum fue adquirido mas tarde en mayo de 1999 por Computer Associates, que mas
tarde lo integraron a su suite AllFusion bajo el nombre de AllFusion Erwin Data Modeler
La herramienta fue ms tarde renombrado a CA Erwin Data Modeler.
El 13 de marzo de 2014, Embarcadero Technologies entr en un acuerdo definitivo para
adquirir Erwin de Computer Associates.

52
4.1.6 Administracin y Seguridad de base de datos
La seguridad de usuarios es usada para darles privilegios a los distintos usuarios de una
base de datos. Estos privilegios sern para ejecutar sentencias SQL, alterar el funcionamiento
de la Base de Datos o para alterar la forma de la Base de Datos.
Deber de existir una poltica definida para la seguridad de usuarios y accesos de estos a la
Base de Datos.
Se deber crear horarios de acceso para los diferentes usuarios y as registrar todo
acceso no autorizado o fuera de horario que los usuarios tengan a la Base de Datos.
Se debern de crear roles para los distintos usuarios de la Base de Datos, clasificarlos y
catalogarlos, para su correcta asignacin a los usuarios. Se deber realizar las siguientes
actividades o procesos:
Crear un usuario: Toda administracin de bases de datos requerir la creacin de
usuarios para tener acceso a la informacin. Para crear un usuario, siga en instructivo
PRC03.2-INS01.
Eliminar o inactivar un usuario: Cuando un usuario deja de ser necesario, este deber
ser inactivado o eliminado, para evitar el acceso a la informacin dentro de la Base de
Datos. Para eliminar un usuario, siga el instructivo PRC03.2-INS02.
Modificar un perfil: Para modificar o actualizar la informacin del perfil seguridad
de un usuario, siga al instructivo PRC03.2-INS03.
Dar privilegios a un usuario: para que un usuario pueda trabajar sobre diversas tablas,
vistas, procedimientos y dems elementos de la Base de Datos, este deber de poseer
privilegios para poder tener acceso a estos elementos. Para dar privilegios a un usuario,
siga el instructivo PRC03.2-INS04.
Quitar privilegios a un usuario: Con el transcurrir del tiempo, un usuario puede

53
perder privilegios sobre elementos dentro de la base de datos, y estos debern ser
eliminados de inmediato. Para quitarle privilegios de acceso al usuario, siga el
instructivo PRC03.2-INS05.
Crear Roles: Al manejar varios usuarios, e incontable nmero de privilegios que este
puede llegar a tener, es til manejar roles; as, podremos dar los mismos privilegios a
distintos usuarios que cumplen con el mismo rol. Para crear roles, siga el instructivo
Prc03.2-INSTR06.
Modificar Roles: Un rol tambin puede ganar o perder privilegios a lo largo de su vida
til. Para modificar un rol siga el instructivo Prc03.2-INSTR07.
Eliminar Roles o inactivarse: Cuando un rol deja de ser til, este debe de eliminarse.
Para eliminar un rol siga el instructivo Prc03.2-INSTR08.
Asignar roles a un Usuario o a un role: Una vez creado algn rol, este no ser til
hasta que se le asigne a algn usuario. Para asignar roles a algn usuario, siga el
instructivo Prc03.2-INSTR09.
4.1.7 INFORMACIN ADICIONAL
ROLES
Programador: es el responsable de las decisiones tcnicas, de construir el sistema y
de disear las pruebas unitarias.
Cliente: es parte del equipo. Se encarga de escribir las historias de usuario y las pruebas
funcionales. Tambin asigna prioridad a las historias de usuario y decide cuales se
implementan en cada iteracin
Encargado de pruebas (Tester): colabora con el cliente para escribir las pruebas
funcionales y se asegura de que se superen. Tambin es el encargado de difundir los
resultados por el resto del equipo.

54
Encargado de seguimiento (Tracker): verifica el grado de acierto entre las
estimaciones realizadas y el tiempo real empleado, haciendo pblicos los resultados y
as obtener mejoras en el futuro.
Entrenador (Coach): es el responsable del proceso global. Debe conocer a fondo el
proceso XP y as poder guiar a los miembros del equipo para que sigan correctamente
la metodologa.
Consultor: es un miembro externo al equipo que posee un conocimiento especfico de
algn tema necesario para el proyecto, y as poder guiar al equipo ante algn problema
concreto.
Gestor: planifica las reuniones, se asegura que el proceso de las reuniones se sigue y
anota los resultados de las reuniones para futuros informes. Su labor principal es la
coordinacin.
ESTUDIO DE FACTIBILIDAD
Factibilidad Tcnica
La investigacin es factible tcnicamente, debido a que se cuenta con la
infraestructura tecnolgica mnima. Adems la empresa COOPERATIVA TRIUNFO
PERU FINANCE., facilita los recursos tecnolgicos que sean necesarios para
desarrollo e implementacin del proyecto.
Factibilidad Operativa
La investigacin es factible operativamente, ya que se cuenta con
conocimientos bsicos de la metodologa XP, Modelamiento de base de datos y las
capacidades para realizar investigacin para el desarrollo e implementacin del
proyecto

55
Factibilidad Econmica
La presente investigacin cuenta con el apoyo de la misma COOPERATIVA
TRIUNFO PERU FINANCE, el cual brinda todos los recursos para el desarrollo e
implementacin del proyecto.
5. DESARROLLO DE LA PROPUESTA ELEGIDA
5.1. FACTIBILIDAD
TABLA 11 PRESUPUESTO DE PRODUCTO TOTAL PARA LA IMPLEMENTACIN DEL

SISTEMA DE INFORMACIN
Unidad
Precio
Recursos de Cantidad Total (S/.)
Unitario (S/.)
Medida
1. Humanos
Santiago Pacheco Richard
Personas S/. 500.00 2 s/.1,000.00
Muoz Curo Mary lee
2. Materiales
Internet Mensual 99.00 1 99.00
tiles de Escritorio Unidad 80.00 1 80.00
Fotocopias Unidad 0.0 500 100.00
Impresin Unidad 0.30 500 150.00
3. Tcnicos
Movilidad Mensual 90.00 8 720.00
3.3 Hardware
Computadora(i5) Unidad 2,200.00 2 4,400.00
Impresora Lser Unidad 350.00 1 350.00
Impresora Matricial Unidad 350.00 1 350.00
Scanner Unidad 250.00 1 250.00
Memoria USB Unidad 24.00 2 48.00
3.4 Software
Bizage Process Modeler Unidad 15.00 2 30.00
Windows 8 Single
Unidad 450.00 2 900.00
Language(x64)

56
Microsoft Office 2013 Unidad 250.00 2 500.00
Oracle Data Base Express Edition
Unidad 900.00 1 900.00
(XE).
Otros Gastos Unidad 500.00 1 500
Total 10,000.00
5.2. ROLES
T ABLA 12 ASIGNACIN DE ROLES Y RESPONSABILIDADES
Asignacin de roles y responsabilidades

ROL NOMBRE RESPONSABILIDAD
Describe las historias de usuario y las
Nuez Auccatoma Guillermo pruebas funcionales para validar su
Cliente (Gerente de la cooperativa de implementacin
ahorro y crdito de la Adems es quien asigna prioridad a las
Cooperativa Triunfo Peru historias de usuarios y decide cuales
Finance). deben ser implementadas en cada
iteracin centrndose en aportar mayor
valor al negocio.
Santiago Pacheco Establecer el conjunto con los clientes la
Richar planificacin de las liberaciones adems
Desarrolladores Muoz Curo Mary lee escribe las pruebas y el encargado de
producir el cdigo del sistema de la forma
ms simple y definida que sea posible.
Santiago Pacheco Encargado de documentar finalmente el
Documentadores Richar plan de entregas
Muoz Curo Mary lee
Responsable de Santiago Pacheco Realiza el seguimiento del proceso del
seguimiento Richar plan de entregas.
Muoz Curo Mary lee
5.3. METODOLOGA UTILIZADA GIL
La aplicacin de la metodologa Extreme Programming (XP) para el proceso de
Administracin, se enfoca principalmente en el desarrollo de sistema que intenta definir
rpidamente un plan global del sistema, desarrollar y liberar rpidamente el software y
posteriormente revisarlo continuamente para incorporarle caractersticas adicionales.

57
El objetivo de Extreme Programming es satisfacer las necesidades del cliente, en este caso,
el modelamiento de base de datos en Oracle para optimizar el Funcionamiento de Gestin
de Ahorro y Crdito de la COOPERATIVA TRIUNFO PER FINANCE La metodologa
Extreme Programming (XP) consta de 4 fases.
5.3.1. DESARROLLAR TODAS LAS FASES DE LA METODOLOGA
ELEGIDA.
FASE DE PLANIFICACIN
Actividades de planificacin
T ABLA 13 ACTIVIDAD FASE PLANIFICACION
ACTIVIDADES FASE DE PLANIFICACIN
N ACTIVIDAD SUBACTIVIDAD RESPONSABLE

1 Redactar Identificar historias de usuario a incorporar en la Cliente
Historias de liberacin.
usuarios Sugerir historias de usuario. Desarrollador
Redactar las historias de usuario. Cliente
2 Estimas Realizar estimacin temporal de la historia de Desarrollador

historias de usuario.
usuario Sealar si la historia de usuario debe ser dividida o Desarrollador
se deben agregar nuevas.
3 Dividir Dividir historia de usuario. Cliente
historias de
usuario Agregar historia de usuario. Cliente
4 Priorizar Priorizar historias de usuario por valor. Cliente

historias de
usuario Priorizar historias de usuario por riesgo. Desarrollador
5 Fijar velocidad Establecer la velocidad del proyecto en historias de Desarrollador

de proyecto usuario y en tareas de programacin.
6 Fijar el mtodo Escoger planificacin por alcance o por el tiempo. Cliente
de
planificacin Fijar alcance o tiempo. Cliente

58
7 Plan de Realizar reunin de planificacin con sus Desarrollador y
entregas respectivas tareas. Cliente
Documento plan entregas. Administrador
8 Realizar Mantener al da informacin respecto al plan de Responsable de

seguimiento entregas. seguimiento
Historias de usuarios
Para la creacin de las historias de usuario se trabaj conjuntamente con el cliente,
y para ello se llevaron a cabo reuniones con el cliente para describir brevemente las
caractersticas que el sistema debe poseer; sean requisitos funcionales o no funcionales.
Para la redaccin de las historias de usuario, lo normal es que sea el cliente quien las
escriba, sin embargo, el cliente no fue quien escribi personalmente las historias de
usuario, pero fue el quien diseo su contenido y dirigi la redaccin de las mismas.

59
Escribir una historia
(Cliente)
No s como
Demasiado compleja
Estimar la Historia
(Administrador)
Dividir una Historia Rapidez

(Cliente) (Programador)
Anlisis planificacin
Clasificar las historias en funcin del riesgo

Cliente y programador)
Fijar la velocidad
Determinar el alcance (Cliente)
Figura 12 Planificacin historias de usuario
Es as, como ha identificado de las historias de usuarios descritas a continuacin,
que servirn para describir la funcionalidad del sistema.
Identificacin de Historias de Usuarios
Una de las fases ms importantes para la construccin de la solucin informtica
es identificar lo que se pretende satisfacer. En esta seccin se describe los requerimientos
que se buscan cumplir con la creacin del sistema propuesto.
Modulo del Sistema

A continuacin se muestran las historias de Usuario para el presente proyecto la
misma que al ser priorizadas, se agrupan en los siguientes mdulos:

60
1) Modulo: Seccin de Clientes.
Este mdulo contiene las historias de usuarios para realizar la correcta
administracin de los Clientes registrados en el sistema.
a. Registro de Cliente.
b. Mantenimiento de Cliente.
c. Eliminacin de Cliente.
d. Bsqueda de Cliente.
e. Reporte de Cliente
2) Modulo: Seccin de Empleado.
Este mdulo contiene las historias de usuarios para realizar la correcta administracin
del Empleado registrado en el sistema.
f. Registro de Empleado.
g. Mantenimiento de Empleado.
h. Bsqueda de Empleado.
i. Eliminacin de Empleado.
j. Reporte de empleado.
3) Modulo: Seccin de Cuenta.
del Cuenta registrado en el sistema.
k. Registro de Cuenta.
l. Mantenimiento de Cuenta.
m. Bsqueda de Cuenta.
n. Eliminacin de Cuenta.
4) Modulo: Seccin de Movimiento.

61
del Movimiento registrado en el sistema.
o. Registro de Movimiento.
p. Mantenimiento de Movimiento.
q. Consulta de Movimiento.
5) Modulo: Seccin de Prstamo
del Prstamo registrado en el sistema.
r. Registro de Prstamo.
s. Mantenimiento de Prstamo.
t. Consulta de Prstamo.
u. Eliminacin de Prstamo.
v. Reporte de Prstamo.
6) Modulo: Seccin de Pago Prstamo.
de Pago Prstamo registrado en el sistema.
w. Registro de Pago Prstamo.
x. Mantenimiento de Pago Prstamo.
y. Consulta de Pago Prstamo.
z. Reporte de Pago Prstamo.
7) Modulo: Seccin de Ticket Movimiento
del Ticket Movimiento registrado en el sistema.
aa. Emisin de Ticket Movimiento

62
bb. Consulta de Ticket Movimiento.
cc. Reporte de Ticket Movimiento.
8) Modulo: Seccin de Ticket Pago Prstamo.
del Ticket Pago Prstamo registrado en el sistema.
ff. Emisin de Ticket Pago Prstamo.
gg. Consulta de Ticket Pago Prstamo.
hh. Reporte de Ticket Pago Prstamo.
9) Modulo: Seccin de Contrato.
del Contrato registrado en el sistema.
ii. Registro de Contrato.
jj. Mantenimiento de Contrato.
kk. Consulta de Contrato.
10) Modulo: Seccin de Usuario.
de los Usuarios registrados en el sistema.
ll. Registro de Usuarios.
mm. Modificacin de Usuarios.
nn. Eliminacin de Usuarios.
oo. Ingreso del Usuario al Sistema.
pp. Validacin de Usuario.

63
Especificacin de historias de usuarios por modulo
Mdulo 1: Seccin de Clientes.
TABLA 14 HISTORIAS DE USUARIOS REGISTRO DE CLIENTE .
HISTORIA DE USUARIO
Numero: 01. Nombre: Registro de Cliente.
Usuario: Encargada de Cuenta.
Modificacin de HU: Iteracin Asignada: Primera.

Prioridad en Negocio: Alta Registro en Desarrollo: Alta
(Alta/Media/Baja). (Alta/Media/Baja).
Descripcin: Yo como encargada de Cuenta quiero registrar cliente para saber todo
sus datos como (Cdigo del Cliente, Cdigo de AAHH, Apellido, nombres, Cdigo
de tipo documento, DNI, telfono, direccin, Email), luego se guardara en la base
de datos.
Observaciones: En caso de que los datos sean incorrectos no podrn ser guardados
en la base de datos.
TABLA 15 HISTORIAS DE USUARIOS MANTENIMIENTO DE CLIENTE .

HISTORIA DE USUARIO
Numero: 02 Nombre: Mantenimiento de Cliente.
Prioridad en Negocio: Alta Registro en Desarrollo: Media

Descripcin: Yo como encargada de Cuenta quiero realizar los mantenimientos

de datos del cliente como (direccin, email, telfono, etc.). Una vez realizada la
actualizacin guardar en la base de datos.
Observaciones: En caso de que el cliente no realice el mantenimiento, los datos

no podrn ser alterados.

64
TABLA 16 HISTORIAS DE USUARIOS E LIMINACIN DE CLIENTE .
HISTORIA DE USUARIO
Numero: 03 Nombre: Eliminacin de Cliente.
Modificacin de HU: Iteracin Asignada: Primera

Descripcin: Yo como encargada de Cuenta quiero hacer la eliminacin segn los

criterios sean especificados como: (nombre o DNI), Esto se realiza cuando el
Cliente ya no pertenece a la cooperativa.
Observaciones: En caso de que el Cliente siga TeniENDo Cuenta no podr ser

eliminado.
T ABLA 17 HISTORIAS DE USUARIOS CONSULTA DE CLIENTE .

HISTORIA DE USUARIO
Numero: 04 Nombre: Consulta de Cliente.

Descripcin: Yo como encargada de Cuenta quiero hacer consulta los datos del
cliente como: (nombre, DNI), una vez realizado la consulta mostrara una lista de
datos pertinentes del cliente.
Observaciones: Si los datos de consulta esta incorrecto mostrara un mensaje.

65
T ABLA 18 HISTORIAS DE USUARIOS REPORTE DE CLIENTE.
HISTORIA DE USUARIO
Numero: 05 Nombre: Reporte de Cliente.
Modificacin de HU: Iteracin Asignada: Primera

Descripcin: Yo como encargada de Cuenta quiero hacer reporte los datos del
cliente para generar un reporte a travs del nombre de un determinado mes.
Observaciones: En caso no haya datos del cliente no podr realizar el reporte.
Mdulo 02: Seccin de Empleado.

T ABLA 19 HISTORIAS DE USUARIOS REGISTRO DE EMPLEADO .
HISTORIA DE USUARIO
Numero: 06 Nombre: Registro de Empleado.
Modificacin de HU: Iteracin Asignada: Segunda

Descripcin: Yo como encargada de Cuenta quiero registrar los datos del cliente
como (cdigo de empleado, nombre, cdigo de distrito, cdigo de cargo, nombre,
cdigo de tipo documento, DNI, direccin, sueldo, telfono, email). Luego se
guardara en la base de datos.
Observaciones: En caso de que los datos no se registren correctamente, mostrara

un mensaje de error.

66
TABLA 20 HISTORIAS DE USUARIOS MODIFICACIN DE EMPLEADO .
HISTORIA DE USUARIO
Numero: 07 Nombre: Modificacin de Empleado.

Descripcin: Yo como encargada de Cuenta quiero hacer actualizacin los datos

de los empleados como: el cambio de direccin, email, telfono, etc. Una vez
realizada la actualizacin se guardara en la base de datos.
Observaciones: En caso de que los datos modificados no se registren

correctamente, mostrara un mensaje de error.
TABLA 21 HISTORIAS DE USUARIOS CONSULTA DE E MPLEADO.

HISTORIA DE USUARIO
Numero: 08 Nombre: Consulta de Empleado.

Descripcin: Yo como encargada de Cuenta quiero hacer consulta los datos del
empleado como: (nombre, DNI), una vez realizado la consulta mostrara una lista
de datos pertinentes del empleado.
Observaciones: En caso de que los datos no se definan correctamente no podr

realizar la consulta.

67
T ABLA 22 HISTORIAS DE USUARIOS E LIMINACIN DE E MPLEADO .
HISTORIA DE USUARIO
Numero: 09 Nombre: Eliminacin de Empleado.

Descripcin: Yo como encargada de Cuenta quiero hacer la eliminacin segn los

criterios sean especificados como: (nombre o DNI), Esto se realiza cuando el
empleado ya no se encuentra trabajando en la cooperativa.
Observaciones: En caso de que el empleado siga trabajando no podr ser

eliminado.
TABLA 23 HISTORIAS DE USUARIOS REPORTE DE EMPLEADO.
HISTORIA DE USUARIO
Numero: 10 Nombre: Reporte de Empleado

Descripcin: Yo como encargada de Cuenta quiero hacer una consulta los datos
del empleado, para generar un reporte a travs del nombre de un determinado mes.
Observaciones: En caso no haya datos del empleado no podr realizar el reporte.

68
Mdulo 03: Seccin de Cuenta.
T ABLA 24 HISTORIAS DE USUARIOS REGISTRO DE CUENTA.

HISTORIA DE USUARIO
Numero: 11 Nombre: Registro de Cuenta.
Modificacin de HU: Iteracin Asignada: Tercera

Descripcin: Yo como encargada de Cuenta quiero registrar los datos de un nuevo
cuenta como (nmero de cuenta, fecha de creacin de cuenta, saldo, tipo de cuenta,
fecha de caducidad, estado de cuenta, estado de registro, cdigo de tipo de cuenta,
cdigo de cliente).Luego guardar en base de datos.
Observaciones: En caso de que los datos sean incorrectos no podrn ser guardados
en la base de datos.
T ABLA 25 HISTORIAS DE USUARIOS MODIFICACIN DE CUENTA .

HISTORIA DE USUARIO
Numero: 12 Nombre: Modificacin de Cuenta.

Descripcin: Yo como encargada de Cuenta quiero hacer mantenimiento de cuenta
cuando la fecha de caducidad vence y el representante y/o cliente solicite
actualizacin de cuenta. Luego guardar los datos actualizados en la base de datos.
Observaciones: En caso de que el representante y/o cliente no realice ninguna

modificacin, los datos no podrn ser alterados.

69
T ABLA 26 HISTORIAS DE USUARIOS CONSULTA DE CUENTA .
HISTORIA DE USUARIO
Numero: 13 Nombre: Consulta de Cuenta.

Descripcin: Yo como encargada de Cuenta quiero hacer consulta de cuenta
mediante Nmero de cuenta, lo cual listar todos los datos de la cuenta existente.
Observaciones: Los filtros de consulta estarn predefinidos segn la especificacin

de la consulta.
T ABLA 27 HISTORIAS DE USUARIOS E LIMINACIN DE CUENTA

HISTORIA DE USUARIO
Numero: 14 Nombre: Eliminacin de Cuenta

Descripcin: Yo como encargada de Cuenta quiero hacer la eliminacin segn el
criterio sea especificado como: (Nmero de Cuenta), Esto se realiza cuando la
cuenta se caduca o este bloqueado.
Observaciones: En caso de que la cuenta no est en caducidad no podr ser
eliminado.

70
Mdulo 04: Seccin de Movimiento.
T ABLA 28 HISTORIAS DE USUARIOS REGISTRO DE MOVIMIENTO .
HISTORIA DE USUARIO
Numero: 15 Nombre: Registro de Movimiento.
Usuario: Cajero.
Modificacin de HU: Iteracin Asignada: Cuarta

Descripcin: Yo como cajero quiero registrar movimientos que realiza el cliente

como (abonos y retiros), para ello registrara los siguientes datos: (cdigo de
Movimiento, fecha de movimiento, hora, monto, estado de registro, tipo de
movimiento, y el cdigo del cliente). Luego guardar en la base de datos.

TABLA 29 HISTORIAS DE USUARIOS MANTENIMIENTO DE MOVIMIENTO.

HISTORIA DE USUARIO
Numero: 16 Nombre: Modificacin de Movimiento.
Usuario: Cajero.

Descripcin: Yo como cajero quiero modificar algunos datos en casos como en el
momento de registro de movimiento haya algn error durante ingreso de datos etc.
Una vez realizada la actualizacin guardar en la base de datos.

71
T ABLA 30 HISTORIAS DE USUARIOS CONSULTA DE MOVIMIENTO .
HISTORIA DE USUARIO
Numero: 17 Nombre: Consulta de Movimiento.
Usuario: Cajero.

Descripcin: Yo como cajero quiero hacer una consulta del movimiento segn los
criterios especificados como: (Cdigo de Movimiento o Por nmero de cuenta),
una vez realizado la consulta mostrara una lista de datos pertinentes del
Movimiento.

TABLA 31 HISTORIAS DE USUARIOS REPORTE DE MOVIMIENTO.

HISTORIA DE USUARIO
Numero: 18 Nombre: Reporte de Movimiento.
Usuario: Cajero.

Descripcin: Yo como cajero quiero hacer reporte de Movimientos realizados de

un determinado cuenta, para ello es necesario especificar datos como (Fecha de
movimiento o nmero d cuenta), para hacer un reporte y conocer los movimientos
realizados en un mes ya que cada asentamiento humano solicita abonos que
realizan los usuarios de cada asentamiento.
Observaciones: En caso de que los datos especificados para reporte esta incorrecto
no mostrara el reporte.

72
Mdulo 05: Seccin de Prstamo.
TABLA 32 HISTORIAS DE USUARIOS REGISTRO DE PRSTAMO .
HISTORIA DE USUARIO
Numero: 19 Nombre: Registro de Prstamo.
Usuario: Ejecutivo de Prstamo
Modificacin de HU: Iteracin Asignada: Quinto

Descripcin: Yo como Ejecutivo de Prstamo quiero hacer un registro los datos

como (cdigo de prstamo, monto de prstamo, en cuantas cuotas pagara el
prestatario fecha de prstamo, estado de prstamo, fecha de vencimiento de
prstamo, estado de registro, tipo de prstamo y el cdigo del cliente ). Luego
guardar en la base de datos.
Observaciones: En caso de que los datos no se registren correctamente, mostrar
T ABLA 33 HISTORIAS DE USUARIOS MANTENIMIENTO DE PRSTAMO .

HISTORIA DE USUARIO
Numero: 20 Nombre: Modificacin de Prstamo.
Usuario: Ejecutivo de Prstamo.
Modificacin de HU: Iteracin Asignada: Quinta

Descripcin: Yo como Ejecutivo de Prstamo me gustara hacer mantenimiento

los datos del prstamo como (tipo de presta, inters, cuotas, etc.). Una vez realizado
el mantenimiento se guardara en la base de datos.

73
T ABLA 34 HISTORIAS DE USUARIOS CONSULTA DE PRSTAMO PERSONAL
HISTORIA DE USUARIO
Numero: 21 Nombre: Consulta de Prstamo.

Prioridad en Negocio: Media Registro en Desarrollo: Alta
Descripcin: yo como Ejecutivo de Prstamo quiero hacer una consulta, segn los
criterios sean especificados como: (cdigo de prstamo, DNI del prestatario),
mediante los datos especificado quiero que me muestre un listado de datos de
prstamo.
T ABLA 35 HISTORIAS DE USUARIOS REPORTE DE PRSTAMO .

HISTORIA DE USUARIO
Numero: 22 Nombre: Reporte de Prstamo.

Prioridad en Negocio: Alta Registro en Desarrollo: Bajo
Descripcin: yo como Ejecutivo de Prstamo quiero hacer un reporte de todos los

prstamos realizados en un mes, lo cual me permitir conocer si hay algn problema
en los prstamos.
Observaciones:

74
Mdulo 06: Seccin de Pago Prstamo.
T ABLA 36 HISTORIAS DE USUARIOS REGISTRO DE PAGO PRSTAMO.
HISTORIA DE USUARIO
Numero: 23 Nombre: Registro de Pago Prstamo.
Usuario: Cajero - Administrador.
Modificacin de HU: Iteracin Asignada: Sexta

Descripcin: Yo como cajero quiero registrar los pagos de prstamo que realiza el
cliente como (cdigo de pago, fecha de pago, hora de pago, monto de pago, estado
de registro y cdigo de prstamo). Luego los datos detallados guardar en base de
datos.
T ABLA 37 HISTORIAS DE USUARIOS MANTENIMIENTO DE PAGO PRSTAMO.

HISTORIA DE USUARIO
Numero: 24 Nombre: Modificacin de Pago
Prstamo.
Usuario: Cajero.

Descripcin: yo como cajero quiero modificar los datos. Luego guardar en la base
de datos.


75
T ABLA 38 HISTORIAS DE USUARIOS CONSULTA DE PAGO PRSTAMO.
HISTORIA DE USUARIO
Numero: 25 Nombre: Consulta de Pago Prstamo.
Usuario: Administrador.

Descripcin: Yo como cajero quiero consultar mediante datos como Fecha de pago
o cdigo de prstamo, y que me liste los datos segn el dato especificado.
Observaciones: Si en caso no exista mostrar mensaje.
TABLA 39 HISTORIAS DE USUARIOS REPORTE DE PAGO PRSTAMO .

HISTORIA DE USUARIO
Numero: 26 Nombre: Reporte de Pago Prstamo.
Usuario: Cajero.

Descripcin: yo como cajero quiero hacer un reporte general segn la fecha o

cdigo de pago de prstamo, y que muestre todos los prstamos realizados.
Observaciones:

76
Mdulo 07: Seccin de Ticket Movimiento.
T ABLA 40 HISTORIAS DE USUARIOS EMISIN DE TICKET MOVIMIENTO.
HISTORIA DE USUARIO
Numero: 27 Nombre: Emisin de Ticket
Movimiento.
Usuario: Cajero.
Modificacin de HU: Iteracin Asignada: Septimo

Descripcin: Yo como cajero quiero emitir ticket de acuerdo al movimiento de

cuenta que realiza el cliente, por ser necesario tanto para cliente y cooperativa,
cuando haya algunos reclamos, quejas y otros. Luego guardar tickets emitidos en
base de datos. Cada ticket con un cdigo autogenerado.
Observaciones:
T ABLA 41 HISTORIAS DE USUARIOS CONSULTA DE T ICKET MOVIMIENTO .

HISTORIA DE USUARIO
Numero: 28 Nombre: Consulta de Ticket
Movimiento.

Descripcin: Yo como cajero quiero consultar mediante nmero de cuenta o fecha
y que me liste los datos segn el dato especificado.

77
T ABLA 42 HISTORIAS DE USUARIOS REPORTE DE TICKET DE MOVIMIENTO.
HISTORIA DE USUARIO
Numero: 29 Nombre: Reporte de Ticket de
Movimiento.
Usuario: Cajero.


cdigo de ticket de Movimiento, y que muestre todos los movimientos realizados
por el cliente.
Observaciones:
Mdulo 08: Seccin de Ticket Pago Prstamo.

T ABLA 43 HISTORIAS DE USUARIOS E MISIN DE T ICKET PAGO PRSTAMO .
HISTORIA DE USUARIO
Numero: 30 Nombre: Emisin de Ticket Pago
Prstamo.
Usuario: Cajero.
Modificacin de HU: Iteracin Asignada: Octavo

Descripcin: Yo como cajero quiero emitir ticket de los pagos que realiza el
cliente, por ser necesario tanto para cliente y cooperativa, cuando haya algunos
reclamos, quejas y otros. Luego guardar tickets emitidos en base de datos. Cada
ticket de pago con un cdigo autogenerado.
Observaciones:

78
TABLA 44 HISTORIAS DE USUARIOS CONSULTA DE T ICKET DE PRSTAMO.
HISTORIA DE USUARIO
Numero: 31 Nombre: Consulta de Ticket de
Prstamo.

Descripcin: Yo como cajero quiero consultar mediante nmero de cuenta o fecha
y que me liste los datos segn el dato especificado.
T ABLA 45 HISTORIAS DE USUARIOS REPORTE DE TICKET DE MOVIMIENTO.

HISTORIA DE USUARIO
Numero: 32 Nombre: Reporte de Ticket de
Movimiento.
Usuario: Cajero.


cdigo de ticket de Movimiento, y que muestre todos los pagos realizados por el
cliente.
Observaciones:

79
Mdulo 09: Seccin de Contrato.
T ABLA 46 HISTORIAS DE USUARIOS REGISTRO DE CONTRATO.
HISTORIA DE USUARIO
Numero: 33 Nombre: Registro de Contrato.
Usuario: Ejecutivo de Prstamo Encargado de Cuenta.
Modificacin de HU: Iteracin Asignada: Noveno

Descripcin: Me gustara registrar los contratos para guardar sus datos del cliente
y facilitar los nuevos contratos que realice.

T ABLA 47 HISTORIAS DE USUARIOS MANTENIMIENTO DE CONTRATO.

HISTORIA DE USUARIO
Numero: 34 Nombre: Modificacin de Contrato.

Descripcin: Quiero hacer la actualizacin de la informacin de los contratos se

da cuando el cliente solicita un mantenimiento en sus datos como: el cambio de
direccin, email, telfono, etc. Una vez realizada la actualizacin se guardara en la
base de datos.


80
T ABLA 48 HISTORIAS DE USUARIOS CONSULTA DE CONTRATO
HISTORIA DE USUARIO
Numero: 35 Nombre: Consulta de Contrato

Descripcin: el usuario administrador realizara las consultas de los contratos

segn los criterios sean especificados como: (cdigo de contrato, cdigo de tipo
contrato, cdigo de cliente), adems podrs realizar un listado de todos los contrato.

Mdulo 10: Seccin de Usuario.

T ABLA 49 HISTORIAS DE USUARIOS REGISTRO DE USUARIOS
HISTORIA DE USUARIO
Numero: 36 Nombre: Registro de Usuarios.
Modificacin de HU: Iteracin Asignada: Dcimo
Prioridad en Negocio: Alta Registro en Desarrollo: Baja

Descripcin: Los usuarios de la aplicacin deben estar asignados a uno de los

siguientes roles, ejecutivo de prstamo, encargada de cuenta, cajero, administrador.
Dichos usuarios pueden ser creados nicamente por el usuario administrador, siendo
estos guardados en la base de datos.
Observaciones: Cada Usuario tendr ciertos privilegios.

81
TABLA 50 HISTORIAS DE USUARIOS MANTENIMIENTO DE USUARIOS
HISTORIA DE USUARIO
Numero: 37 Nombre: Mantenimiento de Usuarios
Usuario : Administrador
(Alta/Media/Baja) (Alta/Media/Baja)
Descripcin: El usuario administrador puede modificar informacin del usuario

como por ejemplo nombres, apellidos, telfonos, email, etc., del usuario.
Una vez que se modifique al usuario, se debe actualizar la base de datos para reflejar
los cambios que se han realizado.
Observaciones: En caso de no ser modificados los datos del usuario no podrn ser
actualizados en la base de datos.
T ABLA 51 HISTORIAS DE USUARIOS ELIMINACIN DE USUARIOS

HISTORIA DE USUARIO
Numero: 38
Nombre: Eliminacin de Usuarios
Modificacin de HU:
Iteracin Asignada: Dcimo
Descripcin: El usuario administrador puede deshabilitar a un usuario cuando un

empleado de la empresa se haya retirado del puesto de su trabajo.
Una vez que se elimin al usuario, se debe actualizar la base de datos para reflejar
los cambios que se han realizado.
Observaciones: En caso de no ser eliminado el usuario no podr ser actualizado en
la base de datos.

82
T ABLA 52 HISTORIAS DE USUARIOS INGRESO DEL USUARIO AL SISTEMA .
HISTORIA DE USUARIO
Numero: 39 Nombre: Ingreso de Usuario al Sistema

Descripcin: El ingreso al sistema debe realizarse por medio de una ventana de
ingreso, en la cual se especifique el nombre del usuario, la contrasea. Debe exigir
algn mecanismo de control que no permita que el usuario pueda pegar caracteres en
el campo de contrasea.
Observaciones: Si el usuario ingrese una contrasea invalida te botara un mensaje
de error.
T ABLA 53 HISTORIAS DE USUARIOS VALIDACIN DEL USUARIO.

HISTORIA DE USUARIO
Numero: 40 Nombre: Validacin de Usuario

Descripcin: La validacin al sistema debe realizarse por medio de una ventana de

validar datos del cliente, en la cual se especifique el nombre del usuario y el rea
asignado.
Debe exigir algn mecanismo de control que no permita que el usuario pueda pegar los
datos del cliente.
Observaciones: Si el usuario debe validar sus datos bien y si no botara un mensaje de
error.

83
Estimacin de Historias de usuarios
Como punto importante para la realizacin para el plan de entrega, se considera la
realizacin de valoracin de las historias de usuarios, especificando un tiempo estimado para
cada uno de ellas.
Para el presente proyecto se ha propuesto una semana ideal en la que se trabaja 07 das
(lunes a domingo), con una jornada de trabajo de 12 horas diarias.
En la tabla 54, se presenta el tiempo ideal necesario para implementar las historias de
usuario, estimadas, das y horas tomadas en cuenta lo antes mencionado.
T ABLA 54 E STIMACIN DE HISTORIAS DE USUARIO.

MODULO N Historias de Usuario TIEMPO ESTIMADO
Semanas Das Horas
01 Registro de Cliente 0,2 1 12
Seccin de
02 Mantenimiento de Cliente 0,2 1 12
Cliente.
03 Eliminacin de cliente 0,2 1 12
04 Consulta de Cliente 0,2 1 12
05 Reporte de Cliente 0,2 1 12
06 Registro de Empleado 0,2 1 12
Seccin de
07 Mantenimiento de Empleado 0,2 1 12
Empleados.
08 Eliminacin de Empleado 0,2 1 12
09 Consulta de Empleado 0,2 1 12
10 Reporte de Empleado 0,2 1 12
11 Registro de Cuenta 0,2 1 12
Seccin de
12 Mantenimiento de Cuenta 0,2 1 12
Cuenta
13 Consulta de Cuenta 0,2 1 12
14 Eliminacin de Cuenta 0,2 1 12
15 Registro de Movimiento 0,2 1 12
Seccin de
16 Mantenimiento de Movimiento 0,2 1 12
Movimiento
17 Consulta de Movimiento 0,2 1 12

84
18 Reporte de Movimiento. 0,2 1 12
39 Registro de Prstamo 0,2 1 12
Seccin de
40 Mantenimiento de Prstamo 0,2 1 12
Prstamo
41 Consulta de Prstamo 0,2 1 12
42 Reporte de Prstamo 0,2 1 12
23 Registro de Pago Prstamo. 0,2 1 12
Seccin de
24 Mantenimiento de Pago Prstamo. 0,2 1 12
Pago
Prstamo 25 Consulta de Pago Prstamo. 0,2 1 12
26 Reporte de Pago Prstamo. 0,2 1 12
27 Emisin de Ticket Movimiento. 0,2 1 12
Seccin de
28 Consulta de Ticket Movimiento. 0,2 1 12
Ticket
Movimiento 29 Reporte Ticket Movimiento. 0,2 1 12
Seccin de 30 Emisin de Ticket de Pago Prstamo. 0,2 1 12
Ticket de
31 Consulta de Ticket de Pago 0,2 1 12
Pago
Prstamo.
Prstamo
32 Reporte Ticket de Pago Prstamo. 0,2 1 12
33 Registro de Contrato 0,2 1 12
34 Mantenimiento de Contrato 0,2 1 12
Seccin de
Contrato 35 Consulta de Contrato 0,2 1 12
36 Registro de usuarios 0,2 1 12
Seccin de
37 Modificacin de usuarios 0,2 1 12
Usuario.
38 Eliminacin de usuarios 0,2 1 12
39 Ingreso de usuarios al sistema 0,2 1 12
40 Validacin de usuario 0,2 1 12
TIEMPO ESTIMADO TOTAL 8,0 40 640
Velocidad del Equipo de Desarrollo
Cuando se refiere a velocidad de desarrollo, tambin se utiliza el trmino de esfuerzo
ideal para denotar el tiempo que le es posible asignar a un desarrollador para implementar
una funcionalidad del sistema en un tiempo determinado.
A continuacin como se calcula la velocidad del equipo.

85
- Personas en el equipo: 2 personas
- Velocidad del equipo al mes.
2 Personas (7 semanas)= 4 Semanas al mes

2 personas
Con esto se concluye que para el presente proyecto, habr dos personas desarrollando, el
sistema de informacin, con 4 semanas ideales por cada mes de trabajo.
Iteraciones
Una vez establecido la velocidad del equipo de desarrollo, se denomina el nmero de
iteraciones que se llevaran a cabo para la entrega del software.
En la tabla 58, se objetivo el total de semanas ideales (9,2 semanas) que seran necesarias
para implementar la solucin propuesta por el equipo del desarrollo. Tomando en cuenta
ese total, se produce a calcular el nmero de interacciones de esta manera:
Semanas ideales totales: 9,2
Velocidad del equipo de desarrollo: 4 semanas.
Nmero de iteraciones para la entrega.
(9,2 semanas)=2.3 semanas

4 semanas
Con este resultado podemos decir que tendremos como mximo cinco iteraciones.
Actividades de reunin de planificacin de entregas
Este documento especifica exactamente que historias de usuarios sern implementadas
en cada entrega del sistema.

86
T ABLA 55 PLANIFICACION DE ENTREGAS
Actividades de reunin de planificacin de entregas
Actividades Descripcin Responsable

implementacin de historia Completar este documento para obtener Cliente
de usuario los requerimientos para el desarrollo del
sistema.
Estimacin de historias de Segn las historias de usuario se debe Equipo
usuarios llevar a cabo una estimacin de cada una desarrollador
de ellas completando el documento
especfico.
Priorizacin de historias de Una vez estimado las historias esta debe Cliente y
usuarios ser debidamente priorizadas, lo cual equipo
quedara en este documento. desarrollador
Fijar velocidad del proyecto De este documento se obtienen Equipo
informacin respecto a lo que es la desarrollador
velocidad del proyecto para cada
liberacin.
Planificacin por alcance o A travs de este documento se especifica Cliente y
tiempo las historias de usuario que sern equipo
implementadas en la liberacin. desarrollador
Documentar el plan de En este documento se debe realizar un Documentador
entrega resumen de los documentos anteriores,
respecto de las historias de usuario a
implementar con sus respectivas
prioridades.
Plan de Entregas
Para la elaboracin del plan de Entrega del presente proyecto y aplicando los
parmetros de desarrollo bajo la metodologa XP, se establece el tiempo calendario de
acuerdo a un mes de 4 semanas, una semana de 7 das y un da de 12 horas.
- Tiempo Calendario
Para estimacin de tiempo calendario, se presenta la tabla 56, donde
se muestra un modelo a utilizar en horas, das y semanas, la misma que

87
permitir calcular el esfuerzo utilizado para el desarrollo del presente
proyecto.
TABLA 56 T IEMPO CALENDARIO.

horas calendario das calendario semanas calendario
12 horas 07 das 07 semanas
(Horas diarias que se va a (Das laborales que se va (Semanas al mes que se va a

dedicar el desarrollo del dedicar el desarrollo del dedicar el desarrollo del
proyecto). proyecto). proyecto).
Tiempo Calendario
Se considera:
Personas en el Equipo=2 personas; por lo tanto:
Esfuerzo por semana de desarrollo: 02 personas=1 semana
Esfuerzo por das de desarrollo=2 personas=7 das
Esfuerzo por horas calendario de desarrollo: 2 personas=12 horas.
En consecuencia a este anlisis, se obtiene la siguiente tabla:

T ABLA 57 ESFUERZO DE DESARROLLO EN BASE DE 2 PERSONAS
Personas en el Horas de Das de Semanas de
equipo esfuerzo en el esfuerzo de esfuerzo de
desarrollo desarrollo desarrollo
2 personas 672 horas 28 das 4 semanas
Elaboracin de Plan de Entrega

88
FIGURA 13 PLANIFICACIN DE LA ENTREGA
Determinado el tiempo calendario y estimado el esfuerzo de desarrollo, se procede a la
elaboracin del plan de entrega, mediante de la utilizacin de la estimacin por historia de
usuario.
Tabla 58 Plan de entrega

89
TIEMPO CALENDARIO INTERACCIO ENTREGA
MODUL Historias de ESTIMADO ESTMADO N ASIGNADA ASIGNADA
O
N
Usuario Sem D Hor Sema Da Hor
1 2 3 4 5 1 2 3 4 5
anas as as nas s as
01 Registro de 0,2 1 12 0,2 1 12
Cliente
Seccin de
02 Mantenimiento 0,2 1 12 0,2 1 12
Cliente. de Cliente
03 Eliminacin de 0,2 1 12 0,2 1 12
cliente
04 Consulta de 0,2 1 12 0,2 1 12
Cliente
05 Reporte de 0,2 1 12 0,2 1 12
Cliente
06 Registro de 0,2 1 12 0,2 1 12
Empleado
Seccin de
07 Mantenimiento 0,2 1 12 0,2 1 12
Empleado de Empleado
08 Eliminacin de 0,2 1 12 0,2 1 12
Empleado
09 Consulta de 0,2 1 12 0,2 1 12
Empleado
10 Reporte de 0,2 1 12 0,2 1 12
Empleado
11 Registro de 0,2 1 12 0,2 1 12
Cuenta
Seccin de
12 Mantenimiento 0,2 1 12 0,2 1 12
Cuenta de Cuenta
13 Consulta de 0,2 1 12 0,2 1 12
Cuenta
14 Eliminacin de 0,2 1 12 0,2 1 12
Cuenta
15 Registro de 0,2 1 12 0,2 1 12
Movimiento
Seccin de
16 Mantenimiento 0,2 1 12 0,2 1 12
Movimien de Movimiento
to 17 Consulta de 0,2 1 12 0,2 1 12
Movimiento
18 Reporte de 0,2 1 12 0,2 1 12
Movimiento.
19 Registro de 0,2 1 12 0,2 1 12
Prstamo
Seccin de
20 Mantenimiento 0,2 1 12 0,2 1 12
Prstamo de Prstamo
21 Consulta de 0,2 1 12 0,2 1 12
Prstamo

90
22 Reporte de 0,2 1 12 0,2 1 12
Prstamo
23 Registro de 0,2 1 12 0,2 1 12
Pago Prstamo.
24 Mantenimiento 0,2 1 12 0,2 1 12
Seccin de
Pago
de Pago
Prstamo Prstamo.
25 Consulta de 0,2 1 12 0,2 1 12
Pago Prstamo.
26 Reporte de 0,2 1 12 0,2 1 12
Pago Prstamo.
27 Emisin de 0,2 1 12 0,2 1 12
Ticket
Movimiento.
Seccin de 28 Consulta de 0,2 1 12 0,2 1 12
Ticket Ticket
Movimien Movimiento.
to 29 Reporte Ticket 0,2 1 12 0,2 1 12
Movimiento.
30 Emisin de 0,2 1 12 0,2 1 12
Ticket de Pago
Seccin de
Prstamo.
Ticket de 31 Consulta de 0,2 1 12 0,2 1 12
Pago Ticket de Pago
Prstamo Prstamo.
32 Reporte Ticket 0,2 1 12 0,2 1 12
de Pago
Prstamo.
33 Registro de 0,2 1 12 0,2 1 12
Contrato
Seccin de
Contrato
34 Mantenimiento 0,2 1 12 0,2 1 12
de Contrato
35 Consulta de 0,2 1 12 0,2 1 12
Contrato
36 Registro de 0,2 1 12 0,2 1 12
usuarios
37 Modificacin 0,2 1 12 0,2 1 12
Seccin de de usuarios
Usuario. 38 Eliminacin de 0,2 1 12 0,2 1 12
usuarios
39 Ingreso de 0,2 1 12 0,2 1 12
usuarios al
sistema
40 Validacin de 0,2 1 12 0,2 1 12
usuario

91
2 2 2 3
TOTAL DE , 2, , , ,
10,4
SEMANAS 0 08 0 0 0
8 8 8 8
Plan de Liberacin
A travs esta tabla se especifica las historias de usuario que sern implementadas en la
liberacin.
T ABLA 59 PLAN DE LIBERACIN

Entregables Historias de usuarios
Entregable 01 HU01, HU02, HU03, HU04, HU05.

Entregable 03 HU11, HU12, HU13, HU14.
Entregable 07 HU27, HU28, HU29.
Lista De Entregables
Los entregables segn la metodologa XP, son lanzamientos pequeos y frecuentes
correspondientes a las tareas necesarias para completar la implementacin de cada
iteracin.

92
Para el presente proyecto se especifican como cuadros entregables:
Desarrollo de versiones de historia de usuario
Desarrollo de tarjetas CRC
Desarrollo de iteraciones
Desarrollo de pruebas de aceptacin
Desarrollo de Versiones de Historia de Usuario
Tabla 60 Desarrollo de versiones de historias de usuario
PRIORI ACTIVIDAD RIESGO Versi ESTADO

MODULO N HISTORIAS DE DAD (Nueva/ (Alto/Medio/ n (Desarrollo)
USUARIO (Entrega) Mejora) Bajo)
01 Registro de Cliente 1 NUEVA Alta 1 Completa

02 Mantenimiento de
1 NUEVA Media 1 Completa
Cliente
PRIMERA 03 Eliminacin de
cliente
04 Consulta de Cliente 1 NUEVA Media 1 Completa
05 Reporte de Cliente 1 NUEVA Alta 1 Completa
06 Registro de
2 NUEVA Alta 1 Completa
Empleado
07 Mantenimiento de
Empleado
08 Eliminacin de
SEGUNDA 2 NUEVA Media 1 Completa
Empleado
09 Consulta de
Empleado
10 Reporte de
Empleado
11 Registro de Cuenta 3 NUEVA Alta 1 Completa
12 Mantenimiento de
Cuenta
TERCERA
13 Consulta de Cuenta 3 NUEVA Alta 1 Completa
14 Eliminacin de
Cuenta

93
15 Registro de
Movimiento
16 Mantenimiento de
Movimiento
CUARTA
17 Consulta de
Movimiento
18 Reporte de
Movimiento.
19 Registro de Prstamo 5 NUEVA Media 1 Completa
20 Mantenimiento de
Prstamo
QUINTA
21 Consulta de
Prstamo
22 Reporte de Prstamo 5 NUEVA Alta 1 Completa
23 Registro de Pago
Prstamo.
24 Mantenimiento de
Pago Prstamo.
25 Consulta de Pago
SEXTO
Prstamo.
26 Reporte de Pago
Prstamo.
27 Emisin de Ticket
Movimiento.
28 Consulta de Ticket
SEPTIMA
Movimiento.
29 Reporte Ticket
Movimiento.
30 Emisin de Ticket de
Pago Prstamo.
31 Consulta de Ticket
OCTAVO de Pago Prstamo.
32 Reporte Ticket de
Pago Prstamo.
33 Registro de Contrato 9 NUEVA Alta 1 Completa
34 Mantenimiento de
Contrato
NOVENO 35 Consulta de Contrato 9 NUEVA Media 1 Completa
36 Registro de usuarios 10 NUEVA Alta 1 Completa
37 Modificacin de
usuarios
DECIMO 38 Eliminacin de
usuarios

94
39 Ingreso de usuarios
al sistema
40 Validacin de
usuario
6.3.1.1. FASE: DISEO
En esta fase se hace especial nfasis en los diseos simples y claros. Solo se disean
aquellas historias de usuario que el cliente ha seleccionado para la iteracin actual. Los
conceptos ms importantes de diseo en esta metodologa son la metfora del sistema, las
tarjetas, las soluciones puntuales, una funcionalidad mnima.
Actividades de diseo
La presente herramienta tiene como propsito fundamental establecer las actividades
que deben ser desarrollados durante esta fase y los roles de quienes deben llevarlas a
cabo.
T ABLA 61 ACTIVIDADES DE FASE DE DISEO

Actividades de fase de diseo
N Actividad Su actividad Responsable
1 Elegir una metfora Identificar una metfora que permite Desarrollador y
para el sistema mantener la coherencia del nombre Cliente
de todo aquello que se va a
implementar
2 Realizar reuniones Utilizar tarjetas CRC que promuevan Desarrollador
de sesin de diseo el diseo colaborativo
3 Realizar modelo de Creacin de las tablas de la base de Desarrollador

entidad-relacin datos
4 No agregar Evitar aadir funcionalidad segn Desarrollador

funcionalidad en las esta vaya surgiendo.
primeras etapas Creacin de prototipos iniciales del
sistema.
5 Realizar refactoring El refactoring es parte importante del Desarrollador
diseo, aumentando de una u otra
forma la calidad.

95
Diseo de las tarjetas CRC
Para poder disear el sistema de como un equipo se deben cumplir con tres principios:
Cargo o clase, Responsabilidad y colaboracin (CRC) esta tarjetas permitir
desprenderse del mtodo de trabajo basado en procedimientos y trabajar con una
metodologa basada en objetos.
TABLA 62 T ARJETA CRC_C LIENTE

CLIENTE
Responsabilidades Colaboradores
Cdigo
Nombre
Apellido Paterno
Apellido Materno
Cdigo Tipo Documento
Nmero Documento
Fecha de Nacimiento
Sexo
Estado Civil Asentamiento Humano
Telfonos Tipo Documento
Direccin
Email
Estado Registro
Cdigo de AAHH
Registro de Cliente
Mantenimiento de Cliente
Consulta de Cliente
Eliminacin de Cliente
Reporte de Cliente
HU01, HU02, HU03, HU04, HU05
T ABLA 63 TARJETA CRC_EMPLEADO

EMPLEADO
Cdigo Empleado
Nmero Empleado
Apellido Materno Empleado
Apellido Paterno Empleado
Cdigo Tipo Documento Distritos
Numero Cargo
Fecha Nacimiento Tipo Documento

96
Sexo
Estado Civil
Direccin
Sueldo
Telfono
Email
Estado Registro
Cdigo Distrito
Cdigo Cargo
Registro de Empleado
Mantenimiento de Empleado
Consulta de Empleado
Eliminacin d Empleado
Reporte de Empleado
HU06, HU07, HU08, HU09
T ABLA 64 T ARJETA CRC_C UENTA

CUENTA
Nmero de Cuenta
Fecha Inicio
Saldo
Tipo
Fecha Caducidad Tipo Cuenta
Estado Cliente
Estado Registro
Cdigo Tipo Cuenta
Cdigo Cliente
Registro de Cuenta.
Mantenimiento de Cuenta.
Consulta de Cuenta.
Reporte de Cuenta.
HU10, HU11, HU12, HU13
T ABLA 65 T ARJETA CRC_MOVIMIENTO

MOVIMIENTO

97
Cdigo Movimiento
Fecha
Hora
Monto
Estado Registro
Cdigo Tipo Movimiento Tipo Movimiento
Nmero Cuenta Cliente
Cdigo Cliente
Registro de Movimiento
Mantenimiento de Movimiento
Consulta de Movimiento
Reporte de Movimiento
HU14, HU15, HU16, HU17
T ABLA 66 T ARJETA CRC_PRESTAMO

PRESTAMO
Cdigo Prstamo
Monto
Inters
Cuota
Fecha Prstamo Tipo Prstamo
Estado Cliente
Fecha Vencimiento
Estado Registro
Cdigo Tipo Prstamo
Cdigo Cliente
Registro de Prstamo.
Modificacin de Prstamo.
Consulta de Prstamo.
Reporte de Prstamo.
HU18, HU19, HU20, HU21
T ABLA 67 T ARJETA CRC _ PAGO PRSTAMO

PAGO PRESTAMO

98
Cdigo Pago Prstamo

Fecha de Pago
Hora
Monto Prstamo
Estado Registro
Cdigo Prstamo
Registro de Prstamo
Modificacin de Prstamo
Consulta de Prstamo
Reporte de Prstamo
, HU22, HU23, HU24, HU25
T ABLA 68 T ARJETA CRC_ TICKET MOVIMIENTO

TICKET MOVIMIENTO
Cdigo Ticket Movimiento

Cdigo Movimiento
Estado Registro
Movimiento
Emisin de Ticket Movimiento.
Consulta de Ticket Movimiento.
Reporte de Ticket Movimiento.
HU26, HU27, HU28
T ABLA 69 T ARJETA CRC_ TICKET PAGO PRSTAMO

TICKET PAGO PRESTAMO
Cdigo Ticket Pago Prstamo

Cdigo Pago Prstamo
Estado Registro
Emisin de Ticket Pago Prstamo. Pago Prstamo
Consulta de Ticket Pago Prstamo.
Reporte de Ticket Pago Prstamo.
HU29, HU30, HU31

99
T ABLA 70 T ARJETA CRC_C ONTRATO
CONTRATO
Cdigo Contrato
Fecha Contrata
Descripcin
Fecha Vencimiento Tipo Contrato
Estado Registro Prstamo
Cdigo Tipo Contrato
Cdigo Prstamo
Registro de Contrato
Modificacin de Contrato
Consulta de Contrato
Reporte de Contrato
HU32, HU33, HU34, HU35
Tabla 71 Tarjeta CRC_ Usuario.

USUARIO
Clave usuario
Nombre Usuario
Empleado
Registro de usuario
Modificacin de usuario
Eliminacin de usuario
Ingreso de usuarios al sistema
Validacin de Usuario
HU36, HU37, HU38, HU39, HU40
6.3.1.2. FASE: CODIFICACIN
En esta fase de desarrollo se realiza de forma paralela con el diseo. Al comienzo el
cliente nos proporciona las historias de usuario, pero como estas historias son muy cortas, no
contienen los detalles necesarios para realizar el desarrollo del cdigo; as que esos detalles
deben ser proporcionados por el cliente, y discutidos con los desarrolladores, durante la etapa
de desarrollo.

100
Desarrollo de Iteraciones
Iteracin N 1
Registro/Mantenimiento/consulta/reporte de Cliente
T ABLA 72 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE CLIENTE .

Mdulo Seccin de Clientes
Tarea Estado Fecha 13 marzo
de 2016
Diseo de tarjeta CRC Completo X
Diseo de base de datos Completo X
Diseo de prototipo Completo X
Codificacin del sistema Completo X
Ejecucin de pruebas Completo X
Pruebas de aceptacin Completo X
Implementacin del CAC Completo X
Iteracin N 2
Registro/Mantenimiento/consulta/reporte de Empleado
T ABLA 73 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE EMPLEADO

Mdulo Seccin de Empleado
de 2016
Diseo de tarjeta CRC completo X

Implementacin del CAC. completo X
Iteracin N 3
Registro/Mantenimiento/consulta/reporte de Cuenta.

101
T ABLA 74 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE CUENTA .
Mdulo Seccin de Cuenta
de 2016

Iteracin N 4
Registro/Mantenimiento/consulta/reporte de Movimiento.
T ABLA 75 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE MOVIMIENTO.

Mdulo Seccin de Movimiento
de 2016

Iteracin N 5
Registro/Mantenimiento/consulta/reporte de Prstamo.

102
T ABLA 76 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE PRSTAMO .
Mdulo Seccin de Prstamo
de 2016

Iteracin N 6
Registro/Mantenimiento/consulta/reporte de Pago Prstamo.
T ABLA 77 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE PAGO PRSTAMO .

Mdulo Seccin de Pago Prstamo
de 2016

Iteracin N 7
Emisin/consulta/reporte de Ticket Movimiento.

103
T ABLA 78 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE T ICKET
MOVIMIENTO
Mdulo Seccin de Ticket Movimiento
de 2016
Iteracin N 8
Emisin/consulta/reporte de Ticket Pago Prstamo
T ABLA 79 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE T ICKET PAGO

PRSTAMO .
Mdulo Seccin de Ticket Pago Prstamo
de 2016
Implementacin del CAC. Completo X
Iteracin N 9

104
Registro/Mantenimiento/consulta/reporte de Contrato
T ABLA 80 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE CONTRATO .

Mdulo Seccin de Contrato
de 2016

Iteracin N 10
Registro/Mantenimiento/consulta/reporte de Usuario
T ABLA 81 PLANIFICACIN DE TAREA PARA EL MODULO SECCIN DE U SUARIO.

Mdulo Seccin de Usuario
de 2016

6.3.1.3. FASE: PRUEBAS

105
Una vez terminada con la codificacin del sistema se realizan las pruebas para la
aceptacin del sistema por parte del cliente, estas pruebas son tan estrictas que solo se podr
liberar una nueva versin si esta ha superado el cien por ciento de la totalidad de ellas.
De no ser as, se busca el error y se soluciona. Estas pruebas son supervisadas por el
cliente, quien comprueba que se cumple lo especificado en las historias de usuario. Por tanto,
en todas iteraciones, las historias de usuario que se lleven a cabo debern pasar una o varias
pruebas de aceptacin.
Pruebas de aceptacin
Modulo Seccin de Cliente

T ABLA 82 PRUEBA DE ACEPTACIN PARA EL CLIENTE
Prueba de Aceptacin
Cdigo H01-05 Modulo Seccin de Cliente
Descripcin La seccin de Cliente permite el registro, Mantenimiento, consulta,
eliminar y Reporte de las Clientes especficas.
Condicin
de Se debe llenar los campos que son obligatorios para la insercin de un
ejecucin Cliente.
El Encargada de cuenta llena los campos para la insercin de Cliente.
El Encargada de cuenta realiza la Consulta mediante datos especficos.
El Encargada de cuenta realiza la Mantenimiento para modificar los
Entrada datos.
El Encargada de cuenta realizara un reporte de cliente.
El Encargada de cuenta elimina mediante el cdigo del cliente.
Resultado Se debe validar que la insercin de cliente sea correcto.
esperado Se guardarn los campos modificados en la base de datos.
Los datos de consulta se mostraran en la lista.

106
Evaluacin de La prueba fue exitosa
prueba
Modulo Seccin de Empleado

T ABLA 83 PRUEBA DE ACEPTACIN PARA LA SECCIN DE EMPLEADO
Prueba de Aceptacin
Cdigo H06-10 Modulo Seccin de Empleado
Descripcin La seccin del empleado permite el registro, modificacin, eliminacin,
Consulta y reporte de un Empleado en especfico.
Condicin
de Se debe llenar los campos que son obligatorios para la insercin del
ejecucin empleado.
Entrada El Administrdor llena los campos para la insercin de empleado.
El Administrdor edita los campos que desea modificar.
El Administrdor realiza la bsqueda mediante datos especifico.
El Administrdor realizara reporte de empleado.
El Administrdor elimina mediante el cdigo del empleado.
Resultado Se debe validar que la insercin del cliente sea correcta.
esperado Se guardaran los campos modificados en la base de datos.
Los datos de Consulta se mostraran en la lista.
Evaluacin de La prueba fue exitosa.
prueba
Modulo Seccin de Cuenta

T ABLA 84 PRUEBA DE ACEPTACIN PARA LA SECCIN DE CUENTA
Prueba de Aceptacin
Cdigo HU11-14 Modulo Seccin de Cuenta
Descripcin La seccin de cuenta comunal permite el registro, mantenimiento, Consulta
y Eliminacin de Cuenta.
Condicin
de Se debe llenar los campos que son obligatorios para la insercin de cuenta.
ejecucin
Entrada La encargada de Cuenta llena los campos para la insercin de cuenta.
La encargada de Cuenta realiza la consulta mediante los datos especficos.
La encargada de Cuenta edita los campos que desea modificar.
La encargada de Cuenta realizara Eliminacin de Cuenta.
Resultado Se debe validar que la insercin de las cuentas sea correcta.
esperado Se guardaran los campos modificados y registrados en la base de datos.
Los datos de bsqueda se mostraran en la lista.
prueba

107
Seccin de Movimiento
T ABLA 85 PRUEBA DE ACEPTACIN PARA LA SECCIN DE MOVIMIENTO
Prueba de Aceptacin
Cdigo HU15-18 Modulo Seccin de Movimiento
Descripcin La seccin de cuenta personal permite el registro, mantenimiento, Reporte
y Bsqueda de Movimiento.
Condicin Se debe llenar los campos que son obligatorios para la insercin de
de Movimiento.
ejecucin
Entrada El cajero llena los campos para la insercin de Movimiento.
El cajero edita los campos que desea modificar.
El cajero realiza la bsqueda mediante los datos especificados.
El Cajero realizara reporte de Movimiento.
Resultado Se debe validar que la insercin de Movimiento sea correcta.
prueba
Modulo Seccin de Prstamo

T ABLA 86 PRUEBA DE ACEPTACIN PARA LA SECCIN DE PRSTAMO
Prueba de Aceptacin
Cdigo HU35-38 Modulo Seccin de Prstamo
Descripcin La seccin de prstamo Personal permite el registro, mantenimiento,
reporte y bsqueda de un prstamo en especfico.
Condicin
de Se debe llenar los campos que son obligatorios para la insercin de
ejecucin prstamo Personal.
Entrada Ejecutivo de prstamo llena los campos para la insercin de
prstamo.
Ejecutivo de prstamo realiza bsqueda del prstamo.
Ejecutivo de prstamo realiza la bsqueda mediante los datos
especificados.
Ejecutivo de prstamo realizara reporte de Prstamo.
Resultado Se debe validar que la insercin de datos sea correcto.

108
prueba
Modulo Seccin de Pago Prstamo

T ABLA 87 PRUEBA DE ACEPTACIN PARA LA SECCIN DE PAGO PRSTAMO.
Prueba de Aceptacin
Cdigo HU23-26 Modulo Seccin de Pago Prstamo.
Descripcin La seccin de Abono Comunal permite el registro, mantenimiento,
reporte y bsqueda de un Pago Prstamo en especfico.
Condicin
de Se debe llenar los campos que son obligatorios para la insercin de Pago
ejecucin Prstamo.
Entrada El Cajero llena los campos para la insercin de Pago Prstamo.
El Cajero realiza bsqueda del Pago Prstamo.
El Cajero realizara reporte de Pago Prstamo.
Resultado Se debe validar que la insercin de los Pagos de Prstamo .sea correcto.
prueba
Modulo Seccin de Ticket Movimiento

T ABLA 88 PRUEBA DE ACEPTACIN PARA LA SECCIN DE TICKET MOVIMIENTO
Prueba de Aceptacin
Cdigo HU27-30 Modulo Seccin de Ticket Movimiento
Descripcin La seccin de Retiro Personal permite el registro, mantenimiento, reporte y
bsqueda de Ticket Movimiento en especfico.
Condicin
de Se debe llenar los campos que son obligatorios para la insercin de Ticket
ejecucin Movimiento.
Entrada El Cajero llena los campos para la insercin de Ticket Movimiento.
El Cajero realiza bsqueda del Ticket Movimiento.
El Cajero realizara reporte de Ticket Movimiento.
Resultado Se debe validar que la insercin de los Tickets de Movimiento sea correcto.

109
prueba
Modulo Seccin de Ticket Pago Prstamo.

T ABLA 89 PRUEBA DE ACEPTACIN PARA LA SECCIN DE TICKET PAGO PRSTAMO .
Prueba de Aceptacin
Cdigo HU31-34 Modulo Seccin de Ticket Pago Prstamo
Descripcin La seccin de Retiro Comunal permite el registro, mantenimiento, reporte
y bsqueda de un Ticket Pago Prstamo en especfico.
Condicin
de Se debe llenar los campos que son obligatorios para la insercin de Ticket
ejecucin Pago Prstamo.
Entrada El Cajero llena los campos para la insercin de Ticket Pago Prstamo.
El Cajero realiza bsqueda del Ticket Pago Prstamo.
El Cajero realizara reporte de Ticket Pago Prstamo.
Resultado Se debe validar que la insercin de los Tickets de Pago de Prstamo sea
esperado correcto.
Se guardaran los campos modificados en la base de datos.
prueba
Modulo Seccin de Contrato

T ABLA 90 PRUEBA DE ACEPTACIN PARA LA SECCIN DE CONTRATO
Prueba de Aceptacin
Cdigo HU43-45 Modulo Seccin de Contrato
Descripcin La seccin de Contrato permite el registro, mantenimiento, y Consulta de
un contrato en especfico.
Condicin
de Se debe llenar los campos que son obligatorios para la insercin de contrato.
ejecucin
Entrada El Ejecutivo de Prestamo llena los campos para la insercin de contrato.
El Ejecutivo de Prestamo realiza bsqueda del contrato.
El Ejecutivo de Prestamo realiza la bsqueda mediante los datos
especificados.
Resultado Se debe validar que la insercin de los contratos sea correcto.

110
prueba
Modulo Seccin de usuario

T ABLA 91 PRUEBA DE ACEPTACIN PARA LA SECCIN DE USUARIO
Prueba de Aceptacin
Cdigo HU46-50 Modulo Seccin de Usuario
Descripcin La seccin de prstamo Comunal permite el registro, mantenimiento,
permiso, y bsqueda de un prstamo Comunal en especfico.
Condicin
de Se debe llenar los campos que son obligatorios para la crear un nuevo
ejecucin usuario.
Entrada El administrador llena los campos para la insercin de usuario
El administrador realiza bsqueda del prstamo usuario.
El administrador realiza la bsqueda mediante los datos especificados.
El administrador da permisos para cada usuario de acuerdo la tarea que
realizan.
Resultado Se debe validar que la insercin de los prstamos comunales sea correcto.
prueba
Desarrollo de Pruebas de Aceptacin

T ABLA 92 DESARROLLO DE PRUEBAS DE ACEPTACIN.
ITERACI N Historias de TARJETA TERMIN NIVEL OBSERVACI ESTADO
N Usuario CRC ADO DE N (Desarroll
(Nombre) (SI/NO) AVAN o)
CE
Registro de SI 100% Realizacin Completo
01
Cliente Exitosa
Mantenimiento SI 100% Realizacin Completo
02
de Cliente Exitosa
PRIMERA Eliminacin de SI 100% Realizacin Completo
03 Cliente
Cliente Exitosa
Consulta de SI 100% Realizacin Completo
04
Cliente Exitosa
Reporte de SI 100% Realizacin Completo
05
Cliente Exitosa

111
06
Empleado Exitosa
07
de Empleado Exitosa
SEGUNDA Eliminacin de SI 100% Realizacin Completo
08
Empleado Exitosa
Consulta de Empleado SI 100% Realizacin Completo
09
Empleado Exitosa
10
Empleado Exitosa
11
Cuenta Exitosa
12
TERCERA de Cuenta Exitosa
Consulta de Cuenta SI 100% Realizacin Completo
13
Cuenta Exitosa
14
Cuenta Exitosa
15 Registro de SI 100% Realizacin Completo
Movimiento Exitosa
16 Mantenimiento SI 100% Realizacin Completo
CUARTA de Movimiento Exitosa
17 Consulta de Movimiento SI 100% Realizacin Completo
Movimiento Exitosa
18 Reporte de SI 100% Realizacin Completo
Movimiento. Exitosa
Prstamo Exitosa
de Prstamo Exitosa
QUINTA Prestamo
21 Consulta de SI 100% Realizacin Completo
Prstamo Exitosa
22 Reporte de SI 100% Realizacin Completo
Prstamo Exitosa
Pago Prstamo. Exitosa
de Pago Exitosa
SEXTO Pago
Prstamo.
Prestamo
Pago Prstamo. Exitosa
26 Reporte de Pago SI 100% Realizacin Completo
Prstamo. Exitosa
27 Emisin de SI 100% Realizacin Completo
Ticket
SEPTIMO Ticket Exitosa
Movimiento
Movimiento.

112
Ticket Exitosa
Movimiento.
29 Reporte Ticket SI 100% Realizacin Completo
Movimiento. Exitosa
30 Emisin de SI 100% Realizacin Completo
Ticket de Pago Exitosa
Prstamo.
31 Consulta de Ticket de SI 100% Realizacin Completo
OCTAVO Ticket de Pago pago Exitosa
Prstamo. Prestamo
32 Reporte Ticket SI 100% Realizacin Completo
de Pago Exitosa
Prstamo.
Contrato Exitosa
NOVENO Contrato
de Contrato Exitosa
Contrato Exitosa
usuarios Exitosa
37 Modificacin de SI 100% Realizacin Completo
usuarios Exitosa
38 Eliminacin de SI 100% Realizacin Completo
DCIMO usuarios Exitosa
USUARIO
39 Ingreso de SI 100% Realizacin Completo
usuarios al Exitosa
sistema
40 Validacin de SI 100% Realizacin Completo
usuario Exitosa
5.4 NORAMLIZACION DE LA BASE DE DATOS

5.4.1 PRIMERA FORMA NORMAL
cod_EmNomCliente ApePat ApeMat TipoDocumento Numero Telefono Direcion NPrestmo TipPrestamo FecPrestamo Monto Interes Couta Importe Ttal
3 Luis Ruiz Diaz DNI 12345678 6457683 Av. Brazi 15 1002 Personal 04/01/2017 S/. 600.00 S/. 6,300.00 6 S/. 6,900.00
4 Juan Rojas aa RUC 10123456780 7658443 Av Venezuela 548 1003 Personal 04/06/2017 S/. 2,000.00 S/. 2,200.00 6 S/. 4,200.00
cod_Em Nombre ApePat ApeMat TipoDocumento Numero Telefono Direccion

1 Luis Ruiz Diaz DNI 12345678 6457683 Av. Brazi 15
2 Juan Rojas aa RUC 10123456780 7658443 Av Venezuela 548
NPrestmo TipPrestamo FecPrestamo Monto Interes Couta Importe Ttal

1000 Hipotecario 06/03/2016 S/. 20,000.00 S/. 25,000.00 20 S/. 45,000.00
1001 Hipotecario 10/10/2016 S/. 10,000.00 S/. 10,500.00 10 S/. 20,500.00
1002 Personal 04/01/2017 S/. 600.00 S/. 6,300.00 6 S/. 6,900.00
1003 Personal 04/06/2017 S/. 2,000.00 S/. 2,200.00 6 S/. 4,200.00

113
5.4.2 SEGUNDA FORMA NORMAL
5.4.3 TERCERA FORMA NORMAL

114
5.5 MODELAMIENTO DE BASE DE DATOS
5.5.1 DIAGRAMA DE BASE DE DATOS EN ORACLE

115
5.5.2 DICCIONARIO DE DATOS
T ABLA 93 T ABLA DE ALMACENAMIENTO DEL DEPARTAMENTO .
Nombre de la tabla Departamento
Descripcin de la Contiene la informacin de los datos del Departamento.
tabla
Nombre de la Descripcin Tipo dato nic Tipo
columna o llave
codDepartamento Cdigo identificador de NUMERIC(10) SI PK
Departamento
nombreDepartamento Nombre del VARCHAR2
Departamento (30)
estadoRegistro Estado Registro CHAR(1)
00INACTIVO
01ACTIVO

116
T ABLA 94 T ABLA DE ALMACENAMIENTO DEL PROVINCIA .
Nombre de la tabla Provincia
Descripcin de la Contiene la informacin de los datos del Provincia.
tabla
Nombre de la Descripcin Tipo dato ni Tipo
columna co llave
CodProvincia Cdigo identificador de NUMERIC(10) SI PK
Provincia.
NombreProvincia Cdigo de tabla VARCHAR2(30)
Departamento.
EstadoRegistro Estado Registro CHAR(1)
00INACTIVO
01ACTIVO
CodDepartamento Cdigo de tabla NUMERIC(10) FK
Departamento
T ABLA 95 T ABLA DE ALMACENAMIENTO DEL DISTRITO

Nombre de la tabla Distrito
Descripcin de la Contiene la informacin de los datos del Distrito.
tabla
columna co llave
CodDistrito Cdigo identificador de NUMERIC(10) SI PK
Distrito
NombreDistrito Cdigo de tabla VARCHAR2(30)
Provincia
EstadoRegistro Estado Registro CHAR(1)
00INACTIVO
01ACTIVO
CodProvincia Cdigo de tabla NUMERIC(10) FK
Provincia

117
T ABLA 96 T ABLA DE ALMACENAMIENTO DE ASENTAMIENTOS H UMANO
Nombre de la tabla Asentamiento Humano
Descripcin de la Contiene la informacin de los Asentamientos Humanos
tabla
Nombre de la Descripcin Tipo dato n Tipo
columna ico llave
codAAHH Cdigo identificador de NUMERIC(10) SI PK
Asentamientos Humanos
nombreAAHH Nombre de AAHH VARCHAR2(30)
estadoRegistro Estado Registro CHAR(1)
00INACTIVO
01ACTIVO
codDistrito Cdigo de tabla Distrito NUMERIC(10) FK
T ABLA 97 T ABLA DE ALMACENAMIENTO DE CARGO.

Nombre de la tabla Cargo
Descripcin de la tabla Contiene la informacin de los datos de Cargo
Nombre de la columna Descripcin Tipo dato n Tipo

ico llave
codCargo Cdigo identificador de NUMERIC(10) SI PK
Cargo
nombreCargo Nombres del Cargo VARCHAR2
(30)
EstadoRegistro Estado del registro CHAR(2)
00INACTIVO
01ACTIVO
T ABLA 98 T ABLA DE ALMACENAMIENTO DE TIPO DOCUMENTO .

Nombre de la tabla Tipo Documento

118
Descripcin de la tabla Contiene la informacin de los datos de Tipo Documento

ico llave
codTipoDocumento Cdigo identificador de NUMERIC(10) SI PK
Tipo Documento
Descripcion Nombres del Usuario VARCHAR (30)
EstadoRegistro Estado del registro VARCHAR(2)
00INACTIVO
01ACTIVO
T ABLA 99 T ABLA DE ALMACENAMIENTO DE CLIENTE.

Nombre de la tabla Cliente
Descripcin de la Contiene la informacin de los datos de Cliente.
tabla
columna ico llave
CodCliente Cdigo identificador de NUMERIC(10) SI PK
Cliente
Nombres Nombres del Cliente NUMERIC (10) FK
ApePaterno Apellido Paterno del VARCHAR(30)
Cliente.
ApeMaterno Apellido Materno del VARCHAR(30)
Cliente.
CodTipoDocumento Cdigo de tabla Tipo NUMERIC (10) FK
Documento.
NumeroDoc Nmero Documento VARCHAR2(30
)
FechaNacemiento Fecha Nacimiento DATE

119
Sexo Sexo del Cliente CHAR(1)
EstadoCivil Estado Civil CHAR(1)
Telfonos Telfono del Cliente VARCHAR2(30
)
Direccin Direccin del Cliente VARCHAR2(30
)
Email Correo del Cliente. VARCHAR2(30
)
00INACTIVO
01ACTIVO
T ABLA 100 T ABLA DE ALMACENAMIENTO DE TIPO CUENTA.

Nombre de la tabla Tipo Cuenta
Descripcin de la Contiene la informacin de Tipo Cuenta.
tabla
columna ico llave
CodTipoCuenta Cdigo identificador de NUMERIC(10) SI PK
Tipo Cuenta
Descripcin Descripcin de Tipo VARCHAR2(30
Cuenta )
00INACTIVO
01ACTIVO
T ABLA 101 T ABLA DE ALMACENAMIENTO DE CUENTA.

Nombre de la tabla Cuenta.
Descripcin de la tabla Contiene la informacin de los datos de Cuenta.

120
ico llave
NumeroCuenta Cdigo identificador de NUMERIC(10) SI PK
Cuenta
FechaInic Fecha Inicio DATE
Saldo Saldo NUMERIC(7,2)
Tipo Tipo de Tipo Cuenta VARCHAR2(30)
FechaCaduc Fecha Caducidad DATE
Estado Estado de Cuenta VARCHAR2(30)
00INACTIVO
01ACTIVO
CodTipoCuenta Cdigo de tabla Tipo NUMERIC(10) FK
Cuenta
CodCliente Cdigo de tabla Cliente NUMERIC(10) FK
T ABLA 102 T ABLA DE ALMACENAMIENTO DE TIPO MOVIMIENTO .

Nombre de la tabla Tipo Movimiento
Descripcin de la tabla Contiene la informacin de los datos de Tipo Movimiento.
Nombre de la columna Descripcin Tipo dato ni Tipo
co llave
CodTipoMovimiento Cdigo identificador de NUMERIC(10) SI PK
Tipo Movimiento
Descripcion Descripcin de Tipo VARCHAR2(30) FK
Movimiento
EstadoRegistro Estado del registro CHAR(1) FK
00INACTIVO
01ACTIVO
T ABLA 103 T ABLA DE ALMACENAMIENTO DE MOVIMIENTO.

Nombre de la tabla Movimiento

121
Descripcin de la Contiene la informacin de los datos de Movimiento.
tabla
columna ico llave
CodMovimiento Cdigo identificador de NUMERIC(10) SI PK
Movimiento
Fecha Fecha de Movimiento DATE
Hora Hora de Movimiento TIMESTAMP(4)
WITH TIME
ZONE,
Monto Monto de Movimiento NUMERIC(7,2)
00INACTIVO
01ACTIVO
CodTipoMovimiento Cdigo de tabla Tipo NUMERIC(10) FK
Movimiento
NumeroCuenta Numero Cuenta NUMERIC(11)
T ABLA 104 T ABLA DE ALMACENAMIENTO DE TIPO PRSTAMO.

Nombre de la tabla Tipo Prstamo
Descripcin de la Contiene la informacin de los datos de Tipo Prstamo.
tabla
columna ico llave
CodTipoPrestamo Cdigo identificador de NUMERIC(10) SI PK
Tipo Prstamo
Descripcion Cdigo de tabla Cuenta VARCHAR2(3
Personal 0)
00INACTIVO
01ACTIVO

122
T ABLA 105 T ABLA DE ALMACENAMIENTO DE PRSTAMO.
Nombre de la tabla Prstamo.
Descripcin de la Contiene la informacin de los datos de Prstamo.
tabla
columna ico llave
CodPrestamo Cdigo identificador NUMERIC(10) SI PK
de Prstamo
Monto Monto Prstamo NUMERIC(7,2)
Inters inters de Prstamo NUMERIC(2,2)
Cuota Cuota de Prstamo NUMERIC(10)
FechaPrestamo Fecha Prstamo DATE
Estado Estado de Prestamo VARCHAR2(30)
FechaVencemiento Fecha Vencimiento DATE
00INACTIVO
01ACTIVO
CodTipoPrestamo Cdigo de tabla Tipo NUMERIC(10) FK
Prstamo
CodCliente Cdigo de tabla NUMERIC(10) FK
Cliente
T ABLA 106 T ABLA DE ALMACENAMIENTO DE PAGO PRSTAMO .

Nombre de la tabla Pago Prstamo
Descripcin de la Contiene la informacin de los datos de Pago Prstamo
tabla
columna ico llave
CodPagoPrestamo Cdigo identificador de NUMERIC(1 SI PK
Pago Prstamo. 0)
FechaPago Fecha de Pago DATE

123
Hora Hora de Pago Prstamo TIMESTAMP
(4) WITH
TIME ZONE
Monto Monto de Pago Prstamo NUMERIC(7,
2)
00INACTIVO
01ACTIVO
CodPrestamo Cdigo de tabla Cliente NUMERIC(1 FK
0)
T ABLA 107 T ABLA DE ALMACENAMIENTO DEL EMPLEADO .

Nombre de la tabla Empleado
Descripcin de la Contiene la informacin de los datos del Empleado.
tabla
columna co llave
CodEmpleado Cdigo identificador del NUMERIC(1 SI PK
Empleado 0)
NombreEmpleado Nombres del Empleado VARCHAR2
(30)
ApePatEmpleado Apellido paterno del VARCHAR2
Empleado (30)
ApeMatEmpleado Apellido materno del VARCHAR2
Empleado (30)
CodTipoDocumento Cdigo de tabla Tipo NUMERIC(1 FK
Documento 0)
Numero Nmero VARCHAR2
(30)
FechaNacemiento Fecha de Nacimiento DATE

124
Sexo Sexo CHAR(1)
EstadoCivil Estado Civil de CHAR(1)

Empleado
Direccin Direccin del Empleado VARCHAR2
(30)
Sueldo Sueldo de Empleado NUMERIC(1
0)
Telfono Telfono VARCHAR2
(30)
Email Email VARCHAR2
(30)
00INACTIVO
01ACTIVO
CodDistrito Cdigo de tabla Distrito NUMERIC(1 FK
0)
T ABLA 108 T ABLA DE ALMACENAMIENTO DE TICKET PAGO PRSTAMO .

Nombre de la tabla Ticket Pago Prstamo
Descripcin de la Contiene la informacin de los datos de Ticket Pago
tabla Prstamo
Nombre de la Descripcin Tipo dato Tipo
columna ni llave
co
CodTicketPagoPresta Cdigo identificador de NUMERIC(1 SI PK
mo Ticket Pago Prstamo 0)
CodPagoPrestammo Cdigo de tabla Pago NUMERIC(1 FK
Prstamo 0),
00INACTIVO
01ACTIVO

125
T ABLA 109 T ABLA DE ALMACENAMIENTO DE TICKET MOVIMIENTO.
Nombre de la tabla Ticket Movimiento
Descripcin de la Contiene la informacin de los datos de Ticket
tabla Movimiento
columna ni llave
co
CodTicketMovimien Cdigo identificador de NUMERIC(1 SI PK
to Ticket Movimiento 0)
CodMovimiento Cdigo de tabla NUMERIC(1
Movimiento 0)
EstadoRegistro Estado del registro CHAR(1
00INACTIVO
01ACTIVO
T ABLA 110 T ABLA DE ALMACENAMIENTO DE TIPO CONTRATO .

Nombre de la tabla Tipo Contrato
Descripcin de la Contiene la informacin de los datos de Tipo Contrato
tabla
columna ni llave
co
CodTipoContrato Cdigo identificador de NUMERIC(1 SI PK
Tipo Contrato. 0)
Descripcion Descripcin de Tipo VARCHAR2(
Contrato 30)
Estado Estado del registro VARCHAR(2
)
00INACTIVO
01ACTIVO
T ABLA 111 T ABLA DE ALMACENAMIENTO DE CONTRATO.

Nombre de la tabla Contrato

126
Descripcin de la Contiene la informacin de Contrato.
tabla
columna ico llave
codContrato Cdigo identificador NUMERIC(10) SI PK
de Contrato
CodTipoContrato Cdigo de tabla Tipo NUMERIC(10) FK
de Contrato
fechaInicio Fecha inicio de DATE
Contrato
CodEmpleado Cdigo de tabla NUMERIC(10) FK
Empleado
Descripcio Descripcin del VARCHAR(30
Contrato )
fechaFinal Fecha Final de DATE
Contrato
Estado Estado del registro VARCHAR(2)
00INACTIVO
01ACTIVO
T ABLA 112 T ABLA DE ALMACENAMIENTO DE USUARIO.

Nombre de la tabla Usuario
Descripcin de la Contiene la informacin de los datos de Usuario
tabla
columna ico llave
claveUsuario Cdigo identificador VARCHAR SI PK
de Usuario (30)
nombreUsuario Nombres del Usuario VARCHAR
(30)

127
Estado Estado del registro VARCHAR(2)
00INACTIVO
01ACTIVO
5.5.3 Creacin de tablas, ndices, vistas, secuencias (script)

128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
5.5.6 Creacion de paquetes, procedimientos (script)
PAQUETE DEPARTAMENTO
CREATE OR REPLACE PACKAGE PKDEPARTAMENTO AS
PROCEDURE INSERTAR_DEPARTAMENTO (VNOMBREDEPARTAMENTO ARCHAR2,VESTADOREGISTRO
CHAR );
PROCEDURE ACTUALIZAR_DEPARTAMENTO (VCODDEPARTAMENTO NUMERIC,
VNOMBREDEPARTAMENTO VARCHAR2,VESTADOREGISTRO CHAR);
PROCEDURE ELIMINAR_DEPARTAMENTO (VCODDEPARTAMENTO NUMERIC);
PROCEDURE LISTAR_DEPARTAMENTO;
FUNCTION OBTENER_NOMBRE_DEPARTAMENTO(VCODDEPARTAMENTO NUMERIC) RETURN VARCHAR2;
END PKDEPARTAMENTO;
CREATE OR REPLACE PACKAGE BODY PKDEPARTAMENTO AS

--------------------------------------------------------
PROCEDURE INSERTAR_DEPARTAMENTO (VNOMBREDEPARTAMENTO VARCHAR2, VESTADOREGISTRO
CHAR) IS
BEGIN
INSERT INTO DEPARTAMENTO VALUES (SEC_DEPARTAMENTO.NEXTVAL,VNOMBREDEPARTAMENTO,
VESTADOREGISTRO);
COMMIT;
END INSERTAR_DEPARTAMENTO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_DEPARTAMENTO (VCODDEPARTAMENTO
NUMERIC,VNOMBREDEPARTAMENTO VARCHAR2,VESTADOREGISTRO CHAR) IS
BEGIN

143
UPDATE DEPARTAMENTO SET
NOMBREDEPARTAMENTO=VNOMBREDEPARTAMENTO,ESTADOREGISTRO=VESTADOREGISTRO WHERE
CODDEPARTAMENTO=VCODDEPARTAMENTO;
COMMIT;
END ACTUALIZAR_DEPARTAMENTO;
--------------------------------------------------------
PROCEDURE ELIMINAR_DEPARTAMENTO (VCODDEPARTAMENTO NUMERIC) IS
BEGIN
DELETE FROM DEPARTAMENTO WHERE CODDEPARTAMENTO=VCODDEPARTAMENTO;
COMMIT;
END ELIMINAR_DEPARTAMENTO;
--------------------------------------------------------
PROCEDURE LISTAR_DEPARTAMENTO IS
BEGIN
DECLARE CURSOR C_DEPARTAMENTO IS

SELECT CODDEPARTAMENTO,NOMBREDEPARTAMENTO,ESTADOREGISTRO FROM DEPARTAMENTO;
VCODDEPARTAMENTO NUMERIC(10);
VNOMBREDEPARTAMENTO VARCHAR2(30);
VESTADOREGISTRO CHAR(1);
BEGIN
OPEN C_DEPARTAMENTO;
LOOP
FETCH C_DEPARTAMENTO INTO
VCODDEPARTAMENTO,VNOMBREDEPARTAMENTO,VESTADOREGISTRO;
IF C_DEPARTAMENTO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODDEPARTAMENTO ||' '|| VNOMBREDEPARTAMENTO||'
'||VESTADOREGISTRO);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_DEPARTAMENTO;
END;
COMMIT;
END LISTAR_DEPARTAMENTO;
--------------------------------------------------------
FUNCTION OBTENER_NOMBRE_DEPARTAMENTO(VCODDEPARTAMENTO NUMERIC) RETURN
VARCHAR2
IS
VDATOSDEPARTAMENTO VARCHAR2(500);

144
BEGIN
SELECT NOMBREDEPARTAMENTO|| ', ' ||ESTADOREGISTRO INTO
VDATOSDEPARTAMENTO FROM DEPARTAMENTO
WHERE CODDEPARTAMENTO=VCODDEPARTAMENTO;
RETURN VDATOSDEPARTAMENTO ;
END OBTENER_NOMBRE_DEPARTAMENTO;
END PKDEPARTAMENTO;
PAQUETE AAHH
CREATE OR REPLACE PACKAGE PKAAHH AS
PROCEDURE INSERTAR_AAHH (VCODDISTRITO NUMERIC,VNOMBREAAHH
VARCHAR2,VESTADOREGISTRO CHAR);
PROCEDURE ACTUALIZAR_AAHH (VCODAAHH NUMERIC,VCODDISTRITO NUMERIC,VNOMBREAAHH
PROCEDURE ELIMINAR_AAHH (VCODAAHH NUMERIC);
PROCEDURE LISTAR_AAHH;
FUNCTION OBTENER_NOMBRE_AAHH(VCODAAHH NUMERIC) RETURN VARCHAR2;
END PKAAHH;
CREATE OR REPLACE PACKAGE BODY PKAAHH AS

--------------------------------------------------------
PROCEDURE INSERTAR_AAHH (VCODDISTRITO NUMERIC,VNOMBREAAHH
VARCHAR2,VESTADOREGISTRO CHAR)
IS
BEGIN
INSERT INTO AAHH VALUES
(SEC_AAHH.NEXTVAL,VCODDISTRITO,VNOMBREAAHH,VESTADOREGISTRO);
COMMIT;
END INSERTAR_AAHH;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_AAHH (VCODAAHH NUMERIC,VCODDISTRITO NUMERIC,VNOMBREAAHH
IS
BEGIN
UPDATE AAHH SET
CODDISTRITO=VCODDISTRITO,NOMBREAAHH=NOMBREAAHH,ESTADOREGISTRO=ESTADOREGISTRO
WHERE CODAAHH=VCODAAHH;
COMMIT;
END ACTUALIZAR_AAHH;
--------------------------------------------------------
PROCEDURE ELIMINAR_AAHH (VCODAAHH NUMERIC)

145
IS
BEGIN
DELETE FROM AAHH WHERE CODAAHH=VCODAAHH;
COMMIT;
END ELIMINAR_AAHH;
--------------------------------------------------------
PROCEDURE LISTAR_AAHH IS
BEGIN
DECLARE CURSOR C_AAHH IS

SELECT CODAAHH,CODDISTRITO,NOMBREAAHH,ESTADOREGISTRO FROM AAHH;
VCODAAHH NUMERIC(10);
VCODDISTRITO NUMERIC(10);
VNOMBREAAHH VARCHAR2(30);
BEGIN
OPEN C_AAHH;
LOOP
FETCH C_AAHH INTO VCODAAHH,VCODDISTRITO,VNOMBREAAHH,VESTADOREGISTRO;
IF C_AAHH%FOUND THEN
DBMS_OUTPUT.PUT_LINE( VCODAAHH||' '||VCODDISTRITO||' '||VNOMBREAAHH||'
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_AAHH;
END;
COMMIT;
END LISTAR_AAHH;
--------------------------------------------------------
FUNCTION OBTENER_NOMBRE_AAHH(VCODAAHH NUMERIC) RETURN VARCHAR2
IS
VDATOSAAHH VARCHAR2(500);
BEGIN
SELECT NOMBREAAHH|| ', ' ||ESTADOREGISTRO|| ', ' ||CODDISTRITO INTO VDATOSAAHH
FROM AAHH
WHERE CODAAHH=VCODAAHH;
RETURN VCODAAHH ;
END OBTENER_NOMBRE_AAHH;

146
END PKAAHH;
PAQUETE CONTRATO
CREATE OR REPLACE PACKAGE PKCONTRATO AS
PROCEDURE INSERTAR_CONTRATO (VFECHACONTRATA DATE,VDESCRIPCION
VARCHAR2,VFECHAVENCEMIENTO DATE,VESTADOREGISTRO CHAR,VCODTIPOCONTRATO
NUMERIC,VCODPRESTAMO NUMERIC);
PROCEDURE ACTUALIZAR_CONTRATO (VCODCONTRATO NUMERIC,VFECHACONTRATA
DATE,VDESCRIPCION VARCHAR2,VFECHAVENCEMIENTO DATE,VESTADOREGISTRO
CHAR,VCODTIPOCONTRATO NUMERIC,VCODPRESTAMO NUMERIC);
PROCEDURE ELIMINAR_CONTRATO (VCODCONTRATO NUMERIC);
PROCEDURE LISTAR_CONTRATO;
FUNCTION OBTENER_NOMBRE_CONTRATO(VCODCONTRATO NUMERIC) RETURN VARCHAR2;
END PKCONTRATO;
CREATE OR REPLACE PACKAGE BODY PKCONTRATO AS

--------------------------------------------------------
PROCEDURE INSERTAR_CONTRATO (VFECHACONTRATA DATE,VDESCRIPCION
VARCHAR2,VFECHAVENCEMIENTO DATE,VESTADOREGISTRO CHAR,VCODTIPOCONTRATO
NUMERIC,VCODPRESTAMO NUMERIC)
IS
BEGIN
INSERT INTO CONTRATO VALUES (SEC_CONTRATO
.NEXTVAL,VFECHACONTRATA,VDESCRIPCION,VFECHAVENCEMIENTO,VESTADOREGISTRO,VCODTIPOC
ONTRATO,VCODPRESTAMO);
COMMIT;
END INSERTAR_CONTRATO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_CONTRATO (VCODCONTRATO NUMERIC,VFECHACONTRATA
DATE,VDESCRIPCION VARCHAR2,VFECHAVENCEMIENTO DATE,VESTADOREGISTRO
CHAR,VCODTIPOCONTRATO NUMERIC,VCODPRESTAMO NUMERIC)
IS
BEGIN
UPDATE CONTRATO SET
FECHACONTRATA=VFECHACONTRATA,DESCRIPCION=VDESCRIPCION,FECHAVENCEMIENTO=VFECHAVE
NCEMIENTO,ESTADOREGISTRO=VESTADOREGISTRO,CODTIPOCONTRATO=VCODTIPOCONTRATO,CODPR
ESTAMO=VCODPRESTAMO WHERE CODCONTRATO=VCODCONTRATO;
COMMIT;
END ACTUALIZAR_CONTRATO;
--------------------------------------------------------
PROCEDURE ELIMINAR_CONTRATO (VCODCONTRATO NUMERIC)
IS
BEGIN
DELETE FROM CONTRATO WHERE CODCONTRATO=VCODCONTRATO;

147
COMMIT;
END ELIMINAR_CONTRATO;
--------------------------------------------------------
PROCEDURE LISTAR_CONTRATO
IS
BEGIN
DECLARE CURSOR C_CONTRATO IS

SELECT
CODCONTRATO,FECHACONTRATA,DESCRIPCION,FECHAVENCEMIENTO,ESTADOREGISTRO,CODTIPOCON
TRATO,CODPRESTAMO FROM CONTRATO;
VCODCONTRATO NUMERIC(10);
VFECHACONTRATA DATE;
VDESCRIPCION VARCHAR2(2000);
VFECHAVENCEMIENTO DATE;
VCODTIPOCONTRATO NUMERIC(10);
VCODPRESTAMO NUMERIC(10);
BEGIN
OPEN C_CONTRATO;
LOOP
FETCH C_CONTRATO INTO
VCODCONTRATO,VFECHACONTRATA,VDESCRIPCION,VFECHAVENCEMIENTO,VESTADOREGISTRO,VCOD
TIPOCONTRATO,VCODPRESTAMO;
IF C_CONTRATO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODCONTRATO||' '||VFECHACONTRATA||' '||VDESCRIPCION||'
'||VFECHAVENCEMIENTO||' '||VESTADOREGISTRO||' '||VCODTIPOCONTRATO||' '||VCODPRESTAMO);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_CONTRATO;
END;
COMMIT;
END LISTAR_CONTRATO;
--------------------------------------------------------
--SELECT*FROM CONTRATO;
FUNCTION OBTENER_NOMBRE_CONTRATO(VCODCONTRATO NUMERIC) RETURN VARCHAR2
IS
VDATOSCONTRATO VARCHAR2(500);

148
BEGIN
SELECT FECHACONTRATA|| ', ' ||DESCRIPCION|| ', ' ||FECHAVENCEMIENTO|| ', '
||ESTADOREGISTRO|| ', ' ||CODTIPOCONTRATO|| ', ' ||CODPRESTAMO INTO VDATOSCONTRATO FROM
CONTRATO
WHERE CODCONTRATO=VCODCONTRATO;
RETURN VCODCONTRATO ;
END OBTENER_NOMBRE_CONTRATO;
END PKCONTRATO;
PAQUETE CLIENTE
CREATE OR REPLACE PACKAGE PKCLIENTE AS
PROCEDURE INSERTAR_CLIENTE (VNOMBRES VARCHAR2,VAPEPATERNO VARCHAR2,VAPEMATERNO
VARCHAR2,VCODTIPODOCUMENTO NUMERIC,VNUMERODOC VARCHAR2,VFECHANACEMIENTO
DATE,VSEXO CHAR,VESTADOCIVIL CHAR,VTELEFONOS VARCHAR2,VDIRECCION VARCHAR2,VEMAIL
VARCHAR2,VESTADOREGISTRO CHAR,VCODAAHH NUMERIC);
PROCEDURE ACTUALIZAR_CLIENTE (VCODCLIENTE NUMERIC,VNOMBRES VARCHAR2,VAPEPATERNO
VARCHAR2,VAPEMATERNO VARCHAR2,VCODTIPODOCUMENTO NUMERIC,VNUMERODOC
VARCHAR2,VFECHANACEMIENTO DATE,VSEXO CHAR,VESTADOCIVIL CHAR,VTELEFONOS
VARCHAR2,VDIRECCION VARCHAR2,VEMAIL VARCHAR2,VESTADOREGISTRO CHAR,VCODAAHH
NUMERIC);
PROCEDURE ELIMINAR_CLIENTE (VCODCLIENTE NUMERIC);
PROCEDURE LISTAR_CLIENTE;
FUNCTION OBTENER_NOMBRE_CLIENTE(VCODCLIENTE NUMERIC) RETURN VARCHAR2;
END PKCLIENTE;
CREATE OR REPLACE PACKAGE BODY PKCLIENTE AS

--------------------------------------------------------
PROCEDURE INSERTAR_CLIENTE (VNOMBRES VARCHAR2,VAPEPATERNO VARCHAR2,VAPEMATERNO
VARCHAR2,VCODTIPODOCUMENTO NUMERIC,VNUMERODOC VARCHAR2,VFECHANACEMIENTO
DATE,VSEXO CHAR,VESTADOCIVIL CHAR,VTELEFONOS VARCHAR2,VDIRECCION VARCHAR2,VEMAIL
VARCHAR2,VESTADOREGISTRO CHAR,VCODAAHH NUMERIC)
IS
BEGIN
INSERT INTO CLIENTE VALUES
(SEC_CLIENTE.NEXTVAL,VNOMBRES,VAPEPATERNO,VAPEMATERNO,VCODTIPODOCUMENTO,VNUMERO
DOC,VFECHANACEMIENTO,VSEXO,VESTADOCIVIL,VTELEFONOS,VDIRECCION,VEMAIL,VESTADOREGIST
RO,VCODAAHH);
COMMIT;
END INSERTAR_CLIENTE;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_CLIENTE (VCODCLIENTE NUMERIC,VNOMBRES VARCHAR2,VAPEPATERNO
VARCHAR2,VAPEMATERNO VARCHAR2,VCODTIPODOCUMENTO NUMERIC,VNUMERODOC
VARCHAR2,VFECHANACEMIENTO DATE,VSEXO CHAR,VESTADOCIVIL CHAR,VTELEFONOS
VARCHAR2,VDIRECCION VARCHAR2,VEMAIL VARCHAR2,VESTADOREGISTRO CHAR,VCODAAHH
NUMERIC)
IS

149
BEGIN
UPDATE CLIENTE SET
NOMBRES=VNOMBRES,APEPATERNO=VAPEPATERNO,APEMATERNO=VAPEMATERNO,CODTIPODOCUME
NTO=VCODTIPODOCUMENTO,NUMERODOC=VNUMERODOC,FECHANACEMIENTO=VFECHANACEMIENTO,
SEXO=VSEXO,ESTADOCIVIL=VESTADOCIVIL,TELEFONOS=VTELEFONOS,DIRECCION=VDIRECCION,EMAIL
=VEMAIL,ESTADOREGISTRO=VESTADOREGISTRO,CODAAHH=VCODAAHH WHERE
CODCLIENTE=VCODCLIENTE;
COMMIT;
END ACTUALIZAR_CLIENTE;
--------------------------------------------------------
PROCEDURE ELIMINAR_CLIENTE (VCODCLIENTE NUMERIC) IS
BEGIN
DELETE FROM CLIENTE WHERE CODCLIENTE=VCODCLIENTE;
COMMIT;
END ELIMINAR_CLIENTE;
--------------------------------------------------------
PROCEDURE LISTAR_CLIENTE IS
BEGIN
DECLARE CURSOR C_CLIENTE IS

SELECT
CODCLIENTE,NOMBRES,APEPATERNO,APEMATERNO,CODTIPODOCUMENTO,NUMERODOC,FECHANACEM
IENTO,SEXO,ESTADOCIVIL,TELEFONOS,DIRECCION,EMAIL,ESTADOREGISTRO,CODAAHH
FROM CLIENTE;
VCODCLIENTE NUMERIC(10);
VNOMBRES VARCHAR2(30);
VAPEPATERNO VARCHAR2(30);
VAPEMATERNO VARCHAR2(30);
VCODTIPODOCUMENTO NUMERIC(10);
VNUMERODOC VARCHAR2(30);
VFECHANACEMIENTO DATE;
VSEXO CHAR(1);
VESTADOCIVIL CHAR(1);
VTELEFONOS VARCHAR2(30);
VDIRECCION VARCHAR2(30);
VEMAIL VARCHAR2(30);
VCODAAHH NUMERIC(10);
BEGIN
OPEN C_CLIENTE;
LOOP

150
FETCH C_CLIENTE INTO
VCODCLIENTE,VNOMBRES,VAPEPATERNO,VAPEMATERNO,VCODTIPODOCUMENTO,VNUMERODOC,VFEC
HANACEMIENTO,VSEXO,VESTADOCIVIL,VTELEFONOS,VDIRECCION,VEMAIL,VESTADOREGISTRO,VCODA
AHH;
IF C_CLIENTE%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODCLIENTE||' '||VNOMBRES||' '||VAPEPATERNO||' '||VAPEMATERNO||'
'||VCODTIPODOCUMENTO||' '||VNUMERODOC||' '||VFECHANACEMIENTO||' '||VSEXO||' '||VESTADOCIVIL||'
'||VTELEFONOS||' '||VDIRECCION||' '||VEMAIL||' '||VESTADOREGISTRO||' '||VCODAAHH);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_CLIENTE;
END;
COMMIT;
END LISTAR_CLIENTE;
--------------------------------------------------------
FUNCTION OBTENER_NOMBRE_CLIENTE(VCODCLIENTE NUMERIC) RETURN VARCHAR2
IS
VDATOSCLIENTE VARCHAR2(500);
BEGIN
SELECT NOMBRES|| ', ' ||APEPATERNO|| ', ' ||APEMATERNO|| ', ' || CODTIPODOCUMENTO|| ', '
||NUMERODOC|| ', ' ||FECHANACEMIENTO
|| ', ' ||SEXO|| ', ' ||ESTADOCIVIL|| ', ' ||TELEFONOS|| ', ' ||DIRECCION|| ', ' ||EMAIL|| ', ' || ESTADOREGISTRO|| ', '
||CODAAHH
INTO VDATOSCLIENTE FROM CLIENTE
WHERE CODCLIENTE=VCODCLIENTE;
RETURN VCODCLIENTE ;
END OBTENER_NOMBRE_CLIENTE;
END PKCLIENTE;
PAQUETE CUENTA AHORRO

CREATE OR REPLACE PACKAGE PKCUENTA_AHORRO AS
PROCEDURE INSERTAR_CUENTA_AHORRO (VFECHAINIC DATE,VSALDO NUMERIC,VINTERES
NUMERIC,VFECHACADUC DATE,VESTADO VARCHAR2,VESTADOREGISTRO CHAR,VCODTIPOCUENTA
NUMERIC,VCODCLIENTE NUMERIC);
PROCEDURE ACTUALIZAR_CUENTA_AHORRO (VNUMEROCUENTA NUMERIC,VFECHAINIC DATE,VSALDO
NUMERIC,VINTERES NUMERIC,VFECHACADUC DATE,VESTADO VARCHAR2,VESTADOREGISTRO
CHAR,VCODTIPOCUENTA NUMERIC,VCODCLIENTE NUMERIC);
PROCEDURE ELIMINAR_CUENTA_AHORRO (VNUMEROCUENTA NUMERIC);
PROCEDURE LISTAR_CUENTA_AHORRO;

151
FUNCTION OBTENER_NOMBRE_CUENTA_AHORRO(VNUMEROCUENTA NUMERIC) RETURN VARCHAR2;
END PKCUENTA_AHORRO;
CREATE OR REPLACE PACKAGE BODY PKCUENTA_AHORRO AS

--------------------------------------------------------
PROCEDURE INSERTAR_CUENTA_AHORRO (VFECHAINIC DATE,VSALDO NUMERIC,VINTERES
NUMERIC,VFECHACADUC DATE,VESTADO VARCHAR2,VESTADOREGISTRO CHAR,VCODTIPOCUENTA
NUMERIC,VCODCLIENTE NUMERIC)
IS
BEGIN
INSERT INTO CUENTA_AHORRO VALUES
(SEC_CUENTA_AHORRO.NEXTVAL,VFECHAINIC,VSALDO,VINTERES,VFECHACADUC,VESTADO,VESTADO
REGISTRO,VCODTIPOCUENTA,VCODCLIENTE);
COMMIT;
END INSERTAR_CUENTA_AHORRO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_CUENTA_AHORRO (VNUMEROCUENTA NUMERIC,VFECHAINIC
DATE,VSALDO NUMERIC,VINTERES NUMERIC,VFECHACADUC DATE,VESTADO
VARCHAR2,VESTADOREGISTRO CHAR,VCODTIPOCUENTA NUMERIC,VCODCLIENTE NUMERIC)
IS
BEGIN
UPDATE CUENTA_AHORRO SET
FECHAINIC=VFECHAINIC,SALDO=VSALDO,INTERES=VINTERES,FECHACADUC=VFECHACADUC,ESTADO=
VESTADO,ESTADOREGISTRO=VESTADOREGISTRO,CODTIPOCUENTA=VCODTIPOCUENTA,CODCLIENTE=V
CODCLIENTE WHERE NUMEROCUENTA=VNUMEROCUENTA;
COMMIT;
END ACTUALIZAR_CUENTA_AHORRO;
--------------------------------------------------------
PROCEDURE ELIMINAR_CUENTA_AHORRO (VNUMEROCUENTA NUMERIC)
IS
BEGIN
DELETE FROM CUENTA_AHORRO WHERE NUMEROCUENTA=VNUMEROCUENTA;
COMMIT;
END ELIMINAR_CUENTA_AHORRO;
--------------------------------------------------------
PROCEDURE LISTAR_CUENTA_AHORRO
IS
BEGIN
DECLARE CURSOR C_CUENTA_AHORRO IS

SELECT
NUMEROCUENTA,FECHAINIC,SALDO,INTERES,FECHACADUC,ESTADO,ESTADOREGISTRO,CODTIPOCUENT
A,CODCLIENTE FROM CUENTA_AHORRO;

152
VNUMEROCUENTA NUMERIC(11);
VFECHAINIC DATE;
VSALDO NUMERIC(7,2);
VINTERES NUMERIC(4,2);
VFECHACADUC DATE;
VESTADO VARCHAR2(30);
VCODTIPOCUENTA NUMERIC(10);
BEGIN
OPEN C_CUENTA_AHORRO;
LOOP
FETCH C_CUENTA_AHORRO INTO
VNUMEROCUENTA,VFECHAINIC,VSALDO,VINTERES,VFECHACADUC,VESTADO,VESTADOREGISTRO,VCO
DTIPOCUENTA,VCODCLIENTE;
IF C_CUENTA_AHORRO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VNUMEROCUENTA||' '||VFECHAINIC||' '||VSALDO||' '||VINTERES||'
'||VFECHACADUC||' '||VESTADO||' '||VESTADOREGISTRO||' '||VCODTIPOCUENTA||' '||VCODCLIENTE);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_CUENTA_AHORRO;
END;
COMMIT;
END LISTAR_CUENTA_AHORRO;
--------------------------------------------------------
FUNCTION OBTENER_NOMBRE_CUENTA_AHORRO(VNUMEROCUENTA NUMERIC) RETURN VARCHAR2
IS
VDATOSCUENTAAHORRO VARCHAR2(500);
BEGIN
SELECT NUMEROCUENTA|| ', ' ||FECHAINIC|| ', ' ||SALDO|| ', ' ||INTERES|| ', ' || FECHACADUC|| ',
' ||ESTADO
|| ', ' ||ESTADOREGISTRO|| ', ' ||CODTIPOCUENTA|| ', ' ||CODCLIENTE
INTO VDATOSCUENTAAHORRO FROM CUENTA_AHORRO
WHERE NUMEROCUENTA=VNUMEROCUENTA;
RETURN VNUMEROCUENTA;
END OBTENER_NOMBRE_CUENTA_AHORRO;
END PKCUENTA_AHORRO;

153
PAQUETE EMPLEADO
CREATE OR REPLACE PACKAGE PKEMPLEADO AS
PROCEDURE INSERTAR_EMPLEADO (VNOMEMPLEADO VARCHAR2,VAPEMATEMPLEADO
VARCHAR2,VAPEPATEMPLEADO VARCHAR2,VCODTIPODOCUMENTO NUMERIC,VNUMERO
VARCHAR2,VFECHANACEMIENTO DATE,VSEXO CHAR,VESTADOCIVIL CHAR,VDIRECCION
VARCHAR2,VSUELDO NUMERIC,VTELEFONO CHAR,VEMAIL VARCHAR2,VESTADOREGISTRO
CHAR,VCODDISTRITO NUMERIC,VCODCARGO NUMERIC);
PROCEDURE ACTUALIZAR_EMPLEADO (VCODEMPLEADO NUMERIC,VNOMEMPLEADO
VARCHAR2,VAPEMATEMPLEADO VARCHAR2,VAPEPATEMPLEADO VARCHAR2,VCODTIPODOCUMENTO
NUMERIC,VNUMERO VARCHAR2,VFECHANACEMIENTO DATE,VSEXO CHAR,VESTADOCIVIL
CHAR,VDIRECCION VARCHAR2,VSUELDO NUMERIC,VTELEFONO CHAR,VEMAIL
VARCHAR2,VESTADOREGISTRO CHAR,VCODDISTRITO NUMERIC,VCODCARGO NUMERIC);
PROCEDURE ELIMINAR_EMPLEADO (VCODEMPLEADO NUMERIC);
PROCEDURE LISTAR_EMPLEADO;
FUNCTION OBTENER_NOMBRE_EMPLEADO(VCODEMPLEADO NUMERIC) RETURN VARCHAR2;
END PKEMPLEADO;
CREATE OR REPLACE PACKAGE BODY PKEMPLEADO AS

--------------------------------------------------------
PROCEDURE INSERTAR_EMPLEADO (VNOMEMPLEADO VARCHAR2,VAPEMATEMPLEADO
VARCHAR2,VAPEPATEMPLEADO VARCHAR2,VCODTIPODOCUMENTO NUMERIC,VNUMERO
VARCHAR2,VFECHANACEMIENTO DATE,VSEXO CHAR,VESTADOCIVIL CHAR,VDIRECCION
VARCHAR2,VSUELDO NUMERIC,VTELEFONO CHAR,VEMAIL VARCHAR2,VESTADOREGISTRO
CHAR,VCODDISTRITO NUMERIC,VCODCARGO NUMERIC)
IS
BEGIN
INSERT INTO EMPLEADO VALUES
(SEC_EMPLEADO.NEXTVAL,VNOMEMPLEADO,VAPEMATEMPLEADO,VAPEPATEMPLEADO,
VCODTIPODOCUMENTO,VNUMERO,VFECHANACEMIENTO,VSEXO,VESTADOCIVIL,VDIRECCION,
VSUELDO, VTELEFONO,VEMAIL,VESTADOREGISTRO,VCODDISTRITO,VCODCARGO);
COMMIT;
END INSERTAR_EMPLEADO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_EMPLEADO (VCODEMPLEADO NUMERIC,VNOMEMPLEADO
VARCHAR2,VAPEMATEMPLEADO VARCHAR2,VAPEPATEMPLEADO VARCHAR2,VCODTIPODOCUMENTO
NUMERIC,VNUMERO VARCHAR2,VFECHANACEMIENTO DATE,VSEXO CHAR,VESTADOCIVIL
CHAR,VDIRECCION VARCHAR2,VSUELDO NUMERIC,VTELEFONO CHAR,VEMAIL
VARCHAR2,VESTADOREGISTRO CHAR,VCODDISTRITO NUMERIC,VCODCARGO NUMERIC)
IS
BEGIN
UPDATE EMPLEADO SET
NOMEMPLEADO=VNOMEMPLEADO,APEMATEMPLEADO=VAPEMATEMPLEADO,
APEPATEMPLEADO=VAPEPATEMPLEADO,CODTIPODOCUMENTO=VCODTIPODOCUMENTO,
NUMERO=VNUMERO,FECHANACEMIENTO=VFECHANACEMIENTO,SEXO=VSEXO,
ESTADOCIVIL=VESTADOCIVIL,DIRECCION=VDIRECCION,SUELDO=VSUELDO,TELEFONO=VTELEFONO,EM
AIL=VEMAIL,ESTADOREGISTRO =VESTADOREGISTRO ,
CODDISTRITO=VCODDISTRITO,CODCARGO=VCODCARGO WHERE CODEMPLEADO=VCODEMPLEADO;
COMMIT;

154
END ACTUALIZAR_EMPLEADO;
--------------------------------------------------------
PROCEDURE ELIMINAR_EMPLEADO (VCODEMPLEADO NUMERIC) IS
BEGIN
DELETE FROM EMPLEADO WHERE CODEMPLEADO=VCODEMPLEADO;
COMMIT;
END ELIMINAR_EMPLEADO;
--------------------------------------------------------
PROCEDURE LISTAR_EMPLEADO
IS
BEGIN
DECLARE CURSOR C_EMPLEADO IS

SELECT
CODEMPLEADO,NOMEMPLEADO,APEMATEMPLEADO,APEPATEMPLEADO,CODTIPODOCUMENTO,
NUMERO,FECHANACEMIENTO,SEXO,ESTADOCIVIL,DIRECCION,SUELDO,TELEFONO,EMAIL,
ESTADOREGISTRO,CODDISTRITO,CODCARGO FROM EMPLEADO;
VCODEMPLEADO NUMERIC(10);
VNOMEMPLEADO VARCHAR2(30);
VAPEMATEMPLEADO VARCHAR2(30);
VAPEPATEMPLEADO VARCHAR2(30);
VCODTIPODOCUMENTO NUMERIC(10);
VNUMERO VARCHAR2(30);
VFECHANACEMIENTO DATE;
VSEXO CHAR(1);
VESTADOCIVIL CHAR(1);
VDIRECCION VARCHAR2(30);
VSUELDO NUMERIC(10);
VTELEFONO CHAR(9);
VEMAIL VARCHAR(30);
VCODDISTRITO NUMERIC(10);
VCODCARGO NUMERIC(10);
BEGIN
OPEN C_EMPLEADO;
LOOP
FETCH C_EMPLEADO INTO
VCODEMPLEADO,VNOMEMPLEADO,VAPEMATEMPLEADO,VAPEPATEMPLEADO,VCODTIPODOCUMENTO,
VNUMERO,VFECHANACEMIENTO,VSEXO,VESTADOCIVIL,VDIRECCION,VSUELDO,VTELEFONO,
VEMAIL,VESTADOREGISTRO,VCODDISTRITO,VCODCARGO;
IF C_EMPLEADO%FOUND THEN

155
DBMS_OUTPUT.PUT_LINE(VCODEMPLEADO||' '||VNOMEMPLEADO||' '||VAPEMATEMPLEADO ||' '|
|VAPEPATEMPLEADO||' '||VCODTIPODOCUMENTO||' '||VNUMERO||' '||VFECHANACEMIENTO||' '||VSEXO ||' '||
VESTADOCIVIL||' '||VDIRECCION||' '||VSUELDO||' '||VTELEFONO||' '||VEMAIL||' '||VESTADOREGISTRO||' '||
VCODDISTRITO||' '||VCODCARGO);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_EMPLEADO;
END;
COMMIT;
END LISTAR_EMPLEADO;
--------------------------------------------------------
FUNCTION OBTENER_NOMBRE_EMPLEADO(VCODEMPLEADO NUMERIC) RETURN VARCHAR2
IS
VDATOSEMPLEADO VARCHAR2(500);
BEGIN
SELECT NOMEMPLEADO|| ', ' ||APEMATEMPLEADO|| ', ' ||APEPATEMPLEADO|| ', '
||CODTIPODOCUMENTO|| ', ' ||NUMERO|| ', ' ||FECHANACEMIENTO
|| ', ' ||SEXO|| ', ' ||ESTADOCIVIL|| ', ' ||DIRECCION|| ', ' ||SUELDO|| ', ' ||TELEFONO|| ', ' ||EMAIL|| ', '
||ESTADOREGISTRO|| ', ' ||CODDISTRITO|| ', ' ||CODCARGO
INTO VDATOSEMPLEADO FROM EMPLEADO
WHERE CODEMPLEADO=VCODEMPLEADO;
RETURN VCODEMPLEADO;
END OBTENER_NOMBRE_EMPLEADO;
END PKEMPLEADO;
PAQUETE MOVIMIENTO
CREATE OR REPLACE PACKAGE PKMOVIMIENTO AS
PROCEDURE INSERTAR_MOVIMIENTO (VFECHA DATE,VHORA DATE,VMONTO
NUMERIC,VESTADOREGISTRO CHAR,VCODTIPOMOVIMIENTO NUMERIC,VNUMEROCUENTA
NUMERIC,VCODCLIENTE NUMERIC);
PROCEDURE ACTUALIZAR_MOVIMIENTO (VCODMOVIMIENTO NUMERIC,VFECHA DATE,VHORA
DATE,VMONTO NUMERIC,VESTADOREGISTRO CHAR,VCODTIPOMOVIMIENTO
NUMERIC,VNUMEROCUENTA NUMERIC,VCODCLIENTE NUMERIC);
PROCEDURE ELIMINAR_MOVIMIENTO (VCODMOVIMIENTO NUMERIC);
PROCEDURE LISTAR_MOVIMIENTO;
FUNCTION OBTENER_NOMBRE_MOVIMIENTO(VCODMOVIMIENTO NUMERIC) RETURN VARCHAR2;
END PKMOVIMIENTO;
CREATE OR REPLACE PACKAGE BODY PKMOVIMIENTO AS

156
--------------------------------------------------------
PROCEDURE INSERTAR_MOVIMIENTO (VFECHA DATE,VHORA DATE,VMONTO
NUMERIC,VESTADOREGISTRO CHAR,VCODTIPOMOVIMIENTO NUMERIC,VNUMEROCUENTA
NUMERIC,VCODCLIENTE NUMERIC)
IS
BEGIN
INSERT INTO MOVIMIENTO VALUES
(SEC_MOVIMIENTO.NEXTVAL,VFECHA,VHORA,VMONTO,VESTADOREGISTRO,VCODTIPOMOVIMIENTO,V
NUMEROCUENTA,VCODCLIENTE);
COMMIT;
END INSERTAR_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_MOVIMIENTO (VCODMOVIMIENTO NUMERIC,VFECHA DATE,VHORA
DATE,VMONTO NUMERIC,VESTADOREGISTRO CHAR,VCODTIPOMOVIMIENTO
NUMERIC,VNUMEROCUENTA NUMERIC,VCODCLIENTE NUMERIC)
IS
BEGIN
UPDATE MOVIMIENTO SET
FECHA=VFECHA,HORA=VHORA,MONTO=VMONTO,ESTADOREGISTRO=VESTADOREGISTRO,CODTIPOMOV
IMIENTO=VCODTIPOMOVIMIENTO,NUMEROCUENTA=VNUMEROCUENTA,CODCLIENTE=VCODCLIENTE
WHERE CODMOVIMIENTO=VCODMOVIMIENTO;
COMMIT;
END ACTUALIZAR_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE ELIMINAR_MOVIMIENTO (VCODMOVIMIENTO NUMERIC)
IS
BEGIN
DELETE FROM MOVIMIENTO WHERE CODMOVIMIENTO=VCODMOVIMIENTO;
COMMIT;
END ELIMINAR_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE LISTAR_MOVIMIENTO
IS
BEGIN
DECLARE CURSOR C_MOVIMIENTO IS

SELECT
CODMOVIMIENTO,FECHA,HORA,MONTO,ESTADOREGISTRO,CODTIPOMOVIMIENTO,NUMEROCUENTA,CO
DCLIENTE FROM MOVIMIENTO;
VCODMOVIMIENTO NUMERIC(10);
VFECHA DATE;
VHORA DATE;

157
VMONTO NUMERIC(7,2);
VCODTIPOMOVIMIENTO NUMERIC(10);
VNUMEROCUENTA NUMERIC(11);
BEGIN
OPEN C_MOVIMIENTO;
LOOP
FETCH C_MOVIMIENTO INTO
VCODMOVIMIENTO,VFECHA,VHORA,VMONTO,VESTADOREGISTRO,VCODTIPOMOVIMIENTO,VNUMEROC
UENTA,VCODCLIENTE;
IF C_MOVIMIENTO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODMOVIMIENTO||' '||VFECHA||' '||VHORA||' '||VMONTO||'
'||VESTADOREGISTRO||' '||VCODTIPOMOVIMIENTO||' '||VNUMEROCUENTA||' '||VCODCLIENTE);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_MOVIMIENTO;
END;
COMMIT;
END LISTAR_MOVIMIENTO;
--------------------------------------------------------
FUNCTION OBTENER_NOMBRE_MOVIMIENTO(VCODMOVIMIENTO NUMERIC) RETURN VARCHAR2
IS
VDATOSMOVIMIENTO VARCHAR2(500);
BEGIN
SELECT CODMOVIMIENTO|| ', ' ||HORA|| ', ' ||MONTO|| ', ' ||ESTADOREGISTRO|| ', '
||CODTIPOMOVIMIENTO|| ', ' ||NUMEROCUENTA
|| ', ' ||CODCLIENTE
INTO VDATOSMOVIMIENTO FROM MOVIMIENTO
WHERE CODMOVIMIENTO=VCODMOVIMIENTO;
RETURN VCODMOVIMIENTO;
END OBTENER_NOMBRE_MOVIMIENTO;
END PKMOVIMIENTO;
PAQUETE PAGO PRESTAMO

CREATE OR REPLACE PACKAGE PKPAGO_PRESTAMO AS

158
PROCEDURE INSERTAR_PAGO_PRESTAMO (VNUMCUOTA NUMERIC,VFECHAPAGO DATE,VMONTOCOUTA
NUMERIC,VESTADO CHAR,VESTADOREGISTRO CHAR,VCODPRESTAMO NUMERIC);
PROCEDURE ACTUALIZAR_PAGO_PRESTAMO (VCODPAGOPRESTAMO NUMERIC,VNUMCUOTA
NUMERIC,VFECHAPAGO DATE,VMONTOCOUTA NUMERIC,VESTADO CHAR,VESTADOREGISTRO
CHAR,VCODPRESTAMO NUMERIC);
PROCEDURE ELIMINAR_PAGO_PRESTAMO (VCODPAGOPRESTAMO NUMERIC);
PROCEDURE LISTAR_PAGO_PRESTAMO;
FUNCTION OBTENER_NOMBRE_PAGOPRESTAMO(VCODPAGOPRESTAMO NUMERIC) RETURN VARCHAR2 ;
END PKPAGO_PRESTAMO;
CREATE OR REPLACE PACKAGE BODY PKPAGO_PRESTAMO AS

--------------------------------------------------------
PROCEDURE INSERTAR_PAGO_PRESTAMO (VNUMCUOTA NUMERIC,VFECHAPAGO
DATE,VMONTOCOUTA NUMERIC,VESTADO CHAR,VESTADOREGISTRO CHAR,VCODPRESTAMO NUMERIC)
IS
BEGIN
INSERT INTO PAGO_PRESTAMO VALUES
(SEC_PAGO_PRESTAMO.NEXTVAL,VNUMCUOTA,VFECHAPAGO,VMONTOCOUTA,VESTADO,VESTADOREG
ISTRO,VCODPRESTAMO);
COMMIT;
END INSERTAR_PAGO_PRESTAMO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_PAGO_PRESTAMO (VCODPAGOPRESTAMO NUMERIC,VNUMCUOTA
NUMERIC,VFECHAPAGO DATE,VMONTOCOUTA NUMERIC,VESTADO CHAR,VESTADOREGISTRO
CHAR,VCODPRESTAMO NUMERIC)
IS
BEGIN
UPDATE PAGO_PRESTAMO SET
NUMCUOTA=VNUMCUOTA,FECHAPAGO=VFECHAPAGO,MONTOCOUTA=VMONTOCOUTA,ESTADO=VESTA
DO,ESTADOREGISTRO=VESTADOREGISTRO,CODPRESTAMO=VCODPRESTAMO WHERE
CODPAGOPRESTAMO=VCODPAGOPRESTAMO;
COMMIT;
END ACTUALIZAR_PAGO_PRESTAMO;
--------------------------------------------------------
PROCEDURE ELIMINAR_PAGO_PRESTAMO (VCODPAGOPRESTAMO NUMERIC)
IS
BEGIN
DELETE FROM PAGO_PRESTAMO WHERE CODPAGOPRESTAMO=VCODPAGOPRESTAMO;
COMMIT;
END ELIMINAR_PAGO_PRESTAMO;
--------------------------------------------------------
PROCEDURE LISTAR_PAGO_PRESTAMO
IS

159
BEGIN
DECLARE CURSOR C_PAGO_PRESTAMO IS

SELECT CODPAGOPRESTAMO,NUMCUOTA,FECHAPAGO,MONTOCOUTA,ESTADO,ESTADOREGISTRO,
CODPRESTAMO
FROM PAGO_PRESTAMO;
VCODPAGOPRESTAMO NUMERIC(10);
VNUMCUOTA NUMERIC(10);
VFECHAPAGO DATE;
VMONTOCOUTA NUMERIC(7,2);
VESTADO CHAR(1);
BEGIN
OPEN C_PAGO_PRESTAMO;
LOOP
FETCH C_PAGO_PRESTAMO INTO
VCODPAGOPRESTAMO,VNUMCUOTA,VFECHAPAGO,VMONTOCOUTA,VESTADO,VESTADOREGISTRO
,VCODPRESTAMO;
IF C_PAGO_PRESTAMO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODPAGOPRESTAMO||' '||VNUMCUOTA||' '||VFECHAPAGO||'
'||VMONTOCOUTA||' '||VESTADO||' '||VESTADOREGISTRO||' '||VCODPRESTAMO);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_PAGO_PRESTAMO;
END;
COMMIT;
END LISTAR_PAGO_PRESTAMO;
--------------------------------------------------------
FUNCTION OBTENER_NOMBRE_PAGOPRESTAMO(VCODPAGOPRESTAMO NUMERIC) RETURN
VARCHAR2
IS
VDATOSPAGOPRESTAMO VARCHAR2(500);
BEGIN
SELECT CODPAGOPRESTAMO|| ', ' ||NUMCUOTA|| ', ' ||FECHAPAGO|| ', ' ||MONTOCOUTA|| ', ' ||
ESTADO || ', ' ||ESTADOREGISTRO
|| ', ' ||CODPRESTAMO
INTO VDATOSPAGOPRESTAMO FROM PAGO_PRESTAMO
WHERE CODPAGOPRESTAMO=VCODPAGOPRESTAMO;

160
RETURN VCODPAGOPRESTAMO;
END OBTENER_NOMBRE_PAGOPRESTAMO;
END PKPAGO_PRESTAMO;
PAQUETE PRESTAMO
CREATE OR REPLACE PACKAGE PKPRESTAMO AS
PROCEDURE INSERTAR_PRESTAMO (VMONTO NUMERIC,VFORMAPAGO VARCHAR2,VINTERES
NUMERIC,VCOUTA NUMERIC,VIMPORTETOTAL NUMERIC,VFECHAPRESTAMO DATE,VESTADOREGISTRO
CHAR,VCODTIPOPRESTAMO NUMERIC,VCODCLIENTE NUMERIC);
PROCEDURE ACTUALIZAR_PRESTAMO (VCODPRESTAMO NUMERIC,VMONTO NUMERIC,VFORMAPAGO
VARCHAR2,VINTERES NUMERIC,VCOUTA NUMERIC,VIMPORTETOTAL NUMERIC,VFECHAPRESTAMO
DATE,VESTADOREGISTRO CHAR,VCODTIPOPRESTAMO NUMERIC,VCODCLIENTE NUMERIC);
PROCEDURE ELIMINAR_PRESTAMO (VCODPRESTAMO NUMERIC);
PROCEDURE LISTAR_PRESTAMO;
FUNCTION OBTENER_PRESTAMO(VCODPRESTAMO NUMERIC) RETURN VARCHAR2;
END PKPRESTAMO;
CREATE OR REPLACE PACKAGE BODY PKPRESTAMO AS

--------------------------------------------------------
PROCEDURE INSERTAR_PRESTAMO (VMONTO NUMERIC,VFORMAPAGO VARCHAR2,VINTERES
NUMERIC,VCOUTA NUMERIC,VIMPORTETOTAL NUMERIC,VFECHAPRESTAMO DATE,VESTADOREGISTRO
CHAR,VCODTIPOPRESTAMO NUMERIC,VCODCLIENTE NUMERIC)
IS
BEGIN
INSERT INTO PRESTAMO VALUES
(SEC_PRESTAMO.NEXTVAL,VMONTO,VFORMAPAGO,VINTERES,VCOUTA,VIMPORTETOTAL,
VFECHAPRESTAMO,VESTADOREGISTRO,VCODTIPOPRESTAMO,VCODCLIENTE);
COMMIT;
END INSERTAR_PRESTAMO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_PRESTAMO (VCODPRESTAMO NUMERIC,VMONTO NUMERIC,VFORMAPAGO
VARCHAR2,VINTERES NUMERIC,VCOUTA NUMERIC,VIMPORTETOTAL NUMERIC,VFECHAPRESTAMO
DATE,VESTADOREGISTRO CHAR,VCODTIPOPRESTAMO NUMERIC,VCODCLIENTE NUMERIC)
IS
BEGIN
UPDATE PRESTAMO SET
MONTO=VMONTO,FORMAPAGO=VFORMAPAGO,INTERES=VINTERES,COUTA=VCOUTA,
IMPORTETOTAL=VIMPORTETOTAL,FECHAPRESTAMO=VFECHAPRESTAMO,
ESTADOREGISTRO = VESTADOREGISTRO, CODTIPOPRESTAMO=VCODTIPOPRESTAMO,
CODCLIENTE=VCODCLIENTE WHERE CODPRESTAMO=VCODPRESTAMO;
COMMIT;
END ACTUALIZAR_PRESTAMO;

161
--------------------------------------------------------
PROCEDURE ELIMINAR_PRESTAMO (VCODPRESTAMO NUMERIC)
IS
BEGIN
DELETE FROM PRESTAMO WHERE CODPRESTAMO=VCODPRESTAMO;
COMMIT;
END ELIMINAR_PRESTAMO;
--------------------------------------------------------
PROCEDURE LISTAR_PRESTAMO
IS
BEGIN
DECLARE CURSOR C_PRESTAMO IS

SELECT CODPRESTAMO,MONTO,FORMAPAGO,INTERES,COUTA,IMPORTETOTAL,FECHAPRESTAMO,
ESTADOREGISTRO,CODTIPOPRESTAMO,CODCLIENTE
FROM PRESTAMO;
VMONTO NUMERIC(7,2);
VFORMAPAGO VARCHAR2(30);
VINTERES NUMERIC(2,2);
VCOUTA NUMERIC(10);
VIMPORTETOTAL NUMERIC(7,2);
VFECHAPRESTAMO DATE;
VCODTIPOPRESTAMO NUMERIC(10);
BEGIN
OPEN C_PRESTAMO;
LOOP
FETCH C_PRESTAMO INTO
VCODPRESTAMO,VMONTO,VFORMAPAGO,VINTERES,VCOUTA,VIMPORTETOTAL,VFECHAPRESTAMO,VES
TADOREGISTRO,VCODTIPOPRESTAMO,VCODCLIENTE;
IF C_PRESTAMO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODPRESTAMO||' '||VMONTO||' '||VFORMAPAGO||' '||
VINTERES||''||VCOUTA||' '||VIMPORTETOTAL||' '||VFECHAPRESTAMO||' '||VESTADOREGISTRO||' '||
VCODTIPOPRESTAMO||' '||VCODCLIENTE);
ELSE
EXIT;
END IF;

162
END LOOP;
CLOSE C_PRESTAMO;
END;
COMMIT;
END LISTAR_PRESTAMO;
--------------------------------------------------------
FUNCTION OBTENER_PRESTAMO(VCODPRESTAMO NUMERIC) RETURN VARCHAR2
IS
VDATOSPRESTAMO VARCHAR2(500);
BEGIN
SELECT CODPRESTAMO|| ', ' ||MONTO|| ', ' ||FORMAPAGO|| ', ' ||INTERES|| ', ' ||COUTA|| ', '
||IMPORTETOTAL
|| ', ' ||FECHAPRESTAMO|| ', ' ||ESTADOREGISTRO|| ', ' ||CODTIPOPRESTAMO|| ', ' ||CODCLIENTE
INTO VDATOSPRESTAMO FROM PRESTAMO
WHERE CODPRESTAMO=VCODPRESTAMO;
RETURN VCODPRESTAMO;
END OBTENER_PRESTAMO;
END PKPRESTAMO;
PAQUETE TICKET MOVIMIENTO

CREATE OR REPLACE PACKAGE PKTICKET_MOVIMIENTO AS
PROCEDURE INSERTAR_TICKET_MOVIMIENTO (VFECEMISION DATE,VCODMOVIMIENTO
NUMERIC,VESTADOREGISTRO CHAR);
PROCEDURE ACTUALIZAR_TICKET_MOVIMIENTO (VCODTICKETMOVIMIENTO NUMERIC,VFECEMISION
DATE,VCODMOVIMIENTO NUMERIC,VESTADOREGISTRO CHAR);
PROCEDURE ELIMINAR_TICKET_MOVIMIENTO (VCODTICKETMOVIMIENTO NUMERIC);
PROCEDURE LISTAR_TICKET_MOVIMIENTO;
FUNCTION OBTENER_TICKETMOVIMIENTO(VCODTICKETMOVIMIENTO NUMERIC) RETURN VARCHAR2;
END PKTICKET_MOVIMIENTO;
CREATE OR REPLACE PACKAGE BODY PKTICKET_MOVIMIENTO AS

--------------------------------------------------------
PROCEDURE INSERTAR_TICKET_MOVIMIENTO (VFECEMISION DATE,VCODMOVIMIENTO
NUMERIC,VESTADOREGISTRO CHAR)
IS
BEGIN
INSERT INTO TICKET_MOVIMIENTO VALUES
(SEC_TICKET_MOVIMIENTO.NEXTVAL,VFECEMISION,VCODMOVIMIENTO,VESTADOREGISTRO);
COMMIT;

163
END INSERTAR_TICKET_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_TICKET_MOVIMIENTO (VCODTICKETMOVIMIENTO NUMERIC,VFECEMISION
DATE,VCODMOVIMIENTO NUMERIC,VESTADOREGISTRO CHAR)
IS
BEGIN
UPDATE TICKET_MOVIMIENTO SET
FECEMISION=VFECEMISION,CODMOVIMIENTO=VCODMOVIMIENTO,ESTADOREGISTRO=VESTADOREGIST
RO WHERE CODTICKETMOVIMIENTO=VCODTICKETMOVIMIENTO; COMMIT;
END ACTUALIZAR_TICKET_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE ELIMINAR_TICKET_MOVIMIENTO (VCODTICKETMOVIMIENTO NUMERIC)
IS
BEGIN
DELETE FROM TICKET_MOVIMIENTO WHERE CODTICKETMOVIMIENTO=VCODTICKETMOVIMIENTO;
COMMIT;
END ELIMINAR_TICKET_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE LISTAR_TICKET_MOVIMIENTO
IS
BEGIN
DECLARE CURSOR C_TICKET_MOVIMIENTO IS
SELECT CODTICKETMOVIMIENTO,FECEMISION,CODMOVIMIENTO,ESTADOREGISTRO
FROM TICKET_MOVIMIENTO;
VCODTICKETMOVIMIENTO NUMERIC(10);
VFECEMISION DATE;
VCODMOVIMIENTO NUMERIC(10);
BEGIN
OPEN C_TICKET_MOVIMIENTO;
LOOP
FETCH C_TICKET_MOVIMIENTO INTO
VCODTICKETMOVIMIENTO,VFECEMISION,VCODMOVIMIENTO,VESTADOREGISTRO;
IF C_TICKET_MOVIMIENTO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODTICKETMOVIMIENTO||' '||VFECEMISION||' '||VCODMOVIMIENTO||'
ELSE
EXIT;
END IF;
END LOOP;

164
CLOSE C_TICKET_MOVIMIENTO;
END;
COMMIT;
END LISTAR_TICKET_MOVIMIENTO;
--------------------------------------------------------
FUNCTION OBTENER_TICKETMOVIMIENTO(VCODTICKETMOVIMIENTO NUMERIC) RETURN VARCHAR2
IS
VDATOSTICKETMOVIMIENTO VARCHAR2(500);
BEGIN
SELECT CODTICKETMOVIMIENTO|| ', ' ||FECEMISION|| ', ' ||CODMOVIMIENTO|| ', '
||ESTADOREGISTRO
INTO VDATOSTICKETMOVIMIENTO FROM TICKET_MOVIMIENTO
WHERE CODTICKETMOVIMIENTO=VCODTICKETMOVIMIENTO;
RETURN VCODTICKETMOVIMIENTO;
END OBTENER_TICKETMOVIMIENTO;
END PKTICKET_MOVIMIENTO;
PAQUETE TICKET PAGO PRESTAMO

CREATE OR REPLACE PACKAGE PKTICKET_PAGO_PRESTAMO AS
PROCEDURE INSERTAR_TICKET_PAGO_PRESTAMO (VFECEMISION DATE,VCODPAGOPRESTAMO
NUMERIC,VESTADOREGISTRO CHAR);
PROCEDURE ACTUALIZAR_TICKET_PAGO_PRESTAM(VCODTICKETPAGOPRESTAMO
NUMERIC,VFECEMISION DATE,VCODPAGOPRESTAMO NUMERIC,VESTADOREGISTRO CHAR);
PROCEDURE ELIMINAR_TICKET_PAGO_PRESTAMO (VCODTICKETPAGOPRESTAMO NUMERIC);
PROCEDURE LISTAR_TICKET_PAGO_PRESTAMO;
FUNCTION OBTENER_TICKETPAGOPRESTAMO(VCODTICKETPAGOPRESTAMO NUMERIC) RETURN
VARCHAR2;
END PKTICKET_PAGO_PRESTAMO;
CREATE OR REPLACE PACKAGE BODY PKTICKET_PAGO_PRESTAMO AS

--------------------------------------------------------
PROCEDURE INSERTAR_TICKET_PAGO_PRESTAMO (VFECEMISION DATE,VCODPAGOPRESTAMO
NUMERIC,VESTADOREGISTRO CHAR)
IS
BEGIN
INSERT INTO TICKET_PAGO_PRESTAMO VALUES
(SEC_TICKET_PAGO_PRESTAMO.NEXTVAL,VFECEMISION,VCODPAGOPRESTAMO, VESTADOREGISTRO);
COMMIT;
END INSERTAR_TICKET_PAGO_PRESTAMO;
--------------------------------------------------------

165
PROCEDURE ACTUALIZAR_TICKET_PAGO_PRESTAM(VCODTICKETPAGOPRESTAMO
NUMERIC,VFECEMISION DATE,VCODPAGOPRESTAMO NUMERIC,VESTADOREGISTRO CHAR)
IS
BEGIN
UPDATE TICKET_PAGO_PRESTAMO SET
FECEMISION=VFECEMISION,CODPAGOPRESTAMO=VCODPAGOPRESTAMO,
ESTADOREGISTRO=VESTADOREGISTRO WHERE
CODTICKETPAGOPRESTAMO=VCODTICKETPAGOPRESTAMO;
COMMIT;
END ACTUALIZAR_TICKET_PAGO_PRESTAM;
--------------------------------------------------------
PROCEDURE ELIMINAR_TICKET_PAGO_PRESTAMO (VCODTICKETPAGOPRESTAMO NUMERIC)
IS
BEGIN
DELETE FROM TICKET_PAGO_PRESTAMO WHERE
CODTICKETPAGOPRESTAMO=VCODTICKETPAGOPRESTAMO;
COMMIT;
END ELIMINAR_TICKET_PAGO_PRESTAMO;
--------------------------------------------------------
PROCEDURE LISTAR_TICKET_PAGO_PRESTAMO
IS
BEGIN
DECLARE CURSOR C_TICKET_PAGO_PRESTAMO IS

SELECT CODTICKETPAGOPRESTAMO,FECEMISION,CODPAGOPRESTAMO,ESTADOREGISTRO
FROM TICKET_PAGO_PRESTAMO;
VCODTICKETPAGOPRESTAMO NUMERIC(10);
VFECEMISION DATE;
VCODPAGOPRESTAMO NUMERIC(10);
BEGIN
OPEN C_TICKET_PAGO_PRESTAMO;
LOOP
FETCH C_TICKET_PAGO_PRESTAMO INTO
VCODTICKETPAGOPRESTAMO,VFECEMISION,VCODPAGOPRESTAMO,VESTADOREGISTRO;
IF C_TICKET_PAGO_PRESTAMO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODTICKETPAGOPRESTAMO||' '|| VFECEMISION ||''||
VCODPAGOPRESTAMO||' '||VESTADOREGISTRO);
ELSE
EXIT;
END IF;

166
END LOOP;
CLOSE C_TICKET_PAGO_PRESTAMO;
END;
COMMIT;
END LISTAR_TICKET_PAGO_PRESTAMO;
--------------------------------------------------------
FUNCTION OBTENER_TICKETPAGOPRESTAMO(VCODTICKETPAGOPRESTAMO NUMERIC) RETURN
VARCHAR2
IS
VDATOSTICKETPAGOPRESTAMO VARCHAR2(500);
BEGIN
SELECT CODTICKETPAGOPRESTAMO|| ', ' ||FECEMISION|| ', ' ||CODPAGOPRESTAMO || ', ' ||
ESTADOREGISTRO
INTO VDATOSTICKETPAGOPRESTAMO FROM TICKET_PAGO_PRESTAMO
WHERE CODTICKETPAGOPRESTAMO=VCODTICKETPAGOPRESTAMO;
RETURN VCODTICKETPAGOPRESTAMO;
END OBTENER_TICKETPAGOPRESTAMO;
END PKTICKET_PAGO_PRESTAMO;
PAQUETE TIPO CONTRATO

CREATE OR REPLACE PACKAGE PKTIPO_CONTRATO AS
PROCEDURE INSERTAR_TIPO_CONTRATO (VDESCRIPCION VARCHAR2,VESTADOREGISTRO CHAR);
PROCEDURE ACTUALIZAR_TIPO_CONTRATO(VCODTIPOCONTRATO NUMERIC,VDESCRIPCION
PROCEDURE ELIMINAR_TIPO_CONTRATO(VCODTIPOCONTRATO NUMERIC);
PROCEDURE LISTAR_TIPO_CONTRATO;
FUNCTION OBTENER_TIPO_CONTRATO(VCODTIPOCONTRATO NUMERIC) RETURN VARCHAR2 ;
END PKTIPO_CONTRATO;
CREATE OR REPLACE PACKAGE BODY PKTIPO_CONTRATO AS

--------------------------------------------------------
PROCEDURE INSERTAR_TIPO_CONTRATO (VDESCRIPCION VARCHAR2,VESTADOREGISTRO CHAR)
IS
BEGIN
INSERT INTO TIPO_CONTRATO VALUES
(SEC_TIPO_CONTRATO.NEXTVAL,VDESCRIPCION,VESTADOREGISTRO);
COMMIT;
END INSERTAR_TIPO_CONTRATO;
--------------------------------------------------------

167
PROCEDURE ACTUALIZAR_TIPO_CONTRATO(VCODTIPOCONTRATO NUMERIC,VDESCRIPCION
IS
BEGIN
UPDATE TIPO_CONTRATO SET DESCRIPCION=VDESCRIPCION,ESTADOREGISTRO=VESTADOREGISTRO
WHERE CODTIPOCONTRATO=VCODTIPOCONTRATO;
COMMIT;
END ACTUALIZAR_TIPO_CONTRATO;
--------------------------------------------------------
PROCEDURE ELIMINAR_TIPO_CONTRATO (VCODTIPOCONTRATO NUMERIC)
IS
BEGIN
DELETE FROM TIPO_CONTRATO WHERE CODTIPOCONTRATO=VCODTIPOCONTRATO;
COMMIT;
END ELIMINAR_TIPO_CONTRATO;
--------------------------------------------------------
PROCEDURE LISTAR_TIPO_CONTRATO
IS
BEGIN
DECLARE CURSOR C_TIPO_CONTRATO IS

SELECT CODTIPOCONTRATO,DESCRIPCION,ESTADOREGISTRO
FROM TIPO_CONTRATO;
VCODTIPOCONTRATO NUMERIC(10);
BEGIN
OPEN C_TIPO_CONTRATO;
LOOP
FETCH C_TIPO_CONTRATO INTO VCODTIPOCONTRATO,VDESCRIPCION,VESTADOREGISTRO;
IF C_TIPO_CONTRATO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODTIPOCONTRATO||' '||VDESCRIPCION||' '||VESTADOREGISTRO);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_TIPO_CONTRATO;
END;
COMMIT;

168
END LISTAR_TIPO_CONTRATO;
--------------------------------------------------------
FUNCTION OBTENER_TIPO_CONTRATO(VCODTIPOCONTRATO NUMERIC) RETURN VARCHAR2
IS
VDATOSTIPOCONTRATO VARCHAR2(500);
BEGIN
SELECT CODTIPOCONTRATO|| ', ' ||DESCRIPCION|| ', ' ||ESTADOREGISTRO
INTO VDATOSTIPOCONTRATO FROM TIPO_CONTRATO
WHERE CODTIPOCONTRATO=VCODTIPOCONTRATO;
RETURN VCODTIPOCONTRATO;
END OBTENER_TIPO_CONTRATO;
END PKTIPO_CONTRATO;
PAQUETE TIPO CUENTA

CREATE OR REPLACE PACKAGE PKTIPO_CUENTA AS
PROCEDURE INSERTAR_TIPO_CUENTA (VDESCRIPCION VARCHAR2,VESTADOREGISTRO CHAR);
PROCEDURE ACTUALIZAR_TIPO_CUENTA(VCODTIPOCUENTA NUMERIC,VDESCRIPCION
PROCEDURE ELIMINAR_TIPO_CUENTA(VCODTIPOCUENTA NUMERIC);
PROCEDURE LISTAR_TIPO_CUENTA;
FUNCTION OBTENER_TIPO_CUENTA(VCODTIPOCUENTA NUMERIC) RETURN VARCHAR2;
END PKTIPO_CUENTA;
CREATE OR REPLACE PACKAGE BODY PKTIPO_CUENTA AS

--------------------------------------------------------
PROCEDURE INSERTAR_TIPO_CUENTA (VDESCRIPCION VARCHAR2,VESTADOREGISTRO CHAR)
IS
BEGIN
INSERT INTO TIPO_CUENTA VALUES
(SEC_TIPO_CUENTA.NEXTVAL,VDESCRIPCION,VESTADOREGISTRO);
COMMIT;
END INSERTAR_TIPO_CUENTA;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_TIPO_CUENTA(VCODTIPOCUENTA NUMERIC,VDESCRIPCION
IS
BEGIN
UPDATE TIPO_CUENTA SET DESCRIPCION=VDESCRIPCION,ESTADOREGISTRO=VESTADOREGISTRO
WHERE CODTIPOCUENTA=VCODTIPOCUENTA;

169
COMMIT;
END ACTUALIZAR_TIPO_CUENTA;
--------------------------------------------------------
PROCEDURE ELIMINAR_TIPO_CUENTA (VCODTIPOCUENTA NUMERIC)
IS
BEGIN
DELETE FROM TIPO_CUENTA WHERE CODTIPOCUENTA=VCODTIPOCUENTA;
COMMIT;
END ELIMINAR_TIPO_CUENTA;
--------------------------------------------------------
PROCEDURE LISTAR_TIPO_CUENTA
IS
BEGIN
DECLARE CURSOR C_TIPO_CUENTA IS
SELECT CODTIPOCUENTA,DESCRIPCION,ESTADOREGISTRO
FROM TIPO_CUENTA;
VCODTIPOCUENTA NUMERIC(10);
BEGIN
OPEN C_TIPO_CUENTA;
LOOP
FETCH C_TIPO_CUENTA INTO VCODTIPOCUENTA,VDESCRIPCION,VESTADOREGISTRO;
IF C_TIPO_CUENTA%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODTIPOCUENTA||' '||VDESCRIPCION||' '||VESTADOREGISTRO);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_TIPO_CUENTA;
END;
COMMIT;
END LISTAR_TIPO_CUENTA;
--------------------------------------------------------
FUNCTION OBTENER_TIPO_CUENTA(VCODTIPOCUENTA NUMERIC) RETURN VARCHAR2
IS
VDATOSTIPOCUENTA VARCHAR2(500);
BEGIN
SELECT CODTIPOCUENTA|| ', ' ||DESCRIPCION|| ', ' ||ESTADOREGISTRO

170
INTO VDATOSTIPOCUENTA FROM TIPO_CUENTA
WHERE CODTIPOCUENTA=VCODTIPOCUENTA;
RETURN VCODTIPOCUENTA;
END OBTENER_TIPO_CUENTA;
END PKTIPO_CUENTA;
PAQUETE TIPO MOVIMIENTO

CREATE OR REPLACE PACKAGE PKTIPO_MOVIMIENTO AS
PROCEDURE INSERTAR_TIPO_MOVIMIENTO(VDESCRIPCION VARCHAR2,VESTADOREGISTRO CHAR);
PROCEDURE ACTUALIZAR_TIPO_MOVIMIENTO(VCODTIPOMOVIMIENTO NUMERIC,VDESCRIPCION
PROCEDURE ELIMINAR_TIPO_MOVIMIENTO(VCODTIPOMOVIMIENTO NUMERIC);
PROCEDURE LISTAR_TIPO_MOVIMIENTO;
FUNCTION OBTENER_TIPO_MOVIMIENTO(VCODTIPOMOVIMIENTO NUMERIC) RETURN VARCHAR2;
END PKTIPO_MOVIMIENTO;
CREATE OR REPLACE PACKAGE BODY PKTIPO_MOVIMIENTO AS

--------------------------------------------------------
PROCEDURE INSERTAR_TIPO_MOVIMIENTO(VDESCRIPCION VARCHAR2,VESTADOREGISTRO CHAR)
IS
BEGIN
INSERT INTO TIPO_MOVIMIENTO VALUES
(SEC_TIPO_MOVIMIENTO.NEXTVAL,VDESCRIPCION,VESTADOREGISTRO);
COMMIT;
END INSERTAR_TIPO_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_TIPO_MOVIMIENTO(VCODTIPOMOVIMIENTO NUMERIC,VDESCRIPCION
IS
BEGIN
UPDATE TIPO_MOVIMIENTO SET
DESCRIPCION=VDESCRIPCION,ESTADOREGISTRO=VESTADOREGISTRO WHERE
CODTIPOMOVIMIENTO=VCODTIPOMOVIMIENTO;
COMMIT;
END ACTUALIZAR_TIPO_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE ELIMINAR_TIPO_MOVIMIENTO (VCODTIPOMOVIMIENTO NUMERIC)
IS
BEGIN

171
DELETE FROM TIPO_MOVIMIENTO WHERE CODTIPOMOVIMIENTO=VCODTIPOMOVIMIENTO;
COMMIT;
END ELIMINAR_TIPO_MOVIMIENTO;
--------------------------------------------------------
PROCEDURE LISTAR_TIPO_MOVIMIENTO
IS
BEGIN
DECLARE CURSOR C_TIPO_MOVIMIENTO IS

SELECT CODTIPOMOVIMIENTO,DESCRIPCION,ESTADOREGISTRO
FROM TIPO_MOVIMIENTO;
VCODTIPOMOVIMIENTO NUMERIC(10);
BEGIN
OPEN C_TIPO_MOVIMIENTO;
LOOP
FETCH C_TIPO_MOVIMIENTO INTO VCODTIPOMOVIMIENTO,VDESCRIPCION,VESTADOREGISTRO;
IF C_TIPO_MOVIMIENTO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODTIPOMOVIMIENTO||' '||VDESCRIPCION||' '|| VESTADOREGISTRO);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_TIPO_MOVIMIENTO;
END;
COMMIT;
END LISTAR_TIPO_MOVIMIENTO;
--------------------------------------------------------
FUNCTION OBTENER_TIPO_MOVIMIENTO(VCODTIPOMOVIMIENTO NUMERIC) RETURN VARCHAR2
IS
VDATOSTIPOMOVIMIENTO VARCHAR2(500);
BEGIN
SELECT CODTIPOMOVIMIENTO|| ', ' ||DESCRIPCION|| ', ' ||ESTADOREGISTRO
INTO VDATOSTIPOMOVIMIENTO FROM TIPO_MOVIMIENTO
WHERE CODTIPOMOVIMIENTO=VCODTIPOMOVIMIENTO;
RETURN VCODTIPOMOVIMIENTO;
END OBTENER_TIPO_MOVIMIENTO;

172
END PKTIPO_MOVIMIENTO;
PAQUETE TIPO PRESTAMO

CREATE OR REPLACE PACKAGE PKTIPO_PRESTAMO AS
PROCEDURE INSERTAR_TIPO_PRESTAMO(VDESCRIPCION VARCHAR2,VESTADOREGISTRO CHAR);
PROCEDURE ACTUALIZAR_TIPO_PRESTAMO(VCODTIPOPRESTAMO NUMERIC,VDESCRIPCION
PROCEDURE ELIMINAR_TIPO_PRESTAMO(VCODTIPOPRESTAMO NUMERIC);
PROCEDURE LISTAR_TIPO_PRESTAMO;
FUNCTION OBTENER_TIPO_PRESTAMO(VCODTIPOPRESTAMO NUMERIC) RETURN VARCHAR2;
END PKTIPO_PRESTAMO;
CREATE OR REPLACE PACKAGE BODY PKTIPO_PRESTAMO AS

--------------------------------------------------------
PROCEDURE INSERTAR_TIPO_PRESTAMO(VDESCRIPCION VARCHAR2,VESTADOREGISTRO CHAR)
IS
BEGIN
INSERT INTO TIPO_PRESTAMO VALUES
(SEC_TIPO_MOVIMIENTO.NEXTVAL,VDESCRIPCION,VESTADOREGISTRO);
COMMIT;
END INSERTAR_TIPO_PRESTAMO;
--------------------------------------------------------
PROCEDURE ACTUALIZAR_TIPO_PRESTAMO(VCODTIPOPRESTAMO NUMERIC,VDESCRIPCION
IS
BEGIN
UPDATE TIPO_PRESTAMO SET DESCRIPCION=VDESCRIPCION,ESTADOREGISTRO=VESTADOREGISTRO
WHERE CODTIPOPRESTAMO=VCODTIPOPRESTAMO;
COMMIT;
END ACTUALIZAR_TIPO_PRESTAMO;
--------------------------------------------------------
PROCEDURE ELIMINAR_TIPO_PRESTAMO (VCODTIPOPRESTAMO NUMERIC)
IS
BEGIN
DELETE FROM TIPO_PRESTAMO WHERE CODTIPOPRESTAMO=VCODTIPOPRESTAMO;
COMMIT;
END ELIMINAR_TIPO_PRESTAMO;
--------------------------------------------------------
PROCEDURE LISTAR_TIPO_PRESTAMO
IS

173
BEGIN
DECLARE CURSOR C_TIPO_PRESTAMO IS

SELECT CODTIPOPRESTAMO,DESCRIPCION,ESTADOREGISTRO
FROM TIPO_PRESTAMO;
VCODTIPOPRESTAMO NUMERIC(10);
BEGIN
OPEN C_TIPO_PRESTAMO;
LOOP
FETCH C_TIPO_PRESTAMO INTO VCODTIPOPRESTAMO,VDESCRIPCION,VESTADOREGISTRO;
IF C_TIPO_PRESTAMO%FOUND THEN
DBMS_OUTPUT.PUT_LINE(VCODTIPOPRESTAMO||' '||VDESCRIPCION||' '||VESTADOREGISTRO);
ELSE
EXIT;
END IF;
END LOOP;
CLOSE C_TIPO_PRESTAMO;
END;
COMMIT;
END LISTAR_TIPO_PRESTAMO;
--------------------------------------------------------
FUNCTION OBTENER_TIPO_PRESTAMO(VCODTIPOPRESTAMO NUMERIC) RETURN VARCHAR2
IS
VDATOSTIPOPRESTAMO VARCHAR2(500);
BEGIN
SELECT CODTIPOPRESTAMO|| ', ' ||DESCRIPCION|| ', ' ||ESTADOREGISTRO
INTO VDATOSTIPOPRESTAMO FROM TIPO_PRESTAMO
WHERE CODTIPOPRESTAMO=VCODTIPOPRESTAMO;
RETURN VCODTIPOPRESTAMO;
END OBTENER_TIPO_PRESTAMO;
END PKTIPO_PRESTAMO;
5.5.6 Administracion y seguridad de la base de datos (script)

174
175
5.5.6 Creacion de usuarios y perfiles

176
6 CONCLUSIONES
Se comprueba que, el haber implementado el Sistema de informacin, usando la

metodologa XP, el procesos del rea de Prestamos (Solicitud de prstamo Personal y
Solicitud de prstamo Comunal) y del rea de caja (apertura de cuenta de ahorro
Personal, apertura de cuenta de ahorro Comunal.
Se observa, que la implementacin del modelamiento de base de datos en Oracle para

optimizar el funcionamiento de gestin de ahorro y crdito disminuyo el tiempo en el
que se realiza el registro de clientes, el registro de prstamo y emisin de tickets.
Se comprueba que la metodologa Extreme Programming (XP) est preparada para

cuando se presente cambios rpidos y se les puede aplicar de una manera flexible,
debido a sus ciclos de vida cortos y su codificacin sencilla.
Se aprecia, que la implementacin del Sistema de diseo y desarrollo de software de

Ahorro y Crdito aumento el nmero de clientes a la cooperativa en la atencin al
cliente.
Es notorio, que la implementacin del Sistema de Informacin permite al

administrador, conocer los ingresos diarios, semanales y anuales en la atencin al
cliente
Se comprueba que las historias de usuario dieron a conocer de manera sencilla y simple
los requerimientos de los clientes.
Se observa en el seguimiento de las iteraciones, permite que las historias de usuarios

sean implementados de forma adecuada en el tiempo que se estim y as ser ms
ordenada para la atencin de cada cliente.
Se aprecia, que la metodologa Extreme Programming (XP) asegura la calidad del

software, en todo su ciclo de vida desde la planificacin hasta llegar a las pruebas.
Se conclusiona que el desarrollo exitoso del Sistema de Informacin sirve para la toma
de decisiones, mediante los reportes ejecuta de todos los clientes.

177
7 RECOMENDACIONES
a) Se recomienda, utilizar una metodologa gil como lo es Extreme Programming (XP)

siempre y cuando se desarrolle una aplicacin que est sometida a constantes cambios
en lo que es el Sistema y cuando los equipos de trabajo sean pequeos.
b) Se sugiere, que antes de iniciar con el proyecto, se realice una pequea capacitacin
al usuario sobre la metodologa XP, debido a que el usuario tambin formara parte del
equipo de desarrollo.
c) Realizar una reunin con el Usuario para definir y representar de forma clara, concreta
y precisa la informacin concerniente a historias de usuarios para optimizar su
implementacin durante el desarrollo de la aplicacin.
d) Se recomienda, que durante el tiempo de desarrollo del sistema, el Usuario tiene que
estar presente y disponible, dado a que las historias de usuario no contienen los
detalles necesarios para realizar el desarrollo del cdigo, es por ello que esos detalles
los proporcionara el Usuario.
e) Se sugiere, que antes de iniciar con el desarrollo de la codificacin del sistema, se

realicen pruebas unitarias para verificar que el cdigo utilizado funcione de manera
correcta.
f) Utilizar estndares de codificacin, para que en el momento que se realice la

codificacin sea ms sencilla y se pueda reconocer con mayor facilidad a cada uno de
los mtodos utilizados.
g) Se conseja tambin, que al momento de realizar la codificacin, este debe ser lo ms

sencillo, con el fin de que esta pueda someterse a cambios, en el caso de ser necesario
y estos no sean tan complejos realizarlos.

178
8 AGRADECIMIENTOS
Este proyecto es el resultado del esfuerzo conjunto del grupo que formamos de trabajo. Por
esto agradezco a nuestro Asesor Jos Flores Ingaruca, quien a lo largo de este tiempo ha
puesto a prueba sus capacidades y conocimientos en el desarrollo de tesis.
A Dios por protegernos durante todo nuestro camino y superar obstculos y dificultades a lo
largo de nuestras vidas.
A nuestros familiares quienes a lo largo de toda nuestras vidas nos han brindado su constante
apoyo y motivacin en nuestra formacin acadmica, que a pesar de todos los momentos
difciles siempre estn con nosotros.
A nuestros profesores a quienes debemos gran parte de nuestros conocimientos, gracias a
su paciencia y enseanza y finalmente un eterno agradecimiento a esta prestigioso Instituto
la cual abri y abre sus puertas a jvenes como nosotros, preparndonos para un futuro
competitivo y formndonos como personas de bien.

179
9 REFERENCIAS BIBLIOGRFICAS
Carmen. b. (2016) qu es una cooperativa de trabajo y cmo funciona Recuperado

de: https://blog.anfix.com/sabes-como-funciona-una-cooperativa/
wells fargo bank, n.a., miembro fdic.Recuperado de:

https://www.wellsfargo.com/es/financial-education/basic-finances/manage-
money/options/bank-account-types/
Frans.R.(2014).Tipos y clase de prstamo bancarios:Recuperado de:

http://culturaltomapu.blogspot.pe/2013/05/tipos-y-clases-de-prestamos-
bancarios.html/
Antony.G. (2016) Los tipos de cooperativas:Recuperado de:

http://www.lostipos.com/de/cooperativas.html/
Miguel., A. (2012)."Gobierno corporativo en las cooperativas de ahorro y crdito. del

Per": Recuperado de: http://www.esan.edu.pe/sala-de-prensa/2012/12/esan-
publicacion-gobierno-corporativo-cooperativas-ahorro-credito/
Miguel, A. Y Paul, .P. (2012). Gobierno corporativo en las cooperativas de ahorro y

crdito del Per. Recuperado de:
http://www.esan.edu.pe/publicaciones/libros/2012/gobierno-corporativo-en-las-
cooperativas-de-ahorro-y-credito-del-peru/
Walter, E. (2016).(2016). Y si hacemos dinero?: aprende a ahorrar sin dejar de

gastar Recuperado de: http://www.esan.edu.pe/publicaciones/libros/2016/y-si-
hacemos-dinero-aprende-a-ahorrar-sin-dejar-de-gastar/

180
10 ANEXOS
FIGURA 14 FACHADA DE LA
EMPRESA
FIGURA 15 AREA DE ATENCION AL CLIENTE

181
FIGURA 16 DOCUMENTOS ARCHIVADOS EN FISICO

182

Tesis Final de La Cooperativa

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Final de La Cooperativa

Cargado por

Copyright:

Formatos disponibles

INSTITUTO DE EDUCACIN SUPERIOR AVANSYS

Ao del Buen Servicio al Ciudadano

MODELAMIENTO DE BASE DE DATOS EN ORACLE PARA OPTIMIZAR EL

ASESOR: JOS FLORES INGARUCA

PARA OPTAR EL TITULO PROFESIONAL

A nuestros padres y familiares por brindarnos su apoyo incondicional.

El presente proyecto se ha realizado con el propsito de mejorar el modelamiento de base

de datos en Oracle para optimizar el funcionamiento de gestin de ahorro y crdito de la

necesario desarrollar un anlisis situacional y los procesos de Prestamo, apertura de cuenta de

en el periodo 2014 2016, no fue eficaz.

1. DESCRIPCIN DE LA EMPRESA .................................................................................. 14

Nuestros Valores ...................................................................................................................... 15

2. DIAGNOSTICO DE LA SITUACIN ACTUAL ............................................................ 17

2.1 CAMPO DE ACCIN ................................................................................................. 17

2.2. PROCESOS DEL NEGOCIO ..................................................................................... 18

2.2.1 PROCESO DE APERTURA DE CUENTA DE AREA CUENTA ...................... 18

2.2.1 PROCESO DE MOVIMIENTO DE CUENTA DEL AREA CAJA .................... 20

2.2.1. PROCESOS DE PRSTAMO DEL AREA PRESTAMO ................................... 22

2.2.1. PROCESOS DE PAGO DE PRSTAMO ............................................................. 25

3. DEFINICIN DEL PROBLEMA ...................................................................................... 27

3.1. ANLISIS DE LOS PROBLEMAS DE INFORMACIN ..................................... 27

3.1.1. SITUACIN PROBLEMTICA Y PROBLEMAS A RESOLVER .................. 27

3.2 OBJETIVO DE LA PROPUESTA DE SOLUCIN ................................................ 29

3.2.2 OBJETIVOS ESPECFICOS .................................................................................. 29

3.2.3 FUNDAMENTACI DE LOS OBJETIVOS PROPUESTO ........................... 30

4. MARCO TERICO ............................................................................................................ 34

4.1. Bsqueda de informacin de tecnologa aplicada ..................................................... 34

4.1.1. Base de datos y sus tipos........................................................................................... 34

4.1.2 Tecnologa Oracle ..................................................................................................... 36

4.1.3 Metodologa (UML o gil) ....................................................................................... 40

4.1.4 NORMALIZACIN DE BASE DE DATOS (FORMAS NORMALES) ........... 47

4.1.5 Modelador de base de datos Erwin ......................................................................... 52

4.1.6 Administracin y Seguridad de base de datos ....................................................... 53

4.1.7 INFORMACIN ADICIONAL .............................................................................. 54

5. DESARROLLO DE LA PROPUESTA ELEGIDA .......................................................... 56

5.1. FACTIBILIDAD .......................................................................................................... 56

5.2. ROLES .......................................................................................................................... 57

5.3. METODOLOGA UTILIZADA GIL ..................................................................... 57

5.4 NORAMLIZACION DE LA BASE DE DATOS .................................................... 113

5.4.1 PRIMERA FORMA NORMAL ............................................................................ 113

5.4.2 SEGUNDA FORMA NORMAL ........................................................................... 114

5.4.3 TERCERA FORMA NORMAL ........................................................................... 114

5.5 MODELAMIENTO DE BASE DE DATOS ............................................................ 115

5.5.1 DIAGRAMA DE BASE DE DATOS EN ORACLE ........................................... 115

5.5.3 Creacin de tablas, ndices, vistas, secuencias (script) ........................................ 128

5.5.6 Creacion de paquetes, procedimientos (script) .................................................... 143

5.5.6 Administracion y seguridad de la base de datos (script) .................................... 174

5.5.6 Creacion de usuarios y perfiles.............................................................................. 176

6 CONCLUSIONES .............................................................................................................. 177

7 RECOMENDACIONES .................................................................................................... 178

8 AGRADECIMIENTOS ..................................................................................................... 179

9 REFERENCIAS BIBLIOGRFICAS ............................................................................. 180

10 ANEXOS ......................................................................................................................... 181

LISTAS ESPECIELES DE FIGURAS

Figura 1 Ubicacin de la Empresa. ............................................................................................... 14

Figura 2: ORGANIGRAMA DE LA CAC. TRIUNFO PERU FINANCE .................................. 16

Figura 3 PROCESOS DE APERTURA DE CUENTA DE AHORRO ........................................ 19

Figura 4 PROCESO DE MOVIMIENTO DE CUENTA DE AHORRO .................................... 21

Figura 5 PROCESO PRESTAMO ................................................................................................ 24

FIGURA 6 PROCESOS DE PAGO DE PRSTAMO................................................................. 26

Figura 7 Base de Datos consulta .................................................................................................. 35

Figura 8 Mantenemiento ............................................................................................................... 35

FIGURA 10 DATABASE ............................................................................................................ 38