CasoFinancieraFeliz JC FINAL

1

UNIV IDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE INGENIERÍA DE SISTEMAS E INFORMÁTICA

o Proyecto : Modelo de Negocios

o Caso : Financiera Feliz

o Curso : Análisis de Sistemas

o Integrantes :

- Ullauri Prado, Juan Carlos 04200214

- Huaman Ladera, Wagner 03200052

- Báez Montañés, Rocío 04200125

- Mendoza Alca, Rubén 0320074

o Profesor :

- Espinoza Robles, Armando David

2007 – 0

2

Caso La Financiera Feliz

La financiera Feliz es una compañía de préstamos. Tiene su oficina Central en

Miraflores y 52 sucursales por toda Lima Metropolitana.

La Oficina Central valida las solicitudes de préstamos que llega desde las sucursales, lo

primero que hacen es pedir un informe a la Central de Riesgos, que es una compañía

que mantiene información sobre los préstamos realizados por una persona (para

asegurase que el cliente no tiene antecedentes de préstamos impagos en otras

financieras). La Central de Riesgos envía el informe correspondiente, el cual junto con

la información de préstamos pendientes y de préstamos de morosos que tiene la

compañía, sirve para filtrar los clientes posibles que se dejan en una carpeta para el

director. Finalmente es este el que tiene la última palabra en la aceptación o no de las

solicitudes. Si la solicitud es rechazada se le envía una notificación a la sucursal.

Si es aceptada se pasa a producir la documentación del préstamo que básicamente

consiste en producir el cheque con el monto del crédito (que se envía a la sucursal) mas

la documentación adicional, por ultimo estos préstamos a formalizar se dan de alta

como préstamos pendientes y se obtienen las letras de devolución que se envía a la

sucursal.

Una vez al mes se generan informes de control para por un lado enviar los avisos de

impagos a los clientes con préstamos pendientes (los préstamos no pagados se guardan

en una carpeta de préstamos morosos) y por otro generar el informe de nuevos

préstamos producidos en el mes para le Dpto. de Contabilidad.

Los pagos de las letras se pueden realizar tanto en las sucursales como en la central.

Para todos los pagos realizados en una sucursal se remite su correspondiente aviso de

pago a la Central donde se registra. Si el cliente paga en la central, este pago se

verifica. Para todos los pagos validos se generan notificaciones de aviso de pago a la

sucursal responsable de este préstamo. Finalmente y una vez al mes se produce el

informe mensual de pagos para el Dpto. de Contabilidad.

3

CASO FINANCIERA FELIZ

Objetivo: Realizar préstamo

Procesos de Negocios

- Atender solicitudes.

- Generar informes.

- Recepción de pagos.

Roles del entorno de Negocio : Actores del negocio:

Cliente Central de

Riesgos

Trabajadores del Negocio:

Sucursal Oficina central

Departamento de

Contabilidad

Director

4

Generar Informes

Cliente Recepcionar Pagos

Central de Riesgo Atender Solicitudes

Diagrama de Casos de Uso del Negocio

5

- DESCRIPCIÓN DEL PROCESO DE NEGOCIOS: ATENDER SOLICITUDES

1. El cliente envía una solicitud de préstamo a la sucursal.

2. La sucursal recibe la solicitud y la envía a la Oficina Central.

3. La Oficina Central recibe la solicitud de la sucursal y la valida.

4. La Oficina Central pide un informe a la Central de Riesgos.

5. La Central de Riesgos recibe la petición del informe y la envía a la Oficina

Central.

5.1 La Oficina Central filtra clientes usando 2 informaciones:

5.1.1 Filtra mediante el informe de la Central de Riesgos.

5.1.2 Filtra mediante el informe de la misma compañía.

6. La Oficina Central envía información de posibles clientes al director.

7. Con la información obtenida, el director decide si acepta o rechaza :

7.1 Si rechaza :

7.1.1 Se envía una notificación a la sucursal.

7.1.2 La sucursal envía un informe al cliente.

7.2 Si acepta :

7.2.1 Se produce la documentación del préstamo (cheque + documentación

adicional).

7.2.2 Se dan de alta como préstamos pendientes.

7.2.3 La Oficina Central realiza las letras de devolución.

7.2.4 Se envía a la sucursal la documentación (cheque + documentación

adicional) junto con las letras de devolución.

7.2.5 La sucursal entrega al cliente el cheque y se le informa el monto de

las letras de devolución.

USUARIOS IMPLICADOS EN EL PROCESO DE NEGOCIO : ATENDER SOLICITUDES

Cliente Central de RiesgoOficina Central Sucursal Director

6

- DIAGRAMA DE ROLES DEL CASO DE USO: ATENDER SOLICITUDES

DIAGRAMA DE ROLES

Cliente Sucursal

1*

Central de RiesgoOficina Central

*

1

1

1

Director

1

1

* 1

*

1

1

1

1

1

ACCIONES NECESARIAS PARA REALIZAR EL PROCESO DE NEGOCIO:

- Cliente

o Enviar Solicitud

- Central de Riesgos

o Enviar Informe

- Sucursal

o Cursar Solicitud

o Entregar documentación

- Oficina Central

o Validar Solicitud

o Solicitar Información

o Filtrar Información

o Elaborar Documentación (se elabora cheque + letras de devolución)

- Director

o Analizar Aceptación

- DIAGRAMA DE ACTIVIDADES DEL PROCESO DE NEGOCIO : ATENDER SOLICITUDES

7

Enviar Solicitud

Cursar Solicitud

Solicitud(propuesto)

Notificar Rechazo

Entregar Documentación

Solicitud(ev aluado)

Solicitud(rechazado)

Letras_devoluciónCheque(entregado) (entregado)

Validar Solicitud

Solicitar Información

Enviar Informe Cia

Filtrar Información

Elaborar Documentación

Registrar en pendiente

Solicitud(en_ev aluación)

InformeCIA(env iado)

válido?

si

Archivo Pendinte

Cheque Letras_devolución

(en_proceso) (en_proceso)

Enviar Informe CR

InformeCR

(env iado)

Analizar Aceptación

acepta?

InformeCR

InformeCIA

(en_ev aluación)

(en_ev aluación)

Solicitud(en_proceso)

Solicitud

InformeCIA

InformeCR

(aceptado)

(ev aluado)

(ev aluado)

si

DirectorCentral de RiesgoOficina CentralSucursalCliente

8

- LISTADO DE ACCIONES DEL PROCESO DE NEGOCIO : ATENDER SOLICITUDES

o Cursar Solicitud

o Notificar Rechazo

o Entregar Documentación

o Validar Solicitud

o Solicitar Información

o Filtrar Información

o Elaborar Documentación

o Registrar en Pendientes

o Analizar Aceptación

- LISTADO DE ENTIDADES DEL PROCESO DE NEGOCIO : ATENDER SOLICITUDES

o Solicitud

o Cheque

o Letra de devolución

o Informe CIA

o Informe CR

o Archivo Pendientes

- REGLAS DE NEGOCIO DEL PROCESO DE NEGOCIO : ATENDER SOLICITUDES

� Objeto de Información: Solicitud

Atributos: - Número de Solicitud

- Fecha de Emisión

- Monto a pedir

- Fecha de Devolución

- Estado de Solicitud

Restricciones: - El Número de Solicitud es único

