Welcome To The Jungle

UNIVERSIDAD DE EL SALVADOR
FACULTAD DE INGENIERIA Y ARQUITECTURA ESCUELA DE INGENIERA INDUSTRIAL CICLO II-2009
TECNOLOGIA ORIENTADA A OBJETOS
CATEDRATICO INGA. YESENIA VIGIL, M.Sc. PROYECTO DE DESARROLLO DE SOFTWARE ORIENTADO A OBJETOS 2 ETAPA: ANALISIS DE REQUISITOS
GRUPO TERICO N 2 GRUPO DE TRABAJO N 3
INTEGRANTES
FLORES PEATE, MARVIN OMAR HERNNDEZ BALETTE, BILLY LEOPOLDO MENEDEZ PARADA, JESUS ABELARDO ANTONIO TOBAR LPEZ, ERICK DOUGLAS VSQUEZ MARTNEZ, OSCAR ORLANDO
CARNET
FP05028 HB06002 MP06011 TL07001 VM07003
CIUDAD UNIVERSITARIA, 12 DE OCTUBRE DE 2009
INDICE
INTRODUCCION _______________________________________________ 1 OBJETIVOS DE LA ETAPA ______________________________________ 2 DESCRIPCION DEL SISTEMA ____________________________________ 3 I. DESCRIPCION DEL PROYECTO _______________________________ 4
Personal Involucrado________________________________________________ 4 Lista Actor-Objetivo _________________________________________________ 5
II. MODELO DE CASOS DE USO _________________________________ 6 III. MODELO DEL DOMINIO ___________________________________ 64
Modelo del Dominio del Sistema Completo ____________________________ 64 Modelo del Dominio de cada Caso de Uso _____________________________ 65
IV.
DICCIONARIO DE DATOS _________________________________ 79
V. GLOSARIO _______________________________________________ 85
CONCLUSIONES _____________________________________________ 86 RECOMENDACIONES _________________________________________ 87 BIBLIOGRAFIA _______________________________________________ 88 ANEXOS ____________________________________________________ 89
Tecnologa Orientada a Objetos
2 Etapa: Anlisis de Requisitos
INTRODUCCION
En el presente trabajo se presenta el desarrollo del documento de anlisis de requisitos correspondiente a la segunda etapa de este proyecto que consiste en la elaboracin de un sistema el cual facilite a los usuarios el desempeo de sus labores cotidianas.
Para nuestro caso particular el proyecto ha sido elaborado para una entidad bancaria tomando como referencia el Banco de Amrica Central (BAC). Dicho sistema presentara los 5 procesos ms importantes para esta entidad, aplicando las tcnicas de anlisis y diseo orientado a objetos.
En esta etapa se presentan el modelo de casos de uso, que representan los procesos desarrollados por el sistema y el modelo del dominio, que representa las asociaciones entre las clases conceptuales y objetos del entorno que rodea el desarrollo de las actividades normales de una entidad bancaria. As mismo el desarrollo de los diagramas de secuencia que representan las interacciones que sostienen los distintos actores con el sistema.
OBJETIVOS DE LA ETAPA
GENERAL
Realizar un anlisis de requisitos basado en los procesos principales de una Organizacin, mediante la aplicacin de modelo de casos de uso y modelo del dominio
ESPECIFICOS
Representar las principales operaciones realizadas por una entidad financiera por medio de las interacciones de los usuarios con el sistema Desarrollar los procesos a travs de escenarios de xito y posibles rutas alternas para el desarrollo de los mismos. Identificar las fronteras que delimitan el desarrollo de una operacin Establecer funciones u objetivos para los usuarios del sistema Conocer las asociaciones entre los elementos de un sistema
DESCRIPCION DEL SISTEMA
El sistema a desarrollar esta dirigido a una entidad bancaria basndonos en las polticas internas del Banco De Amrica Central (BAC), dicho sistema controlara las partes ms principales de los procesos de mayor uso en los bancos los cuales se presentan en los casos de uso, a continuacin se realiza una breve descripcin de los mismos:
1) Administracin de una cuenta: Este proceso consiste en llevar el control de las transacciones realizadas en una cuenta bancaria. Las funciones principales son: crear cuenta, depsitos y retiro de efectivo y cancelar una cuenta. 2) Transacciones Bancarias: Este proceso consiste en controlar las operaciones que se realizan en una cuenta bancaria las cuales son traspaso de dinero de dinero de una cuenta a otra, cobro de cheques. 3) Proceso de Crditos: Consiste en proporcionar a las personas que reciben su salario por medio del banco. Se llevara el control de las cantidades prestadas y cuotas de pago establecidas al cliente y las tasas de inters segn monto de prstamo y de salario. 4) Pago de Servicio. El sistema proporcionara el servicio de pago de los servicios bsicos de toda persona los cuales son agua, luz y telfono. 5) Administracin del Banco: Consiste en registrar el pago de nominas y planillas de los empleados y los descuentos estipulados por la ley y las operaciones del banco.
I.
DESCRIPCION DEL PROYECTO
Personal Involucrado
1.1. Usuarios 1.1.1. Cajero: esta encargado de hacer las transacciones involucradas con el manejo de efectivo: recibir pagos, entregar salarios, canjear cheques. En general registrar transacciones de entradas y salidas de efectivo. 1.1.2. Administrador de Cuentas: se encarga de gestionar las cuentas de los clientes del banco. Aperturar cuentas de ahorro, mostrar estado de cuenta cuando se le solicite, cancelar cuenta de ahorro, al igual con las cuentas corrientes. Asesorar sobre los planes a los clientes.
1.1.3. Ejecutivo de Crditos: se encarga de la gestin de las cuentas de crdito que otorga el banco a sus clientes, vela principalmente por la apertura de este tipo de cuentas, fijar plazos y aprobar montos crediticios; emitir estados de cuentas cuando se le solicite y clausurar las cuentas al termino del plazo o bien cuando se cancele el crdito solicitado por el cliente. 1.1.4. Administrador del Sistema: se encarga del manejo del personal relacionado al uso del sistema, habilita a los dems usuarios al registrarlos en el mismo. Se encarga de actualizar la informacin personal de cada usuario del sistema y renovar las claves de acceso segn un tiempo establecido. 1.2. No Usuarios 1.2.1. Clientes: aquellos que poseen cuentas de ahorro o de crdito, que utilizan al banco como medio para pagar servicios bsicos, recibir pagos de salarios, retirar efectivo o realizar remesas a otras cuentas.
Lista Actor-Objetivo
Administrador del Sistema Gestionar Personal Agregar nuevo empleado Modificar datos de empleado Definir tipo de empleado Reasignar clave de acceso Eliminar cuenta de empleado Cajero Recibir pago de servicios Recibir pago de salarios Entregar pago de salarios Realizar transferencia de dinero Realizar depsitos a cuenta Retirar dinero mediante cheque Retirar dinero con libreta Administrador de Cuentas Crear Cuenta Consultar Cuenta Cancelar Cuenta Ejecutivo de Crditos Otorgar crdito Consultar estado del crdito Revisar estados de cuenta Solicitar Datos y Referencias del Cliente Establecer plazos de financiamiento Registrar Datos del Crdito Registrar Datos del Cliente Cancelar crdito
II.
MODELO DE CASOS DE USO
Visin General
El Sistema de Bancos SisBanc trabajar en los bancos y sus sucursales; proporcionara todos los servicios a los usuarios y colaborara con los otros Sistemas Externos para su completo funcionamiento.
Resumen de los Beneficios

