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
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
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
- Código del cliente
- 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
- Código del cliente
- 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
- Código del cliente
- 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
Caso de Uso del Sistema: <pendiente de especificar>
� 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
Caso de Uso del Sistema: <pendiente de especificar>
� 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
Caso de Uso del Sistema: <pendiente de especificar>
� Actividad: Solicitar Información
Origen: Validar Solicitud
Agente: Oficina Central
Precondiciones: La solicitud cumple con los requisitos de la compañía
Poscondiciones: Se procede a pedir información adicional
Caso de Uso del Sistema: <pendiente de especificar>
� Actividad: Filtrar Información
Origen: Enviar informe CIA y enviar informe CR
Agente: Oficina Central
Precondiciones: se ha recibido el informe CIA e informe CR
Poscondiciones: Se ha logrado filtrar información para aminorar el trabajo al
Director.
Caso de Uso del Sistema: <pendiente de especificar>
� Actividad: Elaborar Documentación
Origen: Analizar aceptación
Agente: Oficina Central
Precondiciones: el director ha aceptado la petición del préstamo
11
Poscondiciones: se elabora el cheque y las letras de devolución
Caso de Uso del Sistema: <pendiente de especificar>
� Actividad: Registrar en Pendientes
Origen: Elaborar Documentación
Agente: Oficina Central
Precondiciones: el cheque ya elaborado y las letras de devolución están
elaborados
Poscondiciones: se ha registrado el préstamo como pendiente
Caso de Uso del Sistema: <pendiente de especificar>
� 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
Caso de Uso del Sistema: <pendiente de especificar>
- MODELO DE CASOS DE USO INICIAL DEL PROCESO DE NEGOCIO: ATENDER SOLICITUDES
Cursar Solicitud
Entregar Documentación
Analizar Aceptación
Director
Validar Solicitud
Solicitar Información
Filtrar Información
Elaborar Documentació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
- Serie es única para cada formulario
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.
Caso de Uso del sistema: <pendiente de especificar>
17
Actividades: Generar informe de nuevos préstamos Origen: Generar informe de control
Agente: Oficina Central.
Precondiciones: - Se ha creado el informe.
Post Condiciones: - Informe de nuevos préstamos creado.
Caso de Uso del sistema: <pendiente de especificar>
Actividades: Enviar de informe de nuevos préstamos Origen: Generar informe de nuevos préstamos
Agente: Oficina Central.
Precondiciones: - Se ha creado el informe.
Post Condiciones: - Se envía el informe de nuevos préstamos.
Caso de Uso del sistema: <pendiente de especificar>
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.
Caso de Uso del sistema: <pendiente de especificar>
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
22
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
- Serie es única para cada formulario
- 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
- Código de cliente
• 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 de cliente
- 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
Agente: Oficina Central
Precondiciones: - Que se haya enviado el formulario de pago
Post Condiciones: - Puede ser luego registrado
Caso de Uso del sistema: por definir.
Actividades: Emitir aviso de pago Origen: Llenar el Formulario de pago
Agente: Sucursal
Precondiciones: - Se haya realizado el pago en la sucursal
Post Condiciones: -
Caso de Uso del sistema: por definir.
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
Caso de Uso del sistema: por definir.
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
Caso de Uso del sistema: por definir.
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.
Caso de Uso del sistema: por definir.
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 Atender Solicitudes…………………… Pág. 8
• 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 Atender Solicitudes…………………… Pág. 11
• 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.
Actores Oficina Central
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
Extensiones Requisitos Especiales
31
Caso de Uso Elaborar Documentación
Objetivo Elaborar la documentación necesaria para la entrega del
préstamo.
Actores Oficina Central
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
5. A: El operario de la Oficina Central hace clic en
Registrar Cliente.
6. S: cdu Registrar Cliente
Variaciones
Poscondiciones El operario ha hecho clic en Registrar Cliente
Extensiones Requisitos Especiales
Caso de Uso Registrar Cliente
Objetivo Registrar al nuevo cliente
Actores Oficina Central
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.
Actores Oficina Central
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.
Extensiones Requisitos Especiales
Caso de Uso Verificar datos del Cliente
Objetivo Verificar datos del Cliente ingresado
Actores Oficina Central
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.
Extensiones Requisitos Especiales
33
Verificar datos del Cliente
Registrar Cliente
Solicitar Información
Elaborar Documentación
<<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