- La Fecha de Emisión no puede ser mayor que la Fecha de Devolución

� Objeto de Información: Cheque

Atributos: - Monto a cobrar

- Código del cliente

- Número de cheque

- Fecha de Emisión

- Fecha de Entrega

- Estado del cheque

Restricciones: - El Número de cheque es único

9

- La Fecha de Emisión del cheque no puede ser mayor que la Fecha de

Emisión de la solicitud.

� Objeto de Información: Letra de Devolución

Atributos: - Número de Letra de devolución

- Monto a pagar por cada letra

- Número de meses a pagar

- Cantidad de mora


- Fecha de Emisión

- Fecha de entrega

Restricciones: - El Número de letra de devolución es único

- El Código del cliente del cheque y el Código del cliente de la letra de

devolución para un mismo cliente debe ser el mismo.

� Objeto de Información: Informe CIA

Atributos: - Número de Informe

- Fecha de Emisión


- Estado del cliente

Restricciones: - El número de informe debe ser único

� Objeto de Información: Informe CR

Atributos: - Número de Informe

- Fecha de Emisión


- Estado del cliente

Restricciones: - El número de informe debe ser único

� Objeto de Información: Archivo Pendientes

Atributos: - Número de préstamo

- Código de cliente

- Fecha de emisión

- Estado de préstamo

Restricciones: - El número de préstamo debe ser único

- El código de cliente debe ser un código válido

- El estado de préstamo indica si el préstamo a sido atendido o no.

10

� Actividad: Cursar Solicitud

Origen: Enviar Solicitud

Agente: Sucursal

Precondiciones: La solicitud ha sido recibida con éxito

Poscondiciones: Se envía la solicitud a la Oficina Central

Caso de Uso del Sistema: <pendiente de especificar>

� Actividad: Notificar Rechazo

Origen: Analizar Aceptación y Validar Solicitud

Agente: Sucursal

Precondiciones: La solicitud ha sido rechazada

Poscondiciones: El préstamo no se ha logrado realizar


� Actividad: Entregar Documentación

Origen: Registrar en pendiente

Agente: Sucursal

Precondiciones: El director aprueba el préstamo además de haberse elaborado el

cheque y las letras devolución, así como haberse archivado

como préstamo pendiente.

Poscondiciones: El cheque ha sido entregado, así como las letras de devolución,

además de que el cliente este de acuerdo con la documentación


� Actividad: Validar Solicitud

Origen: Cursar Solicitud

Agente: Oficina Central

Precondiciones: La solicitud ha sido enviada por la sucursal

Poscondiciones: Se verá si la solicitud cumple con los requisitos de la compañía


� Actividad: Solicitar Información

Origen: Validar Solicitud


Precondiciones: La solicitud cumple con los requisitos de la compañía

Poscondiciones: Se procede a pedir información adicional


� Actividad: Filtrar Información

Origen: Enviar informe CIA y enviar informe CR


Precondiciones: se ha recibido el informe CIA e informe CR

Poscondiciones: Se ha logrado filtrar información para aminorar el trabajo al

Director.


� Actividad: Elaborar Documentación

Origen: Analizar aceptación


Precondiciones: el director ha aceptado la petición del préstamo

11

Poscondiciones: se elabora el cheque y las letras de devolución


� Actividad: Registrar en Pendientes

Origen: Elaborar Documentación


Precondiciones: el cheque ya elaborado y las letras de devolución están

elaborados

Poscondiciones: se ha registrado el préstamo como pendiente


� Actividad: Analizar Aceptación

Origen: Filtrar Información

Agente: Director

Precondiciones: los informes necesarios llegan a manos del director

Poscondiciones: se decide sobre el préstamo, se da o no dicho préstamo


- MODELO DE CASOS DE USO INICIAL DEL PROCESO DE NEGOCIO: ATENDER SOLICITUDES

Cursar Solicitud

Entregar Documentación

Analizar Aceptación

Director

Validar Solicitud


Filtrar Información


Registrar en Pendientes

Oficina Central

Sucursal

Notificar Rechazo

12

- MODELO DE OBJETOS DEL NEGOCIO DEL PROCESO DE NEGOCIO: ATENDER SOLICITUDES

Archiv o Pendientes

Solicitud

Of icina Central Inf orme CIA

Inf orme CR

Director

Cheque

Letra de dev olución

Sucursal

13

DESCRIPCIÓN DE PROCESO DE NEGOCIOS: GENERAR INFORMES.

1. Se generan informes de control una vez al mes.

2. Los informes sirven para:

2.1 Enviar avisos de impago a los clientes con préstamos pendientes.

2.1.1 Los préstamos no pagados se guardan en una carpeta de

préstamos morosos.

2.2 Generar informe de nuevos préstamos producidos en el mes para el

Departamento de Contabilidad.

IDENTIFICAR LOS USUARIOS (ROLES) IMPLICADOS EN EL PROCESO DE NEGOCIO: GENERAR INFORMES

• Oficina Central.

Oficina central

• Departamento de Contabilidad.

Departamento de

Contabi l idad

ASOCIACIONES NECESARIAS PARA REALIZAR PROCESO DE NEGOCIO: GENERAR INFORMES

Oficina central Departamento de

Contabi lidad

111 1

14

ACCIONES NECESARIOS PARA REALIZAR EL PROCESO DE NEGOCIO: GENERAR INFORMES Oficina Central: - Generar informe de control.

- Enviar aviso de impago a clientes con préstamos pendientes.

- Generar informe de nuevos préstamos.

- Enviar informe al Departamento de Contabilidad.

Departamento de Contabilidad: - Recepción de informe de la Oficina Central.

Cliente: - Recepción de aviso de impago de la oficina central.

DIAGRAMA DE ACTIVIDADES DEL PROCESO DE NEGOCIO : GENERAR INFORME

15

LISTA DE ACTIVIDADES:

- Generar informe de control

- Enviar aviso de impago

- Recepción de aviso de impago

- Generar informe de nuevos préstamos

- Envió de informe de nuevos préstamos

- Recepción de informe de control.

LISTA DE ENTIDADES DEL NEGOCIO: INFORMACIÓN U OBJETOS.

• Informe de control.

• Aviso de impago.

• Carpeta de morosos.

• Informe de nuevos préstamos.

REGLAS DEL NEGOCIO: PROCESO DEL NEGOCIO: GENERAR INFORME

Objeto de Información: Informe de control

Atributos

- Fecha de generación del informe.

- Numero de serie del informe.

- Lista de nombre de clientes.

- Monto de la deuda de cada cliente.

- Fecha de vencimiento de cada cliente.

- Cantidad de préstamos del mes.

Restricciones

- Serie es única para cada informe.

Objeto de Información: Aviso de impago

• Atributos

- Serie de Formulario

- Nombre de cliente.

- Monto de la deuda.

- Fecha que caducó.

- Importe de los intereses.

- Importe total a apagar.

- Nueva fecha de cancelación.

• Restricciones

- Serie es única para cada formulario

16

Objeto de Información: Carpeta de morosos.

• Atributos

- Fecha de generación de informe.

- Lista de nombre de clientes.

- Monto deudor de cada cliente.

- Monto de mora de cada cliente.

Objeto de Información: Informe de nuevos préstamos.

• Atributos

- Numero de serie del informe.

- Fecha de generación del informe.