Caracterstica soportada Funcionalmente, el sistema proporcionar todos los servicios tpicos que requiere la un banco, incluyendo la retiros y depsitos de dinero, otorgacin de crditos, etc. Deteccin de fallos automtica, cambiando a procesamiento local sin conexin cuando los servicios no estn disponibles. Reglas del negocio conectables en varios puntos del escenario durante el procesamiento de las cuentas. Transacciones en tiempo real con sistemas de terceras partes, haciendo uso de protocolos estndares financieros. Beneficio del personal involucrado Servicios ms rpidos y automticos.
El Procesamiento contina aun cuando fallen los componentes externos. Configuracin flexible de la lgica del negocio.
Informacin de cuentas y crditos oportuna y precisa,
Resumen de las caractersticas del sistema
Creacin, Consulta y Cancelacin de Cuentas. Retiro y Deposito de Dinero. Transferencia de Dinero. Pago de Salarios a Clientes. Pago de Servicios de Clientes. Otorgacin de Crditos. Procesamiento automtico de ventas sin conexin cuando fallen los componentes externos. Transacciones en tiempo real, basadas en estndares industriales, con sistema de terceras partes.
Administracin de Cuentas Bancarias
Descripcin de los Casos de Uso
Nombre Objetivo
Actor Principal Personal Involucrado e Intereses
Precondiciones
Garantas de xito Escenario principal de xito
Crear Cuenta El Administrador de Cuentas se encarga de crear las cuentas de los clientes y de registrarlas en el Sistema Administrador de Cuentas Administrador de Cuenta: Quiere entradas precisas, facilidad de uso y resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que la cuenta sea creada sin contratiempos y de forma segura. Banco: Quiere realizar las operaciones con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que se registran las sin errores. El Cliente tiene el mnimo del monto necesario para crear la Cuenta El Administrador de Cuenta se identifica y autentica La Cuenta creada 1. El Administrador de Cuenta inicia la creacin de la Cuenta. 2. El Sistema muestra los Tipos de Cuenta disponibles. 3. El Administrador de Cuenta selecciona un
Extensiones
Requisitos Especiales
Frecuencia
Tipo de Cuenta. 4. El Administrador de Cuenta ingresa los Datos del Cliente. 5. El Sistema Registra el Tipo de Cuenta y los Datos del Cliente. 6. El Administrador de Cuenta revisa y acepta la Informacin procesada. 7. El Sistema crea la Cuenta y asigna Nmero de Cuenta creado al Cliente. Se repite los pasos del 2 al 7 para cada Cliente. 8. El Administrador de Cuenta finaliza la creacin de la Cuenta 3a. El Administrador de Cuenta elige Cuenta de Ahorro. 1. Asignar Libreta de Ahorros 3b. El Administrador de Cuenta elige Cuenta Corriente. 1. Asignar Libreta de Ahorros y Chequera. 6a. La informacin del Cliente no es correcta. 1. Introducir la informacin nuevamente. Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 1 metros de distancia. El tiempo de respuesta debe ser de 2 - 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en s. Frecuente
Nombre Objetivo Actor Principal Personal Involucrado e Intereses
Precondiciones
Consultar Cuenta El Administrador de Cuenta se encarga de consultar el saldo actual de las cuentas Administrador de Cuentas Administrador de Cuenta: Quiere entradas precisas, facilidad de uso y resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. Quiere que la consulta muestre todo lo que desea conocer de forma ordenada y sistemtica. Banco: Quiere realizar las transacciones con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que se registran las operaciones sin errores. Quiere actualizaciones automticas y rpidas de la cuenta del cliente. La Cuenta debe de existir
Extensiones
Frecuencia
El Administrador de Cuenta se identifica y autentica. Consulta realizada con xito 1. El Administrador de Cuenta inicia la Consulta de la Cuenta. 2. El Sistema muestra los Tipos de Cuenta. 3. El Administrador de Cuenta selecciona un tipo de Cuenta. 4. El Administrador de Cuenta introduce el Nmero de Cuenta del Cliente. 5. El Sistema muestra el Saldo y las transacciones realizadas del Cliente. 6. El Administrador de Cuenta finaliza la Consulta de Saldo. Se repiten los pasos del 2 al 6 para cada Cliente. 4a. El nmero de Cuenta introducido es incorrecto. 1. El Administrador de Cuenta introduce le nmero de Cuenta nuevamente. 4b. El nmero de Cuenta introducido no existe. 1. Finalizar Caso de Uso Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 1 metros de distancia. El tiempo de respuesta debe ser de 2 - 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en s. Diaria
Precondiciones
Cancelar Cuenta El Administrador de Cuenta cancela y elimina del sistema una cuenta del Cliente Administrador de Cuenta Administrador de Cuenta: Quiere entradas precisas, facilidad de uso y resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que la cuenta sea eliminada correctamente y sin contratiempos. Banco: Quiere realizar las transacciones con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que se registran las operaciones sin errores. Quiere actualizaciones automticas y rpidas de la cuenta del cliente. El Saldo de la Cuenta a eliminar debe de estar a cero. El Administrador de Cuenta se identifica y
10
Extensiones
Frecuencia
autentica. La Cuenta es cancelada 1. El Administrador de Cuenta inicia la Cancelacin de Cuenta 2. El Administrador de Cuenta introduce el nmero de Cuenta. 3. El Sistema muestra los Datos de la Cuenta. 4. El Administrador de la Cuenta Elimina la Cuenta. 5. El Sistema Registra la cancelacin de la Cuenta. 6. El Sistema devuelve un Comprobante de cuenta eliminada. 7. El Administrador de Cuenta finaliza la Cancelacin de la Cuenta Se repiten los pasos del 2 al 6 para cada Cliente. 2a. El nmero de Cuenta introducido es incorrecto 1. El Administrador de Cuenta introduce le nmero de Cuenta nuevamente. Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 1 metros de distancia. El tiempo de respuesta debe ser de 2 - 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en s. No muy frecuente
Precondiciones
Validar Usuario El Administrador de Cuenta se valida y autentica en el sistema para tener acceso Administrador de Cuenta Administrador de Cuenta: Quiere facilidad de uso. Banco: Quiere tener debidamente identificado y validado para mejorar la seguridad y evitar los errores. Pertenecer al Sistema SisBanc (Haber recibido Numero de Identificacin y Clave de Acceso de acuerdo a su posicin) Validacin Exitosa 1. El Administrador de Cuenta llega al Banco e ingresa al Sistema. 2. El Sistema muestra los tipos de Empleados. 3. El Administrador de Cuenta elige el tipo de Empleado al que pertenece. 4. El Administrador de Cuenta ingresa Nmero de Identificacin y la Clave de Acceso. 5. El Sistema verifica y acepta el ingreso al
11
Extensiones
Frecuencia
Sistema. 2a. El Nmero de Identificacin es denegado o incorrecto. 1. El Administrador de Cuenta lo ingresa nuevamente. 2a. La Clave de Acceso es incorrecta. 1. El Administrador de Cuenta la ingresa nuevamente. 2-3a. El tipo de Empleado no coincide con el Nmero de Identificacin. 1. El Sistema muestra el error y retorna al inicio. 2. El Administrador de Cuenta realiza el proceso otra vez. Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 1 metros de distancia. El tiempo de respuesta debe ser de 2 - 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en s. Diaria
12
Diagramas de Secuencia del Sistema
13
14
15
Contratos de Operaciones
Operacin Referencias Cruzadas Precondiciones Post-condiciones
IniciarCreacionCuenta() Caso de Uso: Crear Cuenta No hay Creacin de Cuenta en Proceso Se cre una instancia de Cuenta c. c se asoci con el Sistema. Se inicializ el atributo c.numerodecuenta y c.monto
SeleccionarTipoCuenta(TipodeCuenta:IDTipoCuenta) Caso de Uso: Crear Cuenta, Consultar Cuenta Hay una Cuenta Se cre la instancia TipodeCuenta TdC. TdC se asoci con el Sistema TdC.TipodeCuenta pas a ser Tipo de Cuenta elegido. TdC se asocin con una Cuenta, en base de la coincidencia del nmerodecuenta.
IngresarDatosCliente(Datos:DatosCliente) Caso de Uso: Crear Cuenta Hay una Creacin de Nueva Cuenta Se cre la instancia Cliente Cl. Cl se asoci al Sistema. Cl.nombre pas a ser el Nombre del Cliente. Cl.DUI pas a ser el DUI del Cliente. Cl.telefono pas a ser el Telfono del Cliente. Cl.direccion pas a se la Direccin del Cliente. Cl se asoci con una Cuenta.
EliminarCuenta() Caso de Uso: Eliminar Cuenta Monto de Cuenta saldado Se rompi la asociacin entre Cuenta C y Cliente Cl.
16
IngresarDatosdeAcceso(IDcliente:int,Clave:string) Caso de Uso: Validar Usuario No hay operaciones en Curso. Se crea la instancia DatosdeAcceso DdA. Se asocia DdA con El Sistema. DdA.IDnombre pasa a ser Codigo de Identificacion del Empleado. Dda.clave pasa a ser la Contrasea de acceso del Empleado. DdA se asocia con TiposdeEmpleado
17
Transacciones Bancarias
Nombre del Caso De Retirar Dinero Mediante Cheque Uso Descripcin El cajero se encarga de introducir la informacin del cheque Actor Principal Cajero
Personal Involucrado e Cajero: Quiere entradas precisas, facilidad de uso y Intereses resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. Banco: Quiere realizar las transacciones con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que se registran las operaciones sin errores. Quiere actualizaciones automticas y rpidas de la cuenta del cliente. Precondiciones Garantas de xito El cajero se identifica y autentica. Se realiza retiro de efectivo. Se actualiza la cuenta del cliente.
18
Escenario principal de xito
Extensiones
Frecuencia
1. El cliente llega a la sucursal bancaria, para realizar una transaccin. 2. El cajero inicia la nueva operacin. 3. El sistema muestra el listado de las transacciones que se pueden realizar. 4. El cajero selecciona una transaccin. 5. El cajero introduce la informacin del cheque. 6. El sistema muestra el monto que se va a retirar y el estado de la cuenta. 7. El Cajero lleva a cabo la transaccin. 8. El sistema registra la transaccin y actualiza el estado de la cuenta. 9. El cajero finaliza la operacin. 10. El cajero le entrega el dinero al cliente. 11. El cliente se retira de la sucursal con el dinero. En Cualquier momento el sistema falla: Para poder recuperar la informacin de una operacin, se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. 1. El cajero reinicia el sistema, se identifica y solicita la recuperacin del estado anterior. 2. El sistema reconstruye el estado anterior. 2a. El sistema no puede recuperar la informacin. i. El sistema informa del error al cajero, registra el error y pasa a su estado inicial. ii. El cajero inicia un nuevo registro. 4a. El cajero elige la transaccin equivocada: 1. El cajero detiene el sistema 2. El sistema regresa a la pantalla de seleccin de transaccin. 3. El cajero elige la transaccin correcta. 5a. Los datos del cheque son incorrectos: 1. El sistema seala el error y rechaza la entrada. 2. El cajero reinicia el registro de los datos del cheque. 5b. El cajero no introduce algn dato por error: 1. El sistema seala el error y se rechaza la entrada. 2. El sistema pide que se introduzca el dato que falta. 3. El cajero introduce el dato requerido. 2-9a. La cuenta no tiene fondos suficientes para la transaccin: 1. El cajero detiene la operacin. 2. El sistema regresa a su estado inicial. Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en si. Diaria.
19
Nombre del Caso De Retirar Dinero Con Libreta Uso Descripcin El cajero se encarga de introducir la informacin de la transaccin Actor Principal Cajero Personal Involucrado e Cajero: Quiere entradas precisas, facilidad de uso y Intereses resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. Banco: Quiere realizar las transacciones con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que se registran las operaciones sin errores. Quiere actualizaciones automticas y rpidas de la cuenta del cliente. Precondiciones Garantas de xito Escenario principal de xito El cajero se identifica y autentica. Se realiza Retiro de efectivo. Se actualiza la cuenta del cliente. 1. El cliente llega a la sucursal bancaria, para realizar una transaccin. 2. El cajero inicia la nueva operacin. 3. El sistema muestra el listado de las transacciones que se pueden realizar. 4. El cajero selecciona una transaccin. 5. El cajero introduce el monto a retirar junto con los datos de la libreta. 6. El sistema muestra el monto que se va a retirar y el estado de la cuenta. 7. El Cajero lleva a cabo la transaccin. 8. El sistema registra la transaccin y actualiza el estado de la cuenta. 9. El cajero finaliza la operacin. 10. El cajero le entrega el dinero junto con la tarjeta al cliente. 11. El cliente se retira de la sucursal con el dinero. En Cualquier momento el sistema falla: Para poder recuperar la informacin de una operacin, se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. 1. El cajero reinicia el sistema, se identifica y solicita la recuperacin del estado anterior. 2. El sistema reconstruye el estado anterior. 2a. El sistema no puede recuperar la informacin. i. El sistema informa del error al cajero, registra el error y pasa a su estado inicial. ii. El cajero inicia un nuevo registro. 5a. El cajero introduce el monto equivocado: 1. El sistema reinicia el registro del monto. 5b. El cajero introduce informacin incorrecta de la cuenta: 1. El sistema seala el error y rechaza la entrada.
Extensiones
20
Frecuencia
2. El cajero corrige los datos errneos. 5c. El cajero no introduce algn dato por error: 1. El sistema seala el error y se rechaza la entrada. 2. El sistema pide que se introduzca el dato que falta. 3. El cajero introduce el dato requerido. 2-9a. La cuenta no tiene fondos suficientes para la transaccin: 1. El cajero detiene la operacin. 2. El sistema regresa a su estado inicial. Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en si. Diaria.
Nombre del Caso De Realizar Depsito. Uso Descripcin El cajero introduce los datos del Depsito. Actor Principal Cajero
Personal Involucrado e Cajero: Quiere entradas precisas, facilidad de uso y Intereses resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. Banco: Quiere realizar las transacciones con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que se registran las operaciones sin errores. Quiere actualizaciones automticas y rpidas de la cuenta del cliente. Precondiciones Garantas de xito El cajero se identifica y autentica.
Se realiza Depsito de efectivo. Se actualiza la cuenta del cliente. Escenario principal de 1. El cliente llega a la sucursal bancaria, para realizar una xito transaccin. 2. El cajero inicia la nueva operacin. 3. El sistema muestra el listado de las transacciones que se pueden realizar. 4. El cajero selecciona una transaccin. 5. El cajero introduce el monto del depsito junto con la informacin de la cuenta. 6. El sistema muestra el monto que se va a depositar y el estado de la cuenta. 7. El cajero lleva a cabo la transaccin. 8. El sistema registra la transaccin y actualiza el estado de la cuenta.
21
9. El cajero finaliza la operacin. 10. El cajero le entrega el dinero al cliente. 11. El cliente se retira de la sucursal con el dinero. Extensiones En Cualquier momento el sistema falla: Para poder recuperar la informacin de una operacin, se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. 1. El cajero reinicia el sistema, se identifica y solicita la recuperacin del estado anterior. 2. El sistema reconstruye el estado anterior. 3. El sistema no puede recuperar la informacin. i. El sistema informa del error al cajero, registra el error y pasa a su estado inicial. ii. El cajero inicia un nuevo registro.
5a. Los datos del depsito son incorrectos: 1. El sistema seala el error y rechaza la entrada. 2. El cajero reinicia el registro de los datos del depsito. 5b. El cajero introduce informacin incorrecta de la cuenta: 1. El sistema seala el error y se rechaza la entrada. 2. El cajero corrige los datos errneos. 5c. El cajero no introduce algn dato por error: 1. El sistema seala el error y se rechaza la entrada. 2. El sistema pide que se introduzca el dato que falta. 3. El cajero introduce el dato requerido. 2-9a. La cuenta no tiene fondos suficientes para la transaccin: 1. El cajero detiene la operacin. 2. El sistema regresa a su estado inicial. Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en si. Diaria.
Frecuencia
Nombre del Caso De Realizar Transferencia de Efectivo. Uso Descripcin El cajero introduce los datos de la Transferencia. Actor Principal Cajero
22
Personal Involucrado e Cajero: Quiere entradas precisas, facilidad de uso y Intereses resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. Banco: Quiere realizar las transacciones con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que se registran las operaciones sin errores. Quiere actualizaciones automticas y rpidas de la cuenta del cliente. Precondiciones Garantas de xito El cajero se identifica y autentica.
Se realiza transferencia de efectivo. Se actualiza la cuenta del cliente. Escenario principal de 1. El cliente llega a la sucursal bancaria, para realizar una xito transaccin. 2. El cajero inicia la nueva operacin. 3. El sistema muestra el listado de las transacciones que se pueden realizar. 4. El cajero selecciona una transaccin. 5. El cajero introduce el monto de la transferencia junto con la informacin de las cuentas. 6. El sistema muestra el monto que se va a transferir y el estado de las cuentas. 7. El cajero lleva a cabo la transaccin. 8. El sistema registra la transaccin y actualiza el estado de las cuentas. 9. El cajero finaliza la operacin. 10. El cliente se retira de la sucursal. Extensiones En Cualquier momento el sistema falla: Para poder recuperar la informacin de una operacin, se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. 1. El cajero reinicia el sistema, se identifica y solicita la recuperacin del estado anterior. 2. El sistema reconstruye el estado anterior. 2a. El sistema no puede recuperar la informacin. i. El sistema informa del error al cajero, registra el error y pasa a su estado inicial. ii. El cajero inicia un nuevo registro. 5a. Los datos de la transferencia son incorrectos: 1. El sistema seala el error y rechaza la entrada. 2. El cajero reinicia el registro de los datos de la transferencia. 5b. El cajero introduce informacin incorrecta de las cuentas: 1. El sistema seala el error y rechaza la entrada. 2. El cajero corrige los datos errneos. 5c. El cajero no introduce algn dato por error: 1. El sistema seala el error y se rechaza la entrada. 2. El sistema pide que se introduzca el dato que falta.
23
Frecuencia
3. El cajero introduce el dato requerido. 2-9a. La cuenta no tiene fondos suficientes para la transferencia: 1. El cajero detiene la operacin. 2. El sistema regresa a su estado inicial. Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en s. Diaria.
Nombre del Caso De Validar Usuario. Uso Descripcin El cajero introduce la clave de acceso. Actor Principal Cajero
Personal Involucrado e Cajero: Quiere facilidad de uso y rapidez. Intereses Banco: Quiere un nivel de seguridad alto para evitar fraudes. Precondiciones Garantas de xito Escenario principal de xito Se ingresa al sistema. 1. 2. 3. 4. El cajero ejecuta el sistema. El sistema le pide la clave de acceso. El cajero introduce la clave. El sistema se inicia.
Extensiones
Frecuencia
3a. El cajero introduce una clave incorrecta: 1. El sistema muestra mensaje de error 2. El cajero introduce la clave correcta Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en si. Diaria.
24
Nombre del Caso De Uso Descripcin Actor Principal Personal Involucrado e Intereses
Recibir Pago de Servicios El cajero se encarga de recibir el tipo de pago por el servicio que el cliente ha solicitado Cajero Cajero: Quiere entradas precisas, facilidad de uso y resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que el sistema registre el pago del servicio con xito. Banco: Quiere realizar el pago del servicio del cliente con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que las operaciones sean realizadas con eficacia. Centro de Servicios Varios: Quiere que las operaciones se realicen con xito y se actualicen constantemente los registros. Poseer Conexin con sistemas de servicios externos. Validar acceso al sistema. Servicio cancelado. 12. El cliente llega a la sucursal bancaria, para realizar el pago del servicio. 13. El cajero inicia el sistema. 14. El sistema muestra los tipos de servicios que se pueden seleccionar. 15. El cajero selecciona el servicio que el cliente desea pagar. 16. El cajero registra el tipo de pago del cliente. 17. El cajero lleva a cabo la operacin. 18. El sistema guarda el registro. 19. El Cajero finaliza la operacin. En Cualquier momento el sistema falla: Para poder recuperar la informacin de una operacin, se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. 3. El cajero reinicia el sistema, se identifica y solicita la recuperacin del estado anterior. 4. El sistema reconstruye el estado anterior. 2a. El sistema no puede recuperar la informacin. iii. El sistema informa del error al cajero, registra el error y pasa a su estado inicial. iv. El cajero inicia un nuevo registro. 3a. Si el sistema no posee el servicio que el cliente desea pagar: 1. El cajero finaliza la operacin. 4a. El pago del servicio es en efectivo: 1. El cajero ingresa los datos de la factura junto con el monto a cancelar. 2. El sistema registra la transaccin y actualiza el
Precondiciones Garantas de xito Escenario principal de xito
Extensiones
25
estado de la factura. 3. El cajero finaliza la operacin. 4b. El pago del servicio es con cheque: 3. El cajero ingresa los datos del cheque y verifica que tenga fondos suficientes: 1a.El cheque no tiene fondos: I. El cajero finaliza la operacin. 4. El cajero ingresa los datos de la factura y lleva a cabo la transaccin. 5. El sistema registra la operacin. Requisitos Especiales Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en si. Debe poseer lector de cdigo de barra. Diaria.
Frecuencia
Recibir pago de salarios. El cajero se encarga de actualizar el estado de las cuentas de los diferentes clientes. Cajero Cajero: Quiere entradas precisas, facilidad de uso y resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que el sistema registre los depsitos hechos a las cuentas. Banco: Quiere realzar la actualizacin de las cuentas de los cliente con precisin y rapidez. Quiere asegurar que las operaciones sean realizadas con eficacia. Entidad Financiera: Quiere que el sistema se actualice constantemente y que asegure las operaciones de deposito y retiro de dinero en este caso de salario. Validar acceso al sistema. Que el cliente haya realizado los depsitos a las cuentas. Cuentas actualizadas. 1. El cliente Realiza el deposito a las cuentas. 2. El cajero inicia el sistema. 3. El sistema muestra el listado de las cuentas y el saldo depositado. 4. El cajero actualiza el estado de las cuentas por medio del sistema. 5. El cajero finaliza la operacin. En Cualquier momento el sistema falla: Para poder recuperar la informacin de una operacin, se asegura que esta se pueda recuperar desde cualquier paso
Extensiones
26
del escenario principal. 1. El cajero reinicia el sistema, se identifica y solicita la recuperacin del estado anterior. 2. El sistema reconstruye el estado anterior. 2a. El sistema no puede recuperar la informacin. v. El sistema informa del error al cajero, registra el error y pasa a su estado inicial. vi. El cajero inicia un nuevo registro. Requisitos Especiales Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en si. Debe poseer lector de cdigo de barra.
Entregar Pago de Salarios. El cajero se encarga de entregar el dinero a los clientes que se les paga por medio del banco. Cajero Cajero: Quiere entradas precisas, facilidad de uso y resoluciones rpidas para optimizar el tiempo, y as mejorar el servicio al cliente. Cliente: Quiere que el sistema este actualizado para llevar a cabo el retiro con xito. Banco: Quiere realizar la transaccin del cliente con precisin y rapidez y satisfacer los intereses de los clientes. Quiere asegurar que las operaciones sean realizadas con eficacia. Validar acceso al sistema. Retiro realizado. 1. El cliente llega a la sucursal bancaria, para realizar el retiro de dinero. 2. El cajero inicia el sistema. 3. El sistema muestra las transacciones que se pueden seleccionar. 4. El cajero selecciona la transaccin a realizar. 5. El cajero ingresa los datos de la cuenta. 6. El cajero ingresa el monto a retirar 7. El sistema verifica que la cuenta tenga fondos para el retiro. 8. El sistema actualiza la cuenta. 9. El Cajero finaliza la operacin. En Cualquier momento el sistema falla: Para poder recuperar la informacin de una operacin, se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. 1. El cajero reinicia el sistema, se identifica y solicita la
Extensiones
27
recuperacin del estado anterior. 2. El sistema reconstruye el estado anterior. 2a. El sistema no puede recuperar la informacin. I. El sistema informa del error al cajero, registra el error y pasa a su estado inicial. II. El cajero inicia un nuevo registro. 3a. Si el sistema no posee el servicio que el cliente desea pagar: 2. El cajero finaliza la operacin. 6a. El saldo de la cuenta no es suficiente: 1. El cajero finaliza la operacin. Requisitos Especiales Interfaz de usuario con pantalla tctil en pantalla plana. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en si. Debe poseer lector de cdigo de barra. Semanal.
Frecuencia
28
29
30
31
32
33
Curso Alternativo 3.A Si el sistema no posee el servicio que el cliente desea pagar: El cajero finaliza la operacin.
34
4a. El pago del servicio es en efectivo: 1. El cajero ingresa los datos de la factura junto con el monto a cancelar. 2. El sistema registra la transaccin y actualiza el estado de la factura. 3. El cajero finaliza la operacin.
35
36
Contratos de Operaciones Operacin: Referencias Cruzadas: Precondiciones: Post-condiciones: crearNuevoDeposito() Caso de Uso: Realizar Depsito No hay depsito en curso Se creo una instancia de TransaccionRealizada T T se asoci con el Sistema Se inicializaron los atributos IDtransaccion, fechatransaccion, monto, IDtipo, de T
Operacin: Referencias Cruzadas: Precondiciones: Post-condiciones:
crearNuevoRetiro() Caso de Uso: Retirar Dinero con Libreta, Retirar Dinero Mediante Cheque No hay un retiro en curso Se cre una instancia de TransaccionRealizada T T se asocio con el Sistema Se inicializaron los atributos IDtransaccion, fechatransaccion, monto, IDtipo, de T
introducirInformacionDeDeposito(monto: float, numerocuenta: int) Caso de Uso: Realizar Depsito Hay un depsito en curso Se cre una instancia de DepositoDe Dinero D D se asoci con TransaccionRealizada D.monto paso a ser monto D.numerocuenta paso a ser numerocuenta D se asocio con una cuenta, en base a la coincidencia de numerodecuenta
crearNuevaTransferencia() Caso de Uso: Realizar Transferencia de Efectivo No hay transferencia en curso Se cre una instancia de TransaccionRealizada T T se asocio con el Sistema Se inicializaron los atributos IDtransaccion, fechatransaccion, monto, IDtipo, de T
37
introducirInformaciondeTransferencia( monto: float) Caso de Uso: Realizar Transferencia de Efectivo Hay una transferencia en curso Se cre una instancia de TranferenciaDeDinero TD TD se asoci con TransaccionRealizada TD.monto paso a ser monto TD se asocio con una CuentaOrigen, en base a la coincidencia de numerodecuenta TD se asoscio Con una CuentaDestino, en base a la coincidencia de numerodecuenta
CrearNuevoPago () Caso de Uso: Recibir Pago de Servicio No Hay Pago en curso Se Crea una instancia de TipoDeServicio T T se asocio con Sistema. Se inicializo el atributo IDservicio
Ingresar Datos (TipoPago: Float, IDrecibo: int) Caso de Uso: Recibir Pago de Servicio Que haya pago en curso Se Crea una instancia de PagoDeServicios P P se asocio con TipoDeServicio Se inicializaron los atributos IDservicio, IDrecibo y Monto
Seleccionar TipodePago (tipoPago) Caso de Uso: Recibir pago de Servicio curso alternativo 4.b Que haya pago en curso Se crean las instancias PagoConEfectivo y PagoConCheque: PE y PC respectivamente PE y PC se asocian con PagoDeServicio Se inicializo el atributo NumCheque
ActualizarCuentas() Caso de Uso: Recibir Salarios Que el Deposito se haya realizado Se crea la instancia Deposito D D se asocia con el sistema y con la cuenta Se inicializaron los atributos Monto y numerodecuenta
38
IngresarDatos (numerodecuenta: int, Ncliente: string ,Monto: float) Caso de Uso: Entregar Salarios Que el Deposito se haya realizado Se crea la instancia Retiro R R se asocia con el sistema, con la cuenta y con la transaccin Se inicializaron los atributos Monto y numerodecuenta
39
Crditos
Nombre Objetivo
Otorgar Crdito El Ejecutivo de Crditos ser el encargado de otorgar los crditos a travs de la evaluacin de los datos del cliente. Ejecutivo de Crditos Ejecutivo de Crditos: Inicia el registro del cliente para conocer si el cliente cumple con los requisitos del banco para la obtencin del crdito. Cliente: Es registrado en el sistema para conocer el estado de cuenta y el estado del crdito otorgado. Crdito Otorgado. 1. El Ejecutivo de Crditos inicia el sistema. 2. El Ejecutivo de Crditos introduce los datos y referencia del cliente. 3. El Sistema muestra los estados de cuenta del cliente. 4. El Ejecutivo de Crditos ingresa los plazos de financiamiento del crdito.
40
Extensiones
5. El Sistema registra la informacin. Se repiten los pasos del 2 al 5 para cada cliente. 1.a El Sistema falla. 1. Finalizar Sistema. 2.a Se introducen datos errneos. 1. Introducir datos nuevamente. 2.b Faltan datos por introducir. 1. Introducir datos faltantes. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en s. Frecuente
Requisitos Especiales Frecuencia
Nombre Objetivo
Consultar Estado del Crdito El Ejecutivo de Crditos introduce los datos del cliente y del crdito para obtener el estado del crdito. Ejecutivo de Crditos Ejecutivo de Crditos: Introduce los datos del cliente para conocer el estado del crdito. El cliente debe de estar registrado. Presentacin de la informacin. 1. El Ejecutivo de Crditos inicia el registro de los datos del cliente. 2. El Ejecutivo de Crditos introduce los datos del cliente. 3. El Sistema muestra los datos del cliente. 4. El Ejecutivo de Crditos introduce los datos del crdito. 5. El Sistema muestra los datos del crdito, el estado del crdito, y registra la informacin. Se repiten los pasos del 2 al 5 para cada cliente. 1.a El Sistema falla. 1. Finalizar Sistema. 2.a Se introducen datos errneos. 1. Introducir datos nuevamente. 2.b Faltan datos por introducir. 1. Introducir datos faltantes. 4.a Se introducen datos errneos. 1. Introducir datos nuevamente.
Extensiones
41
4.b Faltan datos por introducir. 1. Introducir datos faltantes. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en s. Frecuente
Nombre Objetivo
Cancelar Crdito El Ejecutivo de Crditos se encarga de cancelar el crdito cuando el cliente cancela su deuda con el banco. Ejecutivo de Crditos Ejecutivo de Crditos: Introduce monto faltante para cancelar el crdito.
Cancelacin del Crdito. 1. El Ejecutivo de Crditos inicia la cancelacin del crdito. 2. El Ejecutivo de Crditos introduce los datos del cliente. 3. El Sistema muestra el estado del crdito. 4. El Ejecutivo de Crditos introduce la cantidad de efectivo faltante. 5. El Sistema muestra el comprobante de crdito cancelado y registra la informacin. Se repiten los pasos del 2 al 5 para cada cliente. 1.a El Sistema falla. 1. Finalizar Sistema. 2.a Se introducen datos errneos. 1. Introducir datos nuevamente. 4.a Se introduce un monto insuficiente para cancelar el crdito. 1. Se muestra la deuda pendiente, se registra la informacin y se finaliza el sistema. Debe poseer capacidad de recuperacin cuando falla el acceso al sistema o el sistema en s. Frecuente
Extensiones
42
43
44
45
46
47
48
Operacin: Referencias Cruzadas:
IntroducirDatosCliente(Datos:DatosCliente) Caso de Uso: Otorgar Crdito, Consultar Estado del Crdito, Cancelar Crdito.
Precondiciones: Anlisis de Cliente en Proceso Post Se cre la instancia Cliente Cl. Condiciones: Cl se asoci al Sistema. Cl.Nombre pas a ser el Nombre del Cliente. Cl.DUI pas a ser el DUI del Cliente. Cl.NoCuenta pas a ser el NoCuenta del Cliente. Cl.Referencia pas a ser Referencia del Cliente. Cl.Codigo pas a ser el Codigo del Cliente.
Operacin: IngresarPlazosdeFinanciamiento(DatosCredito) Referencias Caso de Uso: Otorgar Crdito Cruzadas: Precondiciones: Existe un cliente registrado Post Se cre una instancia de Crdito Credit. Condiciones: Credit se asoci con un cliente. Credit.Plazos pas a ser los Plazos del Crdito. Credit.Monto pas a ser el Monto del Crdito. Credit.IDCredito pas a ser el IDCredito del Crdito.
Operacin: IntroducirDatosdelCredito(Datos:DatosCredito) Referencias Caso de Uso: Consultar Estado del Crdito Cruzadas: Precondiciones: Existe un cliente registrado Post Se cre una instancia de Crdito Credit. Condiciones: Credit se asoci con un cliente. Credit.Plazos pas a ser los Plazos del Crdito. Credit.Monto pas a ser el Monto del Crdito. Credit.IDCredito pas a ser el IDCredito del Crdito.
Operacin: IntroducirCantidaddeEfectivoFaltante(Monto:float) Referencias Caso de Uso: Consultar Estado del Crdito Cruzadas: Precondiciones: Existe un cliente registrado Post Se cre una instancia de Crdito Credit. Condiciones: Credit se asoci con un cliente. Credit.Monto pas a ser el Monto del Crdito.
49
Administracin del Sistema
Descripcin de los Casos de Uso Nombre Objetivo
Gestionar Empleado El Administrador del Sistema se encarga de gestionar el personal que tendr acceso al Sistema Administrador del Sistema Administrador del Sistema: inicia el registro de personal para poder desarrollar diversas operaciones en cuanto al manejo de personal involucrado con el sistema Gestin de personal iniciada 1. El Administrador del Sistema inicia el registro de personal 2. El Sistema muestra un listado de posibles operaciones a realizar 3. El Administrador del Sistema selecciona una operacin a realizar 1.a. Si el Sistema falla, reiniciar caso de uso Ocasionalmente
Extensiones Requisitos Especiales Frecuencia
Agregar nuevo empleado al sistema El Administrador del Sistema agrega personal habilitado para manipular el sistema Administrador del Sistema Administrador del Sistema: aade a los registros del sistema personal para manipular el sistema en sus actividades.
50
Empleado: es registrado en el sistema para el desarrollo de sus labores Precondiciones Garantas de xito Escenario principal de xito Empleado registrado 1. El Administrador del Sistema inicia el registro del empleado 2. El sistema muestra el listado de datos requeridos 3. El Administrador del Sistema introduce los datos solicitados 4. El sistema asigna y muestra cdigo identificador del empleado 5. El sistema registra los datos 3.a. Si el Administrador del Sistema introduce un dato errneo 1. El sistema muestra dato invalido 2. El Administrador del Sistema ingresa dato correcto Realizar pasos hasta que el dato sea valido Ocasionalmente
Extensiones
Nombre Objetivo
Definir Tipo Empleado El Administrador del Sistema define el rol que desempea el empleado Actor Principal Administrador del Sistema Personal Involucrado e Administrador del Sistema: asigna el papel a desempear Intereses en el sistema, habilitndole para realizar ciertas operaciones. Empleado: es dado de alta por el sistema para desarrollar sus labores en el banco. Empleado registrado y cdigo identificador existente Empleado con cargo y clave de acceso asignada 1. El Administrador del sistema introduce cdigo identificador del empleado 2. El sistema muestra un listado de los cargos que tienen acceso al sistema 3. El Administrador del Sistema selecciona el cargo que desempeara el empleado 4. El sistema asigna y muestra una clave de acceso al empleado segn su cargo 5. El sistema registra la clave de acceso y el cdigo identificador 1.a Si el Administrador introduce un cdigo identificador no registrado 1. El sistema indica el error 2. El sistema reinicia el caso de uso
Extensiones
51
Raramente
Modificar Datos Empleado El Administrador del Sistema modifica informacin de un empleado registrado Administrador del Sistema Administrador del Sistema: actualiza informacin de los empleados que utilizan el sistema. Empleado registrado Actualizacin de datos exitosa 1. El Administrador del Sistema introduce cdigo identificador 2. El sistema muestra el listado de datos del empleado 3. El Administrador selecciona el dato 4. El Administrador modifica el dato 5. El sistema muestra y registra el cambio Se repiten pasos 2 a 5 para cada cambio necesitado 6. El Administrador del Sistema acepta cambios 6.El sistema muestra los datos actualizados 7. El sistema registra los cambios 4.a. Si el Administrador introduce un dato invlido 1. El sistema muestra el dato errneo 2. El Administrador del sistema ingresa el dato correcto Repetir pasos 1 a 2 hasta que el dato ingresado sea correcto Ocasionalmente
Extensiones
Nombre Objetivo
Reasignar clave de acceso El Administrador del Sistema sustituye la clave de acceso de un empleado registrado en el sistema Administrador del Sistema Administrador del Sistema: por poltica de
52
seguridad, debe cambiar la clave de acceso de los usuarios. Empleado: necesita de la clave de acceso para desarrollar sus labores que involucran el uso del sistema Empleado registrado Asignacin de una nueva clave de acceso 1. El administrador del sistema introduce cdigo identificador 2. El sistema muestra datos del empleado 3. El sistema solicita clave actual del empleado 4. El Administrador del sistema introduce clave de acceso actual 5. El sistema elimina la clave actual 6. El sistema asigna y muestra una nueva clave de acceso 7. El Administrador del Sistema Acepta cambio 8. El Sistema registra el cambio de clave de acceso 1.a Si el Administrador introduce un cdigo identificador no registrado 1. El sistema indica el error 2. El sistema reinicia el caso de uso 4.a Si el Administrador introduce una clave de acceso no registrada o invalida 1. El sistema muestra el error y solicita la clave de acceso correcta 2. El Administrador del sistema introduce clave de acceso actual Repetir Pasos 1 a 2 hasta que la clave de acceso sea la correcta (cantidad de repeticiones mximas 3) Si el sistema fallar en algn momento 1. El Sistema no registra ningn cambio en claves de acceso 2. El Administrador del sistema reinicia el sistema Cada 90 das
Extensiones
Eliminar cuenta de Empleado El Administrador del Sistema elimina del sistema los registros de un empleado Administrador del Sistema Administrador del Sistema: borrar datos del registro del sistema de un empleado que ha
53
dejado de laborar en el banco Empleado registrado Cuenta de Empleado eliminada del registro 1. El Administrador del Sistema introduce el cdigo identificador del empelado 2. El Sistema muestra los datos del Empleado a eliminar del registro 3. El Administrador confirma que estos datos corresponden al Empleado 4. El sistema elimina del registro los datos del empleado 1.a Si el Administrador introduce un cdigo identificador no registrado 1. El sistema indica el error 2. El sistema reinicia el caso de uso 2.a Si el Sistema muestra datos distintos a los de la del empleado a eliminar 1. El Administrador del Sistema rechaza la informacin de los datos mostrada 2.El Administrador ingresa cdigo identificador del empleado cuya cuenta ser eliminada Ocasionalmente
Extensiones
54
55
56
57
58
59
60
61
introducirDatos(nombre:String, dui:String, nit:String) Caso de Uso: Agregar nuevo empleado al sistema Se inicio la gestin de personal Se crea una instancia Empleado Emp Emp se asocia a codigoID Emp.nombre paso a ser el nombre del nuevo empleado en el sistema
introducirCodigoID(codID: codigoID) Caso de Uso: Definir Tipo Empleado, Eliminar cuenta de Empleado, Reasignar clave de acceso, Modificar Datos Empleado Se tiene registro del empleado y cdigo identificador Se modifica la instancia Empleado Emp Emp.nombre recupera el nombre asociado al codigoID
seleccionarCargo(cargoID:integer) Caso de Uso: Definir Tipo Empleado Se tiene registro del empleado y cdigo identificador Se modifica la instancia Empleado Emp Emp se asocia a Cargo Emp se asocia a ClaveAcceso
confirmarEliminacion(aceptar:boolean) Caso de Uso: Eliminar cuenta de Empleado Existe registro de empleado y cdigo identificador valido Se elimina la asociacin Empleado ClaveAcceso Se eliminan registros de la instancia Emp de Empleado
introducirClave(claveAcceso:String) Caso de uso: Reasignar clave de acceso Existe registro de empleado Se recupera informacin de la instancia Emp Se crea una instancia ClaveAcceso clavAcc claveAcceso.clavAcc toma valor de nueva clave de acceso
62
aceptarCambioCA(aceptar:boolean) Caso de uso: Reasignar clave de acceso Existe registro de empleado Se elimina la clave asociada a codID Se asocia la instancia clavAcc a codID
seleccionarDato(idDato: integer) Caso de uso: Modificar Datos Empleado Existe registro de empleado Se recupera la informacin de Empleado en la instancia Emp
aceptarCambios(aceptar:boolean) Caso de uso: Modificar Datos Empleado Existe registro de empleado Se modifica el dato asociado a idDato Se asocia el cambio a codID
63
III.
MODELO DEL DOMINIO
Modelo del Dominio del Sistema Completo
64
Modelo del Dominio de cada Caso de Uso

Administracin de Cuentas
65
66
Transacciones Bancarias
67
68
69
70
71
72
Crditos
73
74
75
Administracin del Sistema
76
77
78
IV.
DICCIONARIO DE DATOS
Descripcin Contiene nombre de Empleado Tipo de Dato String Longitud 50 Lista de valores posibles Valor por defecto Change case Tipo Ttulo Reglas de Validacin Caracteres posibles: A, B,,Z a, b, . z , , , , Contendr UNICAMENTE nmeros bajo el siguiente formato: XXXXXXXX-X Contendr UNICAMENTE nmeros bajo el siguiente formato: XXXX-XXXXXX-XXXX Nmero perteneciente [01,04]
Nombre del Atributo nombre
dui
nit
Contiene nmero de Documento nico de Identidad Personal del Empleado Contiene Nmero de Identificacin Tributaria
String
10
String
17
idCargo
Contiene identificador del cargo desempeado por le empleado
integer
02
01Administrador del Sistema 02Administrador de Cuentas 03Ejecutivo de Crdito 04Cajero Administrador de Cuentas, Ejecutivo de Crdito, Cajero Administrador del
nombreCargo
Nombre del cargo desempeado por el empleado
String
25
El sistema lo aadir de forma automtica al seleccionar el idCargo
79
Sistema codID Contiene el Cdigo Identificador del Empleado codigoID 06 El sistema lo aadir automticamente al registrarse un empleado, siendo los primeros dos caracteres letras [A, Z] y los tres restantes nmeros correlativos 01S 00No
aceptar
dato
idDato
Contendr la respuesta de una operacin de decisin Contendr informacin sobre algn dato a modificar Identificador de los datos de empleado
boolean
02
String
50
Depender de idDato, este seleccionar la restriccin a aplicar 01codID 02nombre 03dui 04nit 05idCargo Nmero perteneciente [01,05]
int
claveAcceso
Contiene la clave de acceso a las operaciones del sistema
String
El sistema comparar con la clave que tendr registrada bajo sensitive-case, distinguiendo maysculas de minsculas
80
monto
Contiene el monto de una transaccin Identificador nico de cada cuenta
float
10
nicamente almacenar cantidades positivas desde 1 en adelante Contendr UNICAMENTE nmeros bajo el siguiente formato: XXXX-XXXX-XXXXXXXX Nmero perteneciente [01,07]
numerocuenta
int
20
IDtransaccion
Identificador de transaccion
int
02
01Retirar dinero mediante cheque 02Realizar Deposito 03Realizar Transferencia de efectivo 04Recibir Pago de servicios 05Recibir pago de salarios 06Entregar pago de salarios 07Retirar dinero con libreta
fechatransaccion
Contiene la fecha en que se realiza una transaccion
date
Contendr fechas con el siguiente formato: XX/XX/XXXX
81
IDtipo
Tipo de transaccin a realizar Nombre del cliente de la cuenta Identificador del cheque
Int
02
Contendr solo nmeros positivos
Ncliente
string
40
Almacenara solo caracteres
IDcheque
Int
07
nicamente nmeros con el siguiente formato: XXX-XXXXXX
IDnombre
Identificador del usuario
string
10
clave
Clave de acceso al sistema
string
06
IDlibreta
Identificador de libreta
Int
10
TEmpleado
Contiene el tipo de empleado que ingresara al sistema
Int
02
82
telefono
Telfono de cliente
String
10
nicamente Contiene nmeros con el siguiente formato: XXXX-XX-XX
direccion
Direccin de cliente
String
70
IDcomprobante
Identificador de comprobante de cuenta eliminada Nombre de cliente
Int
11
nombre
String
40
Tcuenta
Tipo de cuenta a crear
Int
02
01Cuenta Corriente 02Cuenta de ahorros
Nmero perteneciente [01,02]
DatosCliente
Consolidado de datos que contiene los datos principales de un cliente: dui, nit, nombre, direccion, telefono
cliente
Restricciones antes mencionadas referente a dui, nit, nombre
83
DatosCredito
Consolidado de datos que contiene los datos principales de un crdito: plazo, idCredito, monto
credito
Para idCredito deber tener el siguiente formato, formado slo por nmeros XXXX-XXXX-XXXXXXXX plazo > 1 (esta dado en aos)
84
V.
GLOSARIO
Definicin e Informacin Persona encargada de realizar aperturas y cancelacin de cuentas Accin que se realiza cuando hay una operacin comercial o burstil de por medio Accin o labor necesaria para hacer un proceso Dinero que se otorga a un cliente que cumpla con los requisitos Registro en el que se llevan las transacciones de dinero de un cliente Son las acciones necesarias para la realizacin de un asunto Persona o entidad con una relacin con el Banco de tipo comercial Alias Servicio al Cliente
Termino Administrador de Cuenta
Transaccin
Operacin Crdito
Prstamo
Cuenta
Cuenta de Ahorro, Cuenta Corriente
Trmite
Cliente
85
CONCLUSIONES
Luego de haber finalizado esta segunda etapa como grupo se lleg a la conclusin que las descripciones de los Casos de Uso deben de realizarse de una forma en la cual se considera todos los aspectos posibles y los cursos alternativos que se pueden llevar a cabo cuando se implemente el Sistema ya que de ac se parte para realizar los Diagramas de Secuencia que presentan la interaccin entre los Actores y el Sistema y el Modelo del Dominio partes fundamentales para un buen Anlisis de Requisitos.
Los Diagramas de Secuencia del Sistema tienen la caracterstica de que muestran que es lo que hace el sistema y no cmo lo hace como una caja negra y el Modelo del Dominio es una representacin visual de las clases conceptuales ambos modelos son necesarios para la creacin de los Contratos de Operacin en los que se describe el comportamiento del Sistema.
86
RECOMENDACIONES
Debido a posibles cambios en el transcurso del proyecto las fechas estipuladas pueden estar sujetas a cambios dependiendo de las necesidades que el cliente presente en el desarrollo del mismo. La determinacin de los alcances del proyecto pueden ser mayores de acuerdo a las necesidades que presente la entidad bancaria y la cantidad de clientes que posea y de las polticas internas del banco. Investigar ms sobre la capacidad del sistema para trabajar en red y en conjunto sin alterar el orden.
87
BIBLIOGRAFIA
www.google.com Guiones de clase de la materia. Investigacin de Campo a Entidades Bancarias principalmente a Banco de Amrica central. www.bac.net www.bac.net/elsalvador/esp/banco/otrosbac/otrbac-DescargaFormularios.html
88
ANEXOS
89
90
91
92