- Cantidad de nuevos clientes.

- Nombre de nuevos clientes.

- Fecha de vencimiento de cada deuda nueva.

- Importe total por cobrar.

• Restricciones


Actividades: Enviar aviso de impago Origen: Generar informe de control

Agente: Oficina Central.

Precondiciones: - Se ha creado el informe.

Post Condiciones: - Se envía el aviso

Caso de Uso del sistema: <pendiente de especificar>

Actividades: Recepción de aviso de impago Origen: Envió de aviso de impago

Agente: Cliente.

Precondiciones: - Se ha enviado el aviso de impago

Post Condiciones: - Cliente ha recibido aviso.


17

Actividades: Generar informe de nuevos préstamos Origen: Generar informe de control



Post Condiciones: - Informe de nuevos préstamos creado.


Actividades: Enviar de informe de nuevos préstamos Origen: Generar informe de nuevos préstamos



Post Condiciones: - Se envía el informe de nuevos préstamos.


Actividades: Recepción de informe de nuevos préstamos Origen: Envío de informe de nuevos préstamos.

Agente: Departamento de contabilidad.

Precondiciones: - Se ha recibido el informe.

Post Condiciones: - Departamento de contabilidad Recepción a informe de nuevos préstamos.


18

MODELO DE CASOS DE USO INICIAL PARA EL PROCESO: GENERAR INFORME

Generar informe de control

Enviar aviso de impago

Generar informe de nuevos

prestamosOficina central

Enviar informe de nuevos

prestamos

ClienteRecepcion de aviso de impago

Departamento de

Contabi lidad

Recepcion de informe de nuevos

prestamos

19

MODELO DE OBJETOS DEL NEGOCIO DEL PROCESO DE NEGOCIO: GENERAR INFORME.

Informe de control

Carpeta de morosos

Oficina Central

Aviso impago

Cliente

Informe de nuevos

prestamos

Departamento de

Contabilidad

20

DESCRIPCIÓN DE PROCESO DE NEGOCIO: RECEPCIONAR PAGOS

Este proceso comienza cuando el cliente llena en la sucursal o en la oficina central. La

oficina central registra los pagos realizados en su archivo general de pagos y se realiza

el aviso correspondiente a la sucursal responsable del préstamo. La oficina central emite

un informe mensual de pagos, que va dirigido al Dpto. de Contabilidad.

1. El cliente llena un formulario de pago.

2. Si el pago es realizado en la oficina central

2.1 La sucursal envía un aviso de pago a la oficina central.

2.2 La oficina central registra el pago.

3. Si el pago es realizado en una sucursal

3.1 La oficina central verifica y luego registra el pago.

4. La oficina central envía una notificación de aviso de pago a la sucursal

responsable de este préstamo

5. La oficina central produce el informe mensual de pagos para el Dpto. de

Contabilidad.

USUARIOS (ROLES) IMPLICADOS EN EL PROCESO DE NEGOCIO: RECEPCIONAR PAGOS

Cliente: Actor del Negocio

Cliente

Oficina central: Trabajador del negocio

Of icina central

Sucursal: Trabajador del negocio

Sucursal

Dpto. de Contabilidad: Trabajador del negocio

Dpto. de Contabilidad

21

ASOCIACIONES NECESARIAS PARA REALIZAR PROCESO DE NEGOCIO: REGISTRO DE PAGOS

ACCIONES NECESARIOS PARA REALIZAR EL PROCESO DE NEGOCIO

Oficina central: - Verifica el formulario de pago

- Registra pagos

- Envía aviso de pago a la sucursal

- Envía Informe mensual de pagos

Cliente: - Llena formulario de pago

- Envía formulario de pago

Sucursal: - Emite un aviso de pago a la oficina central

Dpto. de Contabilidad: - Recibe Informe mensual de pagos de la oficina central

DIAGRAMA DE ACTIVIDADES DEL PROCESO DE NEGOCIO: RECEPCIONAR PAGOS

23

LISTA DE ACTIVIDADES - Llenar formulario de pago

- Verificar pago

• Emitir avisos de pago - Registrar pago

- Enviar informe mensual de pago

- Recibir informe mensual de pago

Lista de Entidades del Negocio: Información o Objetos.

- Formulario de pago

- Aviso de pago

- Archivo de registros de pago

- Informe mensual de pagos

Reglas del Negocio: Proceso del Negocio: RECEPCIONAR PAGOS

Objeto de Información: Formulario de pago

• Atributos

- Serie de Formulario

- Nombre de cliente

- Numero de la tarjeta de crédito

- Fecha de transacción

- Importe total a apagar

- e-mail

• Restricciones


- Numero de la tarjeta de crédito es única

Objeto de Información: Aviso de pago

• Atributos

- Nro de aviso

- Nro de la sucursal

- Fecha del aviso

- Importe total a apagar

- Fecha del aviso

• Restricciones

- el código del aviso debe ser un código valido

- se genera un reporte luego que una sucursal Recepción a un pago

24

Objeto de Información: Archivo de registro pago

• Atributos

- Nro de registro de pago


• Restricciones

- el Nro de registro de pago debe ser un código valido

Objeto de Información: Informe mensual de pagos

• Atributos

- Nro de Informe


- Código del Recepciónista del pago

• Restricciones

- el Nro de registro de pago debe ser un código valido

- el Recepciónista puede ser la oficina central o una sucursal

Actividades: Llenar formulario de pago Origen: Inicio

Agente: Cliente

Precondiciones: - Solicitar el formulario

Post Condiciones: - El formulario esta debidamente llenado

Caso de Uso del sistema: por definir.

Actividades: Verificar pago Origen: Llenar Formulario de pago


Precondiciones: - Que se haya enviado el formulario de pago

Post Condiciones: - Puede ser luego registrado


Actividades: Emitir aviso de pago Origen: Llenar el Formulario de pago

Agente: Sucursal

Precondiciones: - Se haya realizado el pago en la sucursal

Post Condiciones: -


25

Actividades: Registrar pago Origen: Llenar el Formulario de pago

Agente: Oficina central

Precondiciones: - Se haya verificado el pago

Post Condiciones: - Actualiza la deuda del cliente


Actividades: Enviar informe mensual de pago Origen: Registrar pago

Agente: Oficina central

Precondiciones: - Se haya realizado el registro del pago

Post Condiciones: - Se actualiza el Archivo general de pagos


Actividades: Recibir informe mensual de pago Origen: Enviar informe mensual de pago

Agente: Dpto. de Contabilidad

Precondiciones: - Se haya realizado el informe mensual de pago.

Post Condiciones: - Tendrá a conocimiento de los clientes que realizan los pagos.


26

Modelo de casos de uso inicial del Proceso de Negocio: RECEPCIONAR PAGOS

27

MODELO DE OBJETOS DEL NEGOCIO: PROCESO DEL NEGOCIO : REGISTRO DE PAGOS

28

MODELO DE REQUISITOS Modelado de Requisitos: elaboración del documento ERS.

1. Introducción 1.1 Propósito del Documento

Esta especificación de requisitos del producto establece los requisitos

funcionales y no funcionales para el diseño y desarrollo del sistema de la

Financiera Feliz.

1.2 Ámbito del Documento Este ERS especifica todas las características operacionales y físicas del

sistema de la Financiera Feliz.

1.3 Documentos relacionados Los documentos con los que hemos contado lo encontramos en su mayoría

en la descripción completa de cada proceso de negocio.

En este caso los modelos UML que describen el sistema de la Financiera

Feliz, se encuentran descritas en ese lugar, encontraremos:

- Modelo de negocios………………………………………………Pág. 4

- Actores y trabajadores del negocio……………………………… Pág. 3

- Modelo de Actividades

• Proceso de Negocio Atender Solicitudes…………………… Pág. 7

• Proceso de Negocio Generar Informes……………………… Pág. 14

• Proceso de Negocio Recepcionar Pagos…………………… Pág. 22

- Reglas del negocio


• Proceso de Negocio Generar Informes …………………… Pág. 15

• Proceso de Negocio Recepcionar Pagos …………………… Pág. 23

- Modelo de casos de uso del sistema


• Proceso de Negocio Generar Informes …………………… Pág. 18

• Proceso de Negocio Recepcionar Pagos …………………… Pág. 26

2. Descripción General

2.1 Descripción General del Proyecto El objetivo del proyecto es realizar la entrega de préstamos, además del

registro de nuevos clientes, el registro de los préstamos en la base de datos,

la generación de cobros así como el cobro de las cuotas de forma

automatizada. El proceso de desarrollo será siguiendo las pautas del proceso

unificado usando el lenguaje UML.

2.2 Descripción General del Producto El sistema será desarrollado bajo la Arquitectura Cliente servidor en una red

Lan Corporativa, además del acceso a Internet de cada una de las

computadoras de la empresa para acceder Vía Web a servicios de otras

entidades que ayudan a lograr nuestros objetivos, así como también se ofrece

29

servicios registro de nuevos clientes, el registro de los préstamos en la base

de datos, la generación de cobros así como el cobro de las cuotas. Estos

servicios serán usados por trabajadores del Negocio autorizados.

3. Requisitos del Producto

3.1 Requisitos del Seguridad Física Los equipos de Servidores del sistema deben permanecer en una habitación

con aire acondicionado de acceso restringido, con sistema de seguridad

eléctrico

3.2 Requisitos de seguridad Lógica Los Administradores deben contar con Usuarios y Passwords. Los

protocolos de comunicación deben ser seguros. Los usuarios que quieran

acceder al sistema deben identificarse mediante una interfaz. Las

actualizaciones en la base de datos quedaran registradas los usuarios que la

realizan.

3.3 Requisitos de la Interfaz Externa

3.3.1 Requisitos de Interfaz con otros Sistemas Nuestro sistema, en su primera versión, no cuenta con interfaces

comunes a sistemas externos.

3.3.2 Requisitos de Interfaz de Usuario

La interfaz de usuario es amigable intuitiva presentando opciones

claras no ambiguas. Cada botón muestra la función que realiza de

manera clara.

3.4 Características del Producto

3.4.1 Plataformas Soportadas S.O. en Servidores: Windows Server 2003,

S.O. en Clientes: Windows 2000 Profesional, Windows XP

Profesional para las estaciones de trabajo con su respectiva

impresora, al igual que Linux en su versión Kubuntu y Fedora.

SGBD: SQL Server 2000.

3.4.2 Atender Solicitudes El proceso de Negocio Atender Solicitudes se va automatizar

parcialmente. Los procesos a automatizar son:

� Solicitar Información

� Elaborar Documentación

� Registrar en Pendientes

De la descripción de éstos podemos encontrar tal vez nuevos casos de

Uso que nos ayudarán a realizar los procesos antes descritos.

30

ESPECIFICACIONES DEL CASOS DE USO

PROCESO DEL NEGOCIO: ATENDER SOLICITUDES

Caso de Uso Solicitar Información

Objetivo Pedir información a la compañía y a la Central de Riesgos

sobre el cliente.

Actores Oficina Central

Precondiciones La solicitud ha sido declarado válida

Pasos 1. A: El operario de la Oficina Central recepciona la

solicitud validada.

2. S: El sistema muestra la interfaz principal.

3. A: El operario de la Oficina Central hace clic en

solicitar información.

4. S: cdu Ingresar Datos a consultar

Variaciones

Poscondiciones El operario de la Oficina Central ha hecho clic en solicitar

información.

Extensiones Requisitos Especiales

Caso de Uso Ingresar Datos a consultar

Objetivo Ingresar los datos del cliente interesado en un préstamo, para

poder pedir información sobre el mismo.


Precondiciones El operario de la Oficina Central ha hecho clic en solicitar

información.

Pasos 1. A: El operario de la Oficina Central ingresa los datos

del posible cliente.

2. S: El sistema muestra la interfaz para el ingreso de

datos.

3. A: El operario de la Oficina Central hace clic en enviar.

4. S: El sistema muestra un mensaje de envío exitoso.

Variaciones 1. a: El operario cancela la operación

4. a: El sistema no ha podido enviar los datos.

Poscondiciones Los datos han sido enviado de manera exitosa


31

Caso de Uso Elaborar Documentación

Objetivo Elaborar la documentación necesaria para la entrega del

préstamo.


Precondiciones La solicitud ha sido aceptada por el director

Pasos 1. A: Se recepciona la orden de aceptación de la solicitud.

2. A: Se procede a elaborar el cheque.

3. A: Se elabora las letras de devolución.

4. S: El sistema muestra la interfaz principal


Registrar Cliente.

6. S: cdu Registrar Cliente

Variaciones

Poscondiciones El operario ha hecho clic en Registrar Cliente


Caso de Uso Registrar Cliente

Objetivo Registrar al nuevo cliente


Precondiciones La solicitud ha sido aceptada por el director

Pasos 1. A: El operario de la Oficina Central hace clic en Registrar

Cliente.

2. S: El sistema muestra el formulario de registro de cliente.

3. A: El operario ingresa los datos del cliente.

4. S: El sistema almacena en la base de datos el nuevo

cliente.

5. A: El operario graba los datos.

6. S: El sistema almacena los datos de cliente.

Variaciones 3. a: El operario da clic en cancelar

5. a: El operario cancela el grabado de datos.

Extensiones

Requisitos Especiales

32

Caso de Uso Registrar en Pendientes

Objetivo Registrar el préstamo como pendiente de entregar.


Precondiciones Se ha elaborado el cheque y las letras de devolución.

Pasos 1. A: El operario de la Oficina Central recibe la orden de

grabar la documentación generada.

2. A: El operario ingresa los datos del cliente y préstamo

3. S: El sistema muestra formulario de llenado de datos

4. A: cdu Verificar datos del Cliente

5. A: El operario hace clic en el botón Registrar en

Pendientes.

6. S: El sistema guarda el pedido de préstamo en la base

de datos Archivo pendiente

Variaciones 2. a: El operario cancela la operación

4. a: Mal ingreso de datos, datos inconsistentes

Poscondiciones Los datos del préstamo han sido almacenados en la Base de

Datos.


Caso de Uso Verificar datos del Cliente

Objetivo Verificar datos del Cliente ingresado


Precondiciones Los datos han sido ingresados

Pasos 1. A: El operario de la Oficina Central hace clic en

Verificar datos del Cliente.

2. S: El sistema muestra un mensaje que muestra si los

datos del cliente existen.

3. A: El operario hace clic en aceptar

Variaciones 2. a: Los datos del cliente están mal ingresados o no existen.