Welcome To The Jungle

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Welcome To The Jungle

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD DE EL SALVADOR

FACULTAD DE INGENIERIA Y ARQUITECTURA ESCUELA DE INGENIERA INDUSTRIAL CICLO II-2009

TECNOLOGIA ORIENTADA A OBJETOS

GRUPO TERICO N 2 GRUPO DE TRABAJO N 3

CIUDAD UNIVERSITARIA, 12 DE OCTUBRE DE 2009

DICCIONARIO DE DATOS _________________________________ 79

CONCLUSIONES _____________________________________________ 86 RECOMENDACIONES _________________________________________ 87 BIBLIOGRAFIA _______________________________________________ 88 ANEXOS ____________________________________________________ 89

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

DESCRIPCION DEL SISTEMA

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

DESCRIPCION DEL PROYECTO

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

MODELO DE CASOS DE USO

Resumen de los Beneficios

Informacin de cuentas y crditos oportuna y precisa,

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Resumen de las caractersticas del sistema

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Administracin de Cuentas Bancarias

Descripcin de los Casos de Uso

Actor Principal Personal Involucrado e Intereses

Garantas de xito Escenario principal de xito

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Nombre Objetivo Actor Principal Personal Involucrado e Intereses

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Garantas de xito Escenario principal de xito

Nombre Objetivo Actor Principal Personal Involucrado e Intereses

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Garantas de xito Escenario principal de xito

Nombre Objetivo Actor Principal Personal Involucrado e Intereses

Garantas de xito Escenario principal de xito

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Diagramas de Secuencia del Sistema

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Operacin Referencias Cruzadas Precondiciones Post-condiciones

Operacin Referencias Cruzadas Precondiciones Post-condiciones

Operacin Referencias Cruzadas Precondiciones Post-condiciones

Operacin Referencias Cruzadas Precondiciones Post-condiciones

Tecnologa Orientada a Objetos

2 Etapa: Anlisis de Requisitos

Operacin Referencias Cruzadas Precondiciones Post-condiciones

CONCLUSIONES _________________________ 86 RECOMENDACIONES _ 87 BIBLIOGRAFIA _ 88 ANEXOS __________________________ 89