Poscondiciones Se ha mostrado el mensaje de verificación de datos.


33

Verificar datos del Cliente

Registrar Cliente



<<include>>

Registrar en Pendientes

<<include>>

Oficina Central

Ingresar Datos a consultar

<<include>>

- REESTRUCTURACIÓN DE MODELO DE CASOS DE USO DEL SISTEMA:

MODELO CONCEPTUAL

- PROCESO DE NEGOCIO: ATENDER SOLICITUDES

Para hacerlo se usa la información del diccionario de informaciones; las asociaciones, y

cardinalidad se pueden sacar de las restricciones de integridad. Tomamos la lista de

informaciones encontradas en el modelo de negocios:

- se toma los objetos surgidos del modelo de Actividades.

o Solicitud o Cheque o Letra de devolución o Informe CIA o Informe CR o Archivo Pendientes

Se Analiza la descripción de CU del proceso de negocios para ver si surge nuevos

objetos: se observa que el Informe (generalizado de Informe CIA e Informe CR) se

convierte en un objeto persistente; además surge un objeto Documentación que esta

compuesto de: Letra de devolución y Cheque, así como la clase asociación

UbicaSucursal surgida de la relación muchos a muchos entre Sucursal y

Documentación.

Encontrar Asociaciones: Sucursal: recibe: Documentación

Sucursal: atiende: Clientes

Cliente: recibe: Documentación

Cliente: envía: solicitud

Oficina Central: recibe: solicitud

34

Oficina Central: genera: Documentación

Documentación: se almacena: Archivos Pendientes

Documentación: contiene: Cheque

Documentación: contiene: Letra de Devolución

Director: aprueba: solicitud

Director: recibe: Informe

Informe CIA: es generado por: Oficina Central

Informe CR: es generado por: Central de Riesgos

Informe CIA: es un tipo de: Informe

Informe CR: es un tipo de: Informe

Oficina Central: acude a: Central de Riesgos

Archivo Pendientes: conforma: Oficina Central

- Modelo Conceptual Inicial:

ChequeLetra de devolución

SucursalInforme

Solicitud

Director

1

1..*

1

1..*

Archivo Pendientes

Documentación

1

1

1

1

1..*

1..*1..*

1

Cliente

*

1

11..*

1..*

1

*

1

UbicaSucursal

1..*

1..*

1

1..*

1 1

1 1

11..*

1

1..*

1

1..*

1

1..*

Central de Riesgo

Informe CR

1..*

11

1..*Oficina Central

1..*

1

1..*

1

1

1..*

1

1..*

1

1

1

1

1

1

1

1

Informe CIA

1..*

11

1..*

recibe

atiende

recibecontiene

envia

se almacena

conforma

acude

es generado

recibe

es generado

recibe

aprueba

genera

35

- PROTOTIPOS DE INTERFACES SEL PROCESO DE NEGOCIO: ATENDER SOLICITUDES

� Interfaz Principal de Bienvenida y funcionalidades básicas a escoger:

� Interfaz para Ingresar Datos a consultar (del CU Solicitar Información):

36

� Interfaz para Registrar Clientes (del CU Elaborar Documentación):

� Interfaz para Registrar en Pendientes (del CU Registrar en Pendientes):

37

3.4.3 Proceso del Negocio: Generar Informes. El procesos de negocio se va a automatizar parcialmente, los casos de uso a automatizar

son:

- Generar informe de control.

- Enviar aviso de impago.

- Generar informe de nuevos préstamos.

- Enviar informe de nuevos préstamos.

ESPECIFICACIONES DEL CASOS DE USO CUS 1.1 Generar informe de control

Caso de Uso Generar informe de control

Objetivo Registrar los movimientos de los últimos prestamos realizados

en el mes


Precondiciones La oficina central tiene todos los documentos de los préstamos

realizados

Pasos

1. A: El caso de uso empieza cuando la Oficina Central con

todos los documentos de los préstamos realizados decide emitir

informe acerca de los procesos de préstamos y poder enviar

avisos a los que tiene deudas pendientes.

2. A: El empleado de la Oficina Central selecciona la opción de

generar informe de control.

3. S: El sistema muestra la interfaz Generar Informe de Control.

4. A: El empleado de la Oficina Central selecciona la opción

clasificar deudores de puntuales.

5. S: Los clientes con préstamos pendientes se envían a la BD

carpeta de morosos.

6. A: cdu Enviar Aviso de impago

Variaciones 1. A: En el caso el cliente haya cancelado a última hora su

deuda, el empleado debe actualizar la lista con el botón

Actualizar.

Poscondiciones Se ha generado el respectivo informe de control


38

CUS 1.2 Enviar Aviso de impago

Caso de Uso Enviar Aviso de impago

Objetivo Tener informado a los clientes de los préstamos pendientes.


Precondiciones Se ha generado la carpeta de morosos.

Pasos

1. A: El caso de uso empieza cuando la Oficina central desea

enviar un aviso a los clientes con préstamos pendientes.

1.1. A: El empleado de la Oficina Central selecciona la

opción de abrir carpeta de morosos.

1.2. A: El empleado de la Oficina Central selecciona el

botón enviar aviso de impago.

2. S: Guarda un registro de las personas que fueron avisadas.

3. A: El empleado de la Oficina Central termina seleccionando

la opción: “Salir”

Variaciones

Extensiones


CUS 1.3 Generar informe de Nuevos prestamos

Caso de Uso Generar informe de Nuevos prestamos

Objetivo Tener un informe para enviarlo al área de Contabilidad.


Precondiciones La Oficina Central tiene la documentación necesaria de los

préstamos realizados.

Pasos

1. A: El empleado de la Oficina Central selecciona la opción de

generar informe de Préstamos producidos.

2. S: El sistema muestra la interfaz Generar Informe de nuevos

préstamos.

3. S: cdu Enviar informe de nuevos préstamos

Variaciones

Extensiones

CUS 1.4 Enviar informe de nuevos préstamos

Caso de Uso Enviar informe de nuevos préstamos

Objetivo Que el Departamento de Contabilidad tenga el informe de

nuevos préstamos.


Precondiciones Se ha generado el informe de nuevo préstamos.

Pasos

1. A: El caso de uso empieza cuando la Oficina central desea

enviar un aviso al Departamento de Contabilidad de nuevos

préstamos.

1.1. A: El empleado de la Oficina Central selecciona la

opción generar clientes del mes.

1.2. A: El empleado de la Oficina Central selecciona el

39

botón enviar informe a Contabilidad.

2. S: Guarda un registro de las personas que fueron enviadas al

Departamento de Contabilidad.

3. A: El empleado de la Oficina Central termina seleccionando

la opción: “Salir”

Variaciones

Extensiones


Reestructuración del diagrama de casos de uso del proceso de negocio: Generar informes

Oficina Central

Generar informe de control Enviar aviso de impago

Generar informe de nuevos

prestamos

Enviar informe de nuevos

prestamos

<<include>>

<<include>>

MODELO CONCEPTUAL

- PROCESO DE NEGOCIO: GENERAR INFORMES




Se toma los objetos surgidos del modelo de Actividades.

- Informe de control.

- Aviso de impago.

- Carpeta de morosos.

- Informe de nuevos préstamos.


objetos: el resultado es que no surgen nuevos documentos ya que es un proceso

relativamente corto.

40

Encontrar Asociaciones: Oficina Central: genera: Informe de control

Oficina Central: genera: Aviso de impago

Oficina Central: envia: aviso de impago

Oficina Central: genera: Informe de nuevos prestamos

Oficina Central: envia: Informe de nuevos prestamos

Departamento de Contabilidad: recepciona: Informe de nuevos prestamos

Cliente : recibe: Aviso de impago

Informe de control

GeneraGenera

Genera

Informe de nuevos

prestamos

Departamento de

Contabilidad Recibe

Cliente

Aviso de impagoenvia Recibe

Oficina Central

1..*1..*

1..*1..*

Carpeta de morosos

Consulta

genera

DIAGRAMA DE INTERFACES

42

3.4.4 Recepcionar Pagos El proceso de Negocio Recepcionar Préstamos se va automatizar

parcialmente. Los procesos a automatizar son:

• Registrar Pago

• Verificar Deuda

• Emitir Aviso de pago

• Enviar Informe Mensual de pago

ESPECIFICACIONES DEL CASOS DE USO PROCESO DEL NEGOCIO: RECEPCIONAR PAGOS

Caso de Uso Verificar Deuda

Objetivo Verificar si existe razón de pago (verificar el estado de las

letras)


Precondiciones El Cliente haya enviado el Formulario de Pago.

Pasos 4. A: El operario de la Oficina Central hace clic en

Verificar Deuda.

5. S: El sistema muestra un mensaje que muestra el estado

del Préstamo.

3. A: El Préstamo aún no es cancelado, analiza el

formulario.

Variaciones 3. a: El Préstamo ya fue cancelado, por lo que estaría de más

registrar el Pago.

Poscondiciones El formulario se ha verificado


Caso de Uso Registrar pago

Objetivo Actualizar la deuda del Cliente.

Actores Oficina Central.

Precondiciones Se haya verificado el Formulario de pago.

Pasos 1. A: Recepcionar el Formulario de pago.


Registrar Pagos.

3. S: El sistema muestra el Formulario de pago del Cliente

(ya verificado).


Registra .

S: El sistema actualiza la deuda del cliente.

Variaciones 4.a El operario de la Oficina Central hace cancela la operación

Poscondiciones Se ha registrado el pago satisfactoriamente

Extensiones Registrar Pago por Letra de préstamo, Registrar Pago por

Préstamo Requisitos Especiales

43

Caso de Uso Registrar Pago por Letra de préstamo extiende Registrar Pago

Objetivo Registrar Pago por Letra de préstamo ya designada



Pasos 1. A: Se selecciona el modo de pago: por Letra de

préstamo.

2. S: El sistema registra y valida el pago de Letra de

préstamo.

Variaciones 2. a: el cliente no ha cancelado el monto que debe



Caso de Uso Registrar Pago por Préstamo extiende Registrar Pago

Objetivo Registrar Pago por Préstamo



Pasos 5. A: Se selecciona el modo de pago: todo el Préstamo.

6. S: El sistema registra y valida el pago de todo el

préstamo.

Variaciones 2. a: el cliente no ha cancelado el monto que debe



Caso de Uso Emitir Aviso de pago.

Objetivo Enviar una notificación de Aviso de pago a la Oficina Central

parta el posterior registro del Pago.

Actores Sucursal

Precondiciones El llenado del Formulario del pago haya realizado en una

Sucursal.

Pasos 1. A: Genera una notificación de Aviso de pago y lo

envía.

2. S: El sistema envía la notificación de aviso de pago del

cliente.

Variaciones 2. a: No se puede enviar la notificación

Poscondiciones Se ha enviado la notificación de pago a la Oficina Central


44

Registrar Pago por Prestamo

Registrar Pago por Letra de Prestamo

Sucursal

Emitir Aviso de pago

Registrar Pago

Enviar Informe Mensual de pago

Oficina Central

Verificar Deuda

<<extend>>

<<extend>>

- REESTRUCTURACIÓN DE MODELO DE CASOS DE USO DEL SISTEMA:

Caso de Uso Enviar Informe Mensual de pago.

Objetivo Enviar el Informe Mensual de pago al Dpto. de Contabilidad


Precondiciones Al menos un Pago haya sido registrado durante el mes.

Pasos 7. A: Se registro el Pago.

8. A: Se procede a generar el Informe Mensual de pago y

se envía.

9. S: El sistema envía el Informe Mensual de pago de

manera exitosa.

Variaciones 1.a No se haya registrado el Pago

3.a No se ha podido enviar el Informe mensual de Pago

Poscondiciones Se ha enviado el Informe mensual de Pago


45

MODELO CONCEPTUAL

- PROCESO DE NEGOCIO: RECEPCIONAR PAGOS




- se toma los objetos surgidos del modelo de Actividades.

o Formulario de pago

o Archivo de Registros de pagos.

o Pago.

o Informe Mensual de pagos.

o Informe de Aviso de pago.

o Préstamo.

o Letra de préstamo.


objetos: se observa que surge Pago (generalización :Pago por préstamo y Pago por letra de préstamo). .

Encontrar Asociaciones: Cliente: envía: Formulario de pago

Oficina Central: recepciona: Formulario de pago

Oficina Central: verifica: Formulario de pago

Oficina Central: registra: Pago

Oficina Central: actualiza: Archivos de Registros de pagos

Oficina Central: genera: Informe Mensual de pagos

Informe de aviso de pagos para la Oficina central: es generado: Sucursal.

Sucursal: recepciona: Formulario de pago

Informe de Aviso de pago: contiene: Pago(s)

Informe de Aviso de pago: se le entrega: Oficina central

Informe Mensual de pagos: contiene: Pago(s).

Informe Mensual de pagos: se le entrega: Dpto. de Contabilidad.

46

- Modelo Conceptual Inicial:

- PROTOTIPOS DE INTERFACES SEL PROCESO DE NEGOCIO: RECEPCIONAR PAGOS

� Interfaz de Bienvenida y funcionalidades básicas a escoger para este proceso:

47

� Interfaz para el Formulario de Pago:

� Interfaz para Registrar pagos:

48

� Interfaz para Generar Aviso de Pago:

3.5 Requisitos de Eficiencia Fiabilidad y Mantenimiento El tiempo de respuesta es óptimo al 90%, para ser su primera versión. El

sistema cumple con las expectativas del trabajador de la Financiera, por ser

una demostración de calidad muy amigable.

3.6 Requisitos Relacionados con Normativas y Estándares El software ha sido desarrollado bajo el estándar UML, y cumple con las

más altas pruebas de calidad.

- IDENTIFICACIÓN DE REQUISITOS NO FUNCIONALES: No están relacionados a la funcionalidad del sistema pero son necesarias para que el

sistema sea robusto:

- facilidad de uso, dado que en la descripción de las funciones se manejan

estándares.

- facilidad de aprendizaje, ya que cuenta con información de ayuda al manejo

de nuestro software, escrito en varios idiomas

- consistencia de interfaz de usuario, dado que maneja estándares en la

creación de Interfaces de Usuario.

- documentación creado para la descripción del software bajo la plataforma

JAVA (javadoc). - muy fiable

- rendimiento, basado en pruebas muy rigurosas, nuestro software cumple con

las expectativas iniciales de los usuarios.

49

MODELO DE ANÁLISIS

� Realización de Casos de Uso Análisis

� Diagramas de Secuencias

� Descripción de cada una de las operaciones

� Modelo de clases a partir del modelo conceptual y diagramas de colaboración

- PAQUETES DE ANÁLISIS:

- TOMANDO EL PROCESO DE NEGOCIO: ATENDER SOLICITUDES

- Clases Análisis:

� Clases de Entidad:

Atender Solicitudes

Generar Informes

Recepcionar Pagos

Documentación

Letra de devolución Cheque

Solicitud

Informe CR

Informe

Informe CIA

Archivo Pendientes

UbicaSucursal

11

11

1

11

1

50

� Clases de Interfaz:

� Clases de Control:

- DIAGRAMA DE CLASES ANÁLISIS:

� Caso de Uso: Solicitar Información: Realización de Casos de Uso Análisis:

- Diagrama de Secuencias:

:GestorPendientes :GestorIngreso :GestorPrincipal:GestorCliente

Oficina Central

:IUBienvenida :GestorPrincipal Solicitud

:IURegistrarCliente :IURegistrarPendientes :IUIngresarDatos :IUBienvenida

: Oficina Central : IUBienvenida : GestorPrincipal : Solicitud

1: IngresarOpción( )

2: BuscaOpción( )

3: RegistraSolicitud( )

51

- Diagrama de Colaboración:

- Flujo de Sucesos Análisis: El operario de la Oficina Central ingresa al sistema y

coge la opción Solicitar Información (1), el sistema busca la opción (2), la

solicitud se registra (3).

- Requisitos Especiales: <por definir>

� Caso de Uso: Ingresar datos a Consultar: Realización de Casos de Uso

Análisis:


: Oficina Central : IUIngresarDatos : GestorIngreso : Informe CIA : Informe CR

1: IngresarDatos( )

2: muestra( )

3: ValidaDatos( )

4: PideCr( )

5: PideCia( )

Oficina Central

:IUIngresarDatos

Informe CIA

:GestorIngreso

Informe CR

: Oficina Central

: IUBienvenida

: GestorPrincipal

: Solicitud


2: BuscaOpción( )


52


: Oficina Central

: IUIngresarDatos : GestorIngreso

: Informe CIA

: Informe CR

2: muestra( )

1: IngresarDatos( ) 3: ValidaDatos( )

4: PideCr( )

5: PideCia( )

- Flujo de Sucesos Análisis: El operario de la Oficina Central ingresa los datos

del posible cliente (1,2), el sistema valida los datos (3), se ha pedido un informe

a la CIA y a la CR (4,5).


� Caso de Uso: Elaborar Documentación: Realización de Casos de Uso

Análisis:


: Oficina Central : IUBienvenida : GestorPrincipal : Cheque : Letra de devolución


2: BuscaOpción( )

3: RegistraCheque( )

4: RegistraLetra( )

Oficina Central

:IUBienvenida

Cheque

:GestorPrincipal

Letra de devolución

53


: Oficina Central

: IUBienvenida : GestorPrincipal

: Cheque

: Letra de devolución

1: IngresarOpción( ) 2: BuscaOpción( )


4: RegistraLetra( )


coge la opción Elaborar Documentación (1), el sistema busca la opción (2), la

Letra de Devolución y el Cheque se registrarán (3,4).


� Caso de Uso: Registrar Cliente: Realización de Casos de Uso Análisis:


: Oficina Central : IURegistrarCliente : GestorCliente : Solicitud

1: IngresarDatos( )

2: muestra( )

3: ValidaDatos( )

4: RegistrarSolicitudVal( )

Oficina Central

:IURegistrarCliente :GestorCliente Solicitud

54


: Oficina Central

: IURegistrarCliente : GestorCliente : Solicitud

2: muestra( )

1: IngresarDatos( ) 3: ValidaDatos( ) 4: RegistrarSolicitudVal( )

- Flujo de Sucesos Análisis: El operario de la Oficina Central ingresa los datos

necesarios del cliente (1,2), el sistema valida los datos (3), la solicitud validada

se registra (4).


� Caso de Uso: Registrar en Pendientes: Realización de Casos de Uso Análisis:


: Oficina Central : IUBienvenida : GestorPrincipal : Cheque : Letra de devolución : Solicitud


2: BuscaOpción( )


4: RegistraLetra( )


Oficina Central

:IUBienvenida

Letra de devolución

Cheque:GestorPrincipal

Solicitud

55


: Oficina Central

: IUBienvenida

: Cheque : Letra de devolución

: Solicitud


: GestorPrincipal

2: BuscaOpción( )


4: RegistraLetra( )



coge la opción Registrar en Pendientes (1), el sistema busca la opción (2), la

Letra de Devolución, el Cheque y la solicitud se registrarán (3,4,5).


� Caso de Uso: Verificar datos del Cliente: Realización de Casos de Uso

Análisis:


: Oficina Central : IURegistrarPendientes : GestorPendientes : Archivo Pendientes

1: IngresarDatosDoc( )

2: muestra( )

3: graba( )

4: AñadeArchivo( )

Oficina Central

:IURegistrarPendientes :GestorPendientes Archivo Pendientes

56


: Oficina Central

: IURegistrarPendientes : GestorPendientes : Archivo Pendientes

2: muestra( )

1: IngresarDatosDoc( ) 3: graba( ) 4: AñadeArchivo( )

- Flujo de Sucesos Análisis: El operario de la Oficina Central ingresa los datos de

la documentación (1,2), el sistema graba los datos (3), la documentación se ha

grabado en Archivos pendientes.


2.TOMANDO EL PROCESO DE NEGOCIO: GENERAR INFORME.

DIAGRAMA DE CLASES ANÁLISIS:

Clases de Entidad:

Carpeta de morosos

Aviso de impago

Informe de controlInforme de nuevos

prestamos

Archivo

1

nn

Clases de Interfaz:

IU: Generacion de informe de control

IU:Generarcion de informe de nuevos prestamos

57

Clases de Control:

Enviar aviso

Guardar en Carpeta

Enviar informeGenerar informe

Clasificar cliente

2.1 Realización de caso de uso: Generar informe de control

Oficina Administrativa

Informe de control

Carpeta de morosos

Graba datos

Selecciona opcion


Clasificar cliente

- Diagrama de secuencia:

: Oficina Administrativa

: IU: Generacion de informe de control

: Clasificar cliente : Informe de control : Carpeta de morosos

Ingresar a generación

Clasificar

orden de crear

Archivarlo

58

Diagrama de colaboración:


: IU: Generacion de informe de control

: Clasificar cliente

: Informe de control

: Carpeta de morosos

1: Ingresar a generación

2: Clasificar

3: orden de crear

4: Archivarlo


coge la opción Generar Informe de Control (1), el sistema clasifica al cliente (2),

se crea el informe de control y carpeta de morosos (3,4).


2.2 Realización de caso de uso: enviar aviso de impago

Aviso de impago

<<Emite>>


Selecciona opcion


Enviar aviso

Diagrama de secuencia:

: Oficina Administrativa : IU: Generacion de informe de

control : Enviar aviso : Aviso de impago

Selecciona generar

Emite aviso

Orden de envio

59

Diagrama de Colaboración:

: Oficina Administrativa : IU: Generacion de informe de

control

: Enviar aviso

: Aviso de impago

1: Selecciona generar

2: Emite aviso

3: Orden de envio

- Flujo de Sucesos Análisis: El operario de la Oficina Central selecciona Generar

Aviso de Impago (1), el sistema envía el Aviso de Impago (2), se crea el Aviso

de Impago (3).


2.3 Generar informe de control:

Selecciona opcion


Informe de nuevos prestamos

Enviar informeIU:Generarcion de informe de nuevos prestamos

Generar informe

Creacion del informe

Envia

Diagrama de secuencia:


: IU:Generarcion de informe de nuevos prestamos

: Generar informe : Enviar informe : Informe de nuevos prestamos

Ingresar a pantalla

Orden de generar

orden de enviar

Emitir

60

Diagrama de colaboración:


: IU:Generarcion de informe de

nuevos prestamos

: Generar informe

: Enviar informe

: Informe de nuevos

prestamos

1: Ingresar a pantalla

2: Orden de generar

3: orden de enviar4: Emitir

- Flujo de Sucesos Análisis: El operario de la Oficina Central selecciona Generar

Informe de nuevos préstamos (1), el sistema envía la orden para la generación y

envío de ésta (2,3), se crea el Informe de nuevos préstamos (4).


- TOMANDO EL PROCESO DE NEGOCIOS DECEPCIONAR PAGOS:

Clases Análisis: Clase de Entidad: salen del modelo del Dominio, si surgen en las

colaboraciones nuevos entidades se añaden.

Clases de Interfaz:

61

Clases de Control:

Diagrama de clases Análisis Caso de Uso: Verificar deudas: Realización de Casos de Uso Análisis:

Diagrama de Secuencias

62

Diagrama de Colaboración

Flujo de Sucesos Análisis: La Oficina Central indicar verificar deuda y se inicia el

acceso (1 y 2).Se ingresa el DNI del cliente y se valida el DNI (3 , 4 y 5). Se confirma

el resultado de la búsqueda y se procede a analizar la deuda (6 y 7). Se muestra la deuda

(8).

La Oficina Central registra el pago (5).Se actualiza el Archivo de Registro de pagos (6 y

7). Se confirma que el registro de pago fue aceptado (8).


Caso de Uso: Registrar Pago: Realización de Casos de Uso Análisis:

63



Flujo de Sucesos Análisis: La Oficina Central indicar registrar pago (1).Se ubica el

Formulario de pago y se muestra (2y 3). Se actualiza el Archivo de Registro de pagos

(4).

La Oficina Central registra el pago (5).Se actualiza el Archivo de Registro de pagos (6 y

7). Se confirma que el registro de pago fue aceptado (8).

Requisitos Especiales: ----------------------

64

Caso de Uso: Emitir Aviso de pago: Realización de Casos de Uso Análisis:



65

Flujo de Sucesos Análisis: La Oficina Central ordena la notificación de un Aviso de

Pago (1).El Aviso de pago es generado (2). Se envía el Aviso de pago a la Sucursal

responsable del préstamo.


Caso de Uso: Registrar Pago por Letra de préstamo: Realización de Casos de Uso

Análisis:



66

Flujo de Sucesos Análisis: La Oficina Central selecciona el modo de pago: letra de

préstamo (1).Se registra el pago (2). Se almacena el pago (3). Se actualiza el Archivo de

Registro de pagos (4).


Caso de Uso: Registrar Pago por Préstamo: Realización de Casos de Uso Análisis:



67

Flujo de Sucesos Análisis: La Oficina Central selecciona el modo de pago: Todo el

préstamo (1).Se registra el pago (2). Se almacena el pago (3). Se actualiza el Archivo de

Registro de pagos (4).


- PLANTILLA DE RESPONSABILIDADES:

� Caso de Uso: Solicitar Información

� Caso de Uso: Ingresar datos a Consultar

� Caso de Uso: Elaborar Documentación

Nombre: GestorPricipal(opción)

Responsabilidades: - Seleccionar una opción, en este caso Solicitar Información.

Tipo: GestorPricipal

Caso de Uso: Solicitar Información

Nota:

Excepciones: - Salir del sistema bruscamente

Salidas

Precondiciones: - Se ha obtenido la solicitud enviada

Post condiciones - Se ha seleccionado la opción Solicitar Información.

Nombre: GestorIngreso(datos)

Responsabilidades: - Permitir el ingreso de los datos del cliente para

consultarlo

Tipo: GestorIngreso

Caso de Uso: Ingresar datos a Consultar

Nota:


Salidas

Precondiciones: - Los datos del cliente se tienen en la solicitud

Post condiciones - Se ha enviado la petición para el informe


Responsabilidades: - Seleccionar una opción, en este caso Elaborar Documentación


Caso de Uso: Elaborar Documentación

Nota:


Salidas

Precondiciones: - Se tiene la documentación adecuada

Post condiciones - Se ha elaborado la documentación adecuada

68

� Caso de Uso: Registrar Cliente

� Caso de Uso: Registrar en Pendientes

� Caso de Uso: Verificar datos del cliente

Nombre: GestorCliente(datos)

Responsabilidades: - Registrar a los nuevos clientes

Tipo: GestorCliente

Caso de Uso: Registrar Cliente

Nota:


Salidas

Precondiciones: - Se tienen la documentación del préstamo

Post condiciones - Se ha registrado al nuevo cliente


Responsabilidades: - Seleccionar una opción, en este caso Registrar en Pendientes


Caso de Uso: Registrar en Pendientes

Nota:


Salidas

Precondiciones: - Se ha obtenido la documentación necesaria para archivar el

préstamo a dar.

Post condiciones Se ha registrado la documentación

Nombre: GestorPendientes(documentación)

Responsabilidades: - Verificar si los datos del cliente que se ingresen sean

válidas

Tipo: GestorPendientes

Caso de Uso: Verificar datos del cliente

Nota:


Salidas

Precondiciones: - Se han ingresado los datos del cliente

Post condiciones - Los datos se han verificado para el almacenamiento

69

� Caso de uso Generar informe de control:

Nombre: Clasificar cliente()

Responsabilidades: Muestra todos los clientes

Divide la lista en puntuales de morosos.

Tipo: Clasifica

Caso de Uso: Generar informe de control

Nota:

Excepciones: Lista puede requerir ser actualizada

Salidas

Precondiciones: Todos los préstamos se hayan registrado.

Post condiciones Se ha creado el mencionado informe

� Caso de uso enviar aviso de impago:

Nombre: Enviar aviso()

Responsabilidades: Enviar a los clientes un aviso para que se pongan al dia con

sus cuotas

Tipo: Enviar

Caso de Uso: Enviar aviso de impago

Nota:

Excepciones:

Salidas

Precondiciones: Tener creado la carpeta de morosos.

Post condiciones El cliente ha sido informado de su deuda

� Caso de uso Generar informe de nuevos prestamos

Nombre: Generación()

Responsabilidades: Preparar un informe con los prestamos del mes

Tipo: Generar

Caso de Uso: Generar informe de nuevos prestamos

Nota:

Excepciones:

Salidas

Precondiciones: Se tiene registrados todos los clientes del mees

Post condiciones El departamento de contabilidad tenga dicho informe

70

- DIAGRAMA DE CLASES

CasoFinancieraFeliz JC FINAL

Documents

Transcript of CasoFinancieraFeliz JC FINAL