P. 1
Welcome to the Jungle

Welcome to the Jungle

|Views: 12|Likes:
Published by Erick Douglas Tobar

More info:

Published by: Erick Douglas Tobar on Jan 10, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

01/07/2014

pdf

text

original

UNIVERSIDAD DE EL SALVADOR

FACULTAD DE INGENIERIA Y ARQUITECTURA ESCUELA DE INGENIERÍA 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 TEÓRICO Nº 2 GRUPO DE TRABAJO Nº 3

INTEGRANTES
FLORES PEÑATE, MARVIN OMAR HERNÀNDEZ BALETTE, BILLY LEOPOLDO MENEDEZ PARADA, JESUS ABELARDO ANTONIO TOBAR LÓPEZ, ERICK DOUGLAS VÁSQUEZ MARTÍNEZ, 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

Tecnología Orientada a Objetos

2ª Etapa: Análisis de Requisitos

INTRODUCCION
En el presente trabajo se presenta el desarrollo del documento de análisis de requisitos correspondiente a la segunda etapa de este proyecto que consiste en la elaboración de un sistema el cual facilite a los usuarios el desempeño de sus labores cotidianas.

Para nuestro caso particular el proyecto ha sido elaborado para una entidad bancaria tomando como referencia el Banco de América Central (BAC). Dicho sistema presentara los 5 procesos más importantes para esta entidad, aplicando las técnicas de análisis y diseño 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.

1

mediante la aplicación 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 través de escenarios de éxito y posibles rutas alternas para el desarrollo de los mismos. Identificar las fronteras que delimitan el desarrollo de una operación Establecer funciones u objetivos para los usuarios del sistema Conocer las asociaciones entre los elementos de un sistema 2 .Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos OBJETIVOS DE LA ETAPA GENERAL Realizar un análisis de requisitos basado en los procesos principales de una Organización.

a continuación se realiza una breve descripción de los mismos: 1) Administración de una cuenta: Este proceso consiste en llevar el control de las transacciones realizadas en una cuenta bancaria. cobro de cheques. 4) Pago de Servicio. 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. 5) Administración 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. dicho sistema controlara las partes más principales de los procesos de mayor uso en los bancos los cuales se presentan en los casos de uso. 3) Proceso de Créditos: Consiste en proporcionar a las personas que reciben su salario por medio del banco. luz y teléfono. 3 . Las funciones principales son: crear cuenta.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos DESCRIPCION DEL SISTEMA El sistema a desarrollar esta dirigido a una entidad bancaria basándonos en las políticas internas del Banco De América Central (BAC). depósitos y retiro de efectivo y cancelar una cuenta. El sistema proporcionara el servicio de pago de los servicios básicos de toda persona los cuales son agua. Se llevara el control de las cantidades prestadas y cuotas de pago establecidas al cliente y las tasas de interés según monto de préstamo y de salario.

fijar plazos y aprobar montos crediticios. Aperturar cuentas de ahorro.1. al igual con las cuentas corrientes. vela principalmente por la apertura de este tipo de cuentas.1. recibir pagos de salarios. No Usuarios 1. Cajero: esta encargado de hacer las transacciones involucradas con el manejo de efectivo: recibir pagos. retirar efectivo o realizar remesas a otras cuentas.1.1. 1. cancelar cuenta de ahorro. Asesorar sobre los planes a los clientes. canjear cheques. En general registrar transacciones de entradas y salidas de efectivo. que utilizan al banco como medio para pagar servicios básicos. 1. emitir estados de cuentas cuando se le solicite y clausurar las cuentas al termino del plazo o bien cuando se cancele el crédito solicitado por el cliente.2. Usuarios 1.1. entregar salarios.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos I. habilita a los demás usuarios al registrarlos en el mismo. Clientes: aquellos que poseen cuentas de ahorro o de crédito. mostrar estado de cuenta cuando se le solicite.1.3.2. 4 . 1.2.1. Administrador de Cuentas: se encarga de gestionar las cuentas de los clientes del banco. Administrador del Sistema: se encarga del manejo del personal relacionado al uso del sistema.4. 1. Ejecutivo de Créditos: se encarga de la gestión de las cuentas de crédito que otorga el banco a sus clientes. Se encarga de actualizar la información personal de cada usuario del sistema y renovar las claves de acceso según un tiempo establecido. DESCRIPCION DEL PROYECTO Personal Involucrado 1.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 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 depósitos a cuenta Retirar dinero mediante cheque Retirar dinero con libreta Administrador de Cuentas Crear Cuenta Consultar Cuenta Cancelar Cuenta Ejecutivo de Créditos Otorgar crédito Consultar estado del crédito Revisar estados de cuenta Solicitar Datos y Referencias del Cliente Establecer plazos de financiamiento Registrar Datos del Crédito Registrar Datos del Cliente Cancelar crédito 5 .

Detección de fallos automática. Información de cuentas y créditos oportuna y precisa. Resumen de los Beneficios Característica soportada Funcionalmente. Beneficio del personal involucrado Servicios más rápidos y automáticos. otorgación de créditos. haciendo uso de protocolos estándares financieros. MODELO DE CASOS DE USO Visión General El Sistema de Bancos “SisBanc” trabajará en los bancos y sus sucursales. cambiando a procesamiento local sin conexión cuando los servicios no estén disponibles. proporcionara todos los servicios a los usuarios y colaborara con los otros Sistemas Externos para su completo funcionamiento. El Procesamiento continúa aun cuando fallen los componentes externos. 6 .Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos II. incluyendo la retiros y depósitos de dinero. el sistema proporcionará todos los servicios típicos que requiere la un banco. etc. Transacciones en tiempo real con sistemas de terceras partes. Configuración flexible de la lógica del negocio. Reglas del negocio “conectables” en varios puntos del escenario durante el procesamiento de las cuentas.

basadas en estándares industriales. 7 . Transacciones en tiempo real. Consulta y Cancelación de Cuentas. Retiro y Deposito de Dinero. Pago de Servicios de Clientes. Pago de Salarios a Clientes. Otorgación de Créditos. con sistema de terceras partes.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Resumen de las características del sistema Creación. Transferencia de Dinero. Procesamiento automático de ventas sin conexión cuando fallen los componentes externos.

Quiere asegurar que se registran las sin errores. facilidad de uso y resoluciones rápidas para optimizar el tiempo. y así mejorar el servicio al cliente. 2.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Administración de Cuentas Bancarias Descripción de los Casos de Uso Nombre Objetivo Actor Principal Personal Involucrado e Intereses Precondiciones Garantías 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. Cliente: Quiere que la cuenta sea creada sin contratiempos y de forma segura. • El Cliente tiene el mínimo 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 creación de la Cuenta. Banco: Quiere realizar las operaciones con precisión y rapidez y satisfacer los intereses de los clientes. El Sistema muestra los Tipos de Cuenta disponibles. 3. El Administrador de Cuenta selecciona un 8 .

La información del Cliente no es correcta. 1.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Extensiones Requisitos Especiales Frecuencia Tipo de Cuenta. Quiere actualizaciones automáticas y rápidas de la cuenta del cliente. y así mejorar el servicio al cliente. • El texto debe ser visible a 1 metros de distancia. • Interfaz de usuario con pantalla táctil en pantalla plana. El Sistema Registra el Tipo de Cuenta y los Datos del Cliente. El Administrador de Cuenta revisa y acepta la Información procesada. Quiere que la consulta muestre todo lo que desea conocer de forma ordenada y sistemática. • Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en sí. El tiempo de respuesta debe ser de 2 . 8. El Sistema crea la Cuenta y asigna Número de Cuenta creado al Cliente. 4. Quiere asegurar que se registran las operaciones sin errores. 5. Asignar Libreta de Ahorros 3b. 6. El Administrador de Cuenta finaliza la creación de la Cuenta 3a. Banco: Quiere realizar las transacciones con precisión y rapidez y satisfacer los intereses de los clientes. 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. El Administrador de Cuenta ingresa los Datos del Cliente. El Administrador de Cuenta elige Cuenta Corriente. 6a. Introducir la información nuevamente. Asignar Libreta de Ahorros y Chequera. 1. Se repite los pasos del 2 al 7 para cada Cliente.5 segundos el 95% de las veces. El Administrador de Cuenta elige Cuenta de Ahorro. 7. • La Cuenta debe de existir 9 . 1. facilidad de uso y resoluciones rápidas para optimizar el tiempo. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos.

Consulta realizada con éxito 1.5 segundos el 95% de las veces. • El texto debe ser visible a 1 metros de distancia. 5. El Administrador de Cuenta inicia la Consulta de la Cuenta. El número de Cuenta introducido es incorrecto. • Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en sí. Se repiten los pasos del 2 al 6 para cada Cliente. Cliente: Quiere que la cuenta sea eliminada correctamente y sin contratiempos. 1.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos • Garantías de Éxito Escenario principal de éxito Extensiones Requisitos Especiales Frecuencia El Administrador de Cuenta se identifica y autentica. 2. y así mejorar el servicio al cliente. 6. Banco: Quiere realizar las transacciones con precisión y rapidez y satisfacer los intereses de los clientes. Quiere actualizaciones automáticas y rápidas de la cuenta del cliente. • El Saldo de la Cuenta a eliminar debe de estar a cero. El Administrador de Cuenta selecciona un tipo de Cuenta. El Administrador de Cuenta introduce el Número de Cuenta del Cliente. Finalizar Caso de Uso • Interfaz de usuario con pantalla táctil en pantalla plana. El número de Cuenta introducido no existe. El Sistema muestra los Tipos de Cuenta. Diaria Nombre Objetivo Actor Principal Personal Involucrado e Intereses 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. Quiere asegurar que se registran las operaciones sin errores. 4a. El Administrador de Cuenta finaliza la Consulta de Saldo. El Sistema muestra el Saldo y las transacciones realizadas del Cliente. 4b. facilidad de uso y resoluciones rápidas para optimizar el tiempo. 1. El tiempo de respuesta debe ser de 2 . 3. 4. • El Administrador de Cuenta se identifica y 10 . El Administrador de Cuenta introduce le número de Cuenta nuevamente.

2a. El Administrador de Cuenta inicia la Cancelación de Cuenta 2. El Sistema muestra los Datos de la Cuenta.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Garantías de Éxito Escenario principal de éxito Extensiones Requisitos Especiales Frecuencia autentica. 4. 6. El Administrador de Cuenta elige el tipo de Empleado al que pertenece.5 segundos el 95% de las veces. • Interfaz de usuario con pantalla táctil en pantalla plana. El número de Cuenta introducido es incorrecto 1. 2. El Sistema Registra la cancelación de la Cuenta. El Administrador de Cuenta finaliza la Cancelación de la Cuenta Se repiten los pasos del 2 al 6 para cada Cliente. El Sistema verifica y acepta el ingreso al 11 . • El texto debe ser visible a 1 metros de distancia. • Pertenecer al Sistema SisBanc (Haber recibido Numero de Identificación y Clave de Acceso de acuerdo a su posición) Validación Exitosa 1. 3. El Administrador de Cuenta introduce le número de Cuenta nuevamente. 3. El Administrador de la Cuenta Elimina la Cuenta. 7. El Sistema muestra los tipos de Empleados. El Administrador de Cuenta ingresa Número de Identificación y la Clave de Acceso. El Administrador de Cuenta introduce el número de Cuenta. No muy frecuente Nombre Objetivo Actor Principal Personal Involucrado e Intereses Precondiciones Garantías de Éxito Escenario principal de éxito 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. La Cuenta es cancelada 1. 4. El Sistema devuelve un Comprobante de cuenta eliminada. Banco: Quiere tener debidamente identificado y validado para mejorar la seguridad y evitar los errores. El Administrador de Cuenta llega al Banco e ingresa al Sistema. 5. El tiempo de respuesta debe ser de 2 . • Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en sí. 5.

2-3a. El tipo de Empleado no coincide con el Número de Identificación. El Administrador de Cuenta lo ingresa nuevamente. El Número de Identificación es denegado o incorrecto.5 segundos el 95% de las veces. El Sistema muestra el error y retorna al inicio. 1. • El texto debe ser visible a 1 metros de distancia. Diaria 12 . 2a. • Interfaz de usuario con pantalla táctil en pantalla plana.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Extensiones Requisitos Especiales Frecuencia Sistema. La Clave de Acceso es incorrecta. El tiempo de respuesta debe ser de 2 . 1. • Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en sí. 1. El Administrador de Cuenta la ingresa nuevamente. 2. El Administrador de Cuenta realiza el proceso otra vez. 2a.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Diagramas de Secuencia del Sistema 13 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 14 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 15 .

 Se inicializó el atributo c.  c se asoció con el Sistema.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Contratos de Operaciones Operación Referencias Cruzadas Precondiciones Post-condiciones IniciarCreacionCuenta() Caso de Uso: Crear Cuenta No hay Creación de Cuenta en Proceso  Se creó una instancia de Cuenta c.  Cl se asoció con una Cuenta. 16 .monto Operación Referencias Cruzadas Precondiciones Post-condiciones SeleccionarTipoCuenta(TipodeCuenta:IDTipoCuenta) Caso de Uso: Crear Cuenta.direccion pasó a se la Dirección del Cliente.DUI pasó a ser el DUI del Cliente.  Cl.  Cl. en base de la coincidencia del númerodecuenta.telefono pasó a ser el Teléfono del Cliente. Consultar Cuenta Hay una Cuenta  Se creó la instancia TipodeCuenta TdC.  Cl se asoció al Sistema.numerodecuenta y c.  TdC se asoció con el Sistema  TdC.TipodeCuenta pasó a ser Tipo de Cuenta elegido.  Cl.nombre pasó a ser el Nombre del Cliente. Operación Referencias Cruzadas Precondiciones Post-condiciones IngresarDatosCliente(Datos:DatosCliente) Caso de Uso: Crear Cuenta Hay una Creación de Nueva Cuenta  Se creó la instancia Cliente Cl.  Cl.  TdC se asoción con una Cuenta. Operación Referencias Cruzadas Precondiciones Post-condiciones EliminarCuenta() Caso de Uso: Eliminar Cuenta Monto de Cuenta saldado  Se rompió la asociación entre Cuenta C y Cliente Cl.

Clave:string) Caso de Uso: Validar Usuario No hay operaciones en Curso.  DdA.  Se asocia DdA con El Sistema.  Dda.clave pasa a ser la Contraseña de acceso del Empleado.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Operación Referencias Cruzadas Precondiciones Post-condiciones IngresarDatosdeAcceso(IDcliente:int.  DdA se asocia con TiposdeEmpleado 17 .IDnombre pasa a ser Codigo de Identificacion del Empleado.  Se crea la instancia DatosdeAcceso DdA.

Se actualiza la cuenta del cliente. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. Quiere asegurar que se registran las operaciones sin errores. 18 . facilidad de uso y Intereses resoluciones rápidas para optimizar el tiempo. y así mejorar el servicio al cliente. Precondiciones Garantías de éxito El cajero se identifica y autentica. Se realiza retiro de efectivo. Banco: Quiere realizar las transacciones con precisión y rapidez y satisfacer los intereses de los clientes.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Transacciones Bancarias Descripción de los Casos de Uso Nombre del Caso De Retirar Dinero Mediante Cheque Uso Descripción El cajero se encarga de introducir la información del cheque Actor Principal Cajero Personal Involucrado e Cajero: Quiere entradas precisas. Quiere actualizaciones automáticas y rápidas de la cuenta del cliente.

La cuenta no tiene fondos suficientes para la transacción: 1. 4a. El sistema señala el error y se rechaza la entrada. El cajero elige la transacción equivocada: 1. El Cajero lleva a cabo la transacción. 8. El cajero inicia un nuevo registro. Los datos del cheque son incorrectos: 1. El sistema reconstruye el estado anterior. El cajero no introduce algún dato por error: 1. El cajero selecciona una transacción. El sistema registra la transacción y actualiza el estado de la cuenta. El cajero inicia la nueva operación. 6. El cajero introduce el dato requerido. El sistema regresa a su estado inicial. Interfaz de usuario con pantalla táctil en pantalla plana. En Cualquier momento el sistema falla: Para poder recuperar la información de una operación. para realizar una transacción. 5a. 3. 7. 2a. El sistema informa del error al cajero. 2. 4. El sistema señala el error y rechaza la entrada. 2. 2. El cajero detiene la operación. El sistema no puede recuperar la información. El cajero le entrega el dinero al cliente. El sistema muestra el monto que se va a retirar y el estado de la cuenta. El cajero reinicia el registro de los datos del cheque. 1. ii. 10. El cajero detiene el sistema 2. i. 3. El cliente se retira de la sucursal con el dinero. 2. se identifica y solicita la recuperación del estado anterior. 2-9a. 9. 5b.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Escenario principal de Éxito Extensiones Requisitos Especiales Frecuencia 1. El texto debe ser visible a 2 metros de distancia. El sistema regresa a la pantalla de selección de transacción. 11. El cliente llega a la sucursal bancaria. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. El cajero elige la transacción correcta. registra el error y pasa a su estado inicial. 5. 19 . se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. Diaria. El sistema pide que se introduzca el dato que falta. El sistema muestra el listado de las transacciones que se pueden realizar. El cajero finaliza la operación. 2. El cajero introduce la información del cheque. Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en si. 3. El cajero reinicia el sistema.

El sistema registra la transacción y actualiza el estado de la cuenta. registra el error y pasa a su estado inicial. El sistema reconstruye el estado anterior. 8. El cajero inicia un nuevo registro. Precondiciones Garantías de éxito Escenario principal de Éxito El cajero se identifica y autentica. El cajero finaliza la operación. 2.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Nombre del Caso De Retirar Dinero Con Libreta Uso Descripción El cajero se encarga de introducir la información de la transacción Actor Principal Cajero Personal Involucrado e Cajero: Quiere entradas precisas. El cajero le entrega el dinero junto con la tarjeta al cliente. El sistema no puede recuperar la información. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. Extensiones 20 . ii. para realizar una transacción. Quiere asegurar que se registran las operaciones sin errores. El sistema muestra el listado de las transacciones que se pueden realizar. se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. 5. 1. El cajero inicia la nueva operación. 4. 5b. El Cajero lleva a cabo la transacción. El sistema reinicia el registro del monto. 7. 11. El cliente llega a la sucursal bancaria. El cajero introduce el monto equivocado: 1. 3. El cajero selecciona una transacción. 10. El cajero introduce el monto a retirar junto con los datos de la libreta. El cajero introduce información incorrecta de la cuenta: 1. y así mejorar el servicio al cliente. 9. Se actualiza la cuenta del cliente. El sistema muestra el monto que se va a retirar y el estado de la cuenta. Banco: Quiere realizar las transacciones con precisión y rapidez y satisfacer los intereses de los clientes. El sistema informa del error al cajero. 6. 2a. Quiere actualizaciones automáticas y rápidas de la cuenta del cliente. facilidad de uso y Intereses resoluciones rápidas para optimizar el tiempo. 2. Se realiza Retiro de efectivo. i. El sistema señala el error y rechaza la entrada. se identifica y solicita la recuperación del estado anterior. El cliente se retira de la sucursal con el dinero. El cajero reinicia el sistema. 1. En Cualquier momento el sistema falla: Para poder recuperar la información de una operación. 5a.

5. Se actualiza la cuenta del cliente. 4. El cajero selecciona una transacción. El cajero no introduce algún dato por error: 1. El texto debe ser visible a 2 metros de distancia. Quiere asegurar que se registran las operaciones sin errores. Quiere actualizaciones automáticas y rápidas de la cuenta del cliente. El sistema pide que se introduzca el dato que falta. Diaria. El cajero introduce el monto del depósito junto con la información de la cuenta. 2. facilidad de uso y Intereses resoluciones rápidas para optimizar el tiempo. Uso Descripción El cajero introduce los datos del Depósito.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Requisitos Especiales Frecuencia 2. 2-9a. Interfaz de usuario con pantalla táctil en pantalla plana. Precondiciones Garantías de éxito El cajero se identifica y autentica. Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en si. 2. 3. El cliente llega a la sucursal bancaria. 5c. Actor Principal Cajero Personal Involucrado e Cajero: Quiere entradas precisas. 3. El sistema señala el error y se rechaza la entrada. Escenario principal de 1. El cajero lleva a cabo la transacción. El cajero inicia la nueva operación. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. 8. El cajero detiene la operación. y así mejorar el servicio al cliente. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. Nombre del Caso De Realizar Depósito. 7. La cuenta no tiene fondos suficientes para la transacción: 1. El sistema regresa a su estado inicial. Se realiza Depósito de efectivo. Banco: Quiere realizar las transacciones con precisión y rapidez y satisfacer los intereses de los clientes. 6. El sistema muestra el monto que se va a depositar y el estado de la cuenta. El cajero introduce el dato requerido. El sistema registra la transacción y actualiza el estado de la cuenta. 21 . El cajero corrige los datos erróneos. El sistema muestra el listado de las transacciones que se pueden realizar. 2. para realizar una Éxito transacción.

3. 11. 5c.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 9. El cajero finaliza la operación. 2. 2-9a. Diaria. El cajero reinicia el registro de los datos del depósito. Interfaz de usuario con pantalla táctil en pantalla plana. El cajero inicia un nuevo registro. Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en si. se identifica y solicita la recuperación del estado anterior. El cajero corrige los datos erróneos. Actor Principal Cajero 22 . El sistema regresa a su estado inicial. El sistema pide que se introduzca el dato que falta. El sistema señala el error y se rechaza la entrada. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. 5a. Uso Descripción El cajero introduce los datos de la Transferencia. El texto debe ser visible a 2 metros de distancia. 1. El sistema señala el error y rechaza la entrada. se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. 3. 2. ii. registra el error y pasa a su estado inicial. El cliente se retira de la sucursal con el dinero. Requisitos Especiales Frecuencia Nombre del Caso De Realizar Transferencia de Efectivo. Extensiones En Cualquier momento el sistema falla: Para poder recuperar la información de una operación. El sistema señala el error y se rechaza la entrada. 2. El sistema no puede recuperar la información. 5b. 10. i. El sistema informa del error al cajero. El cajero introduce el dato requerido. 2. El cajero introduce información incorrecta de la cuenta: 1. El cajero no introduce algún dato por error: 1. 2. El cajero reinicia el sistema. El cajero le entrega el dinero al cliente. La cuenta no tiene fondos suficientes para la transacción: 1. El cajero detiene la operación. Los datos del depósito son incorrectos: 1. El sistema reconstruye el estado anterior.

se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. Se actualiza la cuenta del cliente. para realizar una Éxito transacción. Se realiza transferencia de efectivo. El sistema pide que se introduzca el dato que falta. Banco: Quiere realizar las transacciones con precisión y rapidez y satisfacer los intereses de los clientes. El sistema muestra el monto que se va a transferir y el estado de las cuentas. El sistema informa del error al cajero. El sistema no puede recuperar la información. 6. 8. i. El cajero introduce el monto de la transferencia junto con la información de las cuentas. El cliente llega a la sucursal bancaria. 5. 2. El sistema registra la transacción y actualiza el estado de las cuentas. El cajero lleva a cabo la transacción. 2. Precondiciones Garantías de éxito El cajero se identifica y autentica.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Personal Involucrado e Cajero: Quiere entradas precisas. ii. 5a. Quiere asegurar que se registran las operaciones sin errores. registra el error y pasa a su estado inicial. Cliente: Quiere que el saldo de la cuenta este actualizado para evitar contratiempos. 2. El cajero reinicia el registro de los datos de la transferencia. El cajero inicia la nueva operación. 5c. El cajero introduce información incorrecta de las cuentas: 1. 2. El cajero inicia un nuevo registro. El cliente se retira de la sucursal. 7. facilidad de uso y Intereses resoluciones rápidas para optimizar el tiempo. 9. se identifica y solicita la recuperación del estado anterior. El sistema muestra el listado de las transacciones que se pueden realizar. El cajero finaliza la operación. 23 . El sistema reconstruye el estado anterior. El cajero no introduce algún dato por error: 1. El cajero reinicia el sistema. Extensiones En Cualquier momento el sistema falla: Para poder recuperar la información de una operación. 3. Los datos de la transferencia son incorrectos: 1. 2a. El cajero corrige los datos erróneos. 10. 2. El sistema señala el error y se rechaza la entrada. 5b. 1. 4. Quiere actualizaciones automáticas y rápidas de la cuenta del cliente. El sistema señala el error y rechaza la entrada. El cajero selecciona una transacción. y así mejorar el servicio al cliente. El sistema señala el error y rechaza la entrada. Escenario principal de 1.

Diaria. El sistema se inicia. El cajero introduce el dato requerido. 2. Precondiciones Garantías de éxito Escenario principal de Éxito Se ingresa al sistema. Nombre del Caso De Validar Usuario. 2. Intereses Banco: Quiere un nivel de seguridad alto para evitar fraudes. Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en sí. Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en si. La cuenta no tiene fondos suficientes para la transferencia: 1. El cajero introduce la clave. El cajero introduce una clave incorrecta: 1. Extensiones Requisitos Especiales Frecuencia 3a. El sistema muestra mensaje de error 2. Interfaz de usuario con pantalla táctil en pantalla plana. El cajero introduce la clave correcta Interfaz de usuario con pantalla táctil en pantalla plana. El texto debe ser visible a 2 metros de distancia.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Requisitos Especiales Frecuencia 3. Diaria. 24 . Uso Descripción El cajero introduce la clave de acceso. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. El cajero detiene la operación. 4. El sistema le pide la clave de acceso. El texto debe ser visible a 2 metros de distancia. El sistema regresa a su estado inicial. Actor Principal Cajero Personal Involucrado e Cajero: Quiere facilidad de uso y rapidez. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. El cajero ejecuta el sistema. 1. 2-9a. 3.

El cajero registra el tipo de pago del cliente. 4a. facilidad de uso y resoluciones rápidas para optimizar el tiempo. El sistema no puede recuperar la información. 18. 17. 13. 3a. 19. El cajero reinicia el sistema. Poseer Conexión con sistemas de servicios externos. Servicio cancelado. El cajero selecciona el servicio que el cliente desea pagar. El cliente llega a la sucursal bancaria. El sistema guarda el registro. El sistema reconstruye el estado anterior. El cajero finaliza la operación. En Cualquier momento el sistema falla: Para poder recuperar la información de una operación. El cajero lleva a cabo la operación. registra el error y pasa a su estado inicial. Quiere asegurar que las operaciones sean realizadas con eficacia. El pago del servicio es en efectivo: 1. 4. El cajero ingresa los datos de la factura junto con el monto a cancelar. 2. 16. Banco: Quiere realizar el pago del servicio del cliente con precisión y rapidez y satisfacer los intereses de los clientes. El Cajero finaliza la operación. Validar acceso al sistema. y así mejorar el servicio al cliente. El cajero inicia el sistema. 15. 3. Si el sistema no posee el servicio que el cliente desea pagar: 1. 2a. El sistema informa del error al cajero. iv. 14.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Nombre del Caso De Uso Descripción 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. 12. se identifica y solicita la recuperación del estado anterior. El cajero inicia un nuevo registro. se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. para realizar el pago del servicio. Cliente: Quiere que el sistema registre el pago del servicio con éxito. iii. Centro de Servicios Varios: Quiere que las operaciones se realicen con éxito y se actualicen constantemente los registros. El sistema registra la transacción y actualiza el Precondiciones Garantías de éxito Escenario principal de Éxito Extensiones 25 . El sistema muestra los tipos de servicios que se pueden seleccionar.

El sistema muestra el listado de las cuentas y el saldo depositado. 1. El cajero ingresa los datos del cheque y verifica que tenga fondos suficientes: 1a. 4. El cajero finaliza la operación. Quiere asegurar que las operaciones sean realizadas con eficacia. El texto debe ser visible a 2 metros de distancia. El cajero finaliza la operación. El cajero se encarga de actualizar el estado de las cuentas de los diferentes clientes.El cheque no tiene fondos: I. Cliente: Quiere que el sistema registre los depósitos hechos a las cuentas. Banco: Quiere realzar la actualización de las cuentas de los cliente con precisión y rapidez. Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en si. El cajero actualiza el estado de las cuentas por medio del sistema. Que el cliente haya realizado los depósitos a las cuentas. El sistema registra la operación. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. El pago del servicio es con cheque: 3. Diaria. Cuentas actualizadas. El cajero ingresa los datos de la factura y lleva a cabo la transacción. 2. 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. y así mejorar el servicio al cliente. 5. facilidad de uso y resoluciones rápidas para optimizar el tiempo. se asegura que esta se pueda recuperar desde cualquier paso Precondiciones Garantías de éxito Escenario principal de Éxito Extensiones 26 . Cajero Cajero: Quiere entradas precisas. 4b. El cliente Realiza el deposito a las cuentas. 4.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos estado de la factura. Frecuencia Nombre del Caso De Uso Descripción Actor Principal Personal Involucrado e Intereses Recibir pago de salarios. Validar acceso al sistema. 3. El cajero inicia el sistema. 3. El cajero finaliza la operación. Requisitos Especiales Interfaz de usuario con pantalla táctil en pantalla plana. 5. Debe poseer lector de código de barra. En Cualquier momento el sistema falla: Para poder recuperar la información de una operación.

Validar acceso al sistema. El cliente llega a la sucursal bancaria. El cajero inicia el sistema. se identifica y solicita la Precondiciones Garantías de éxito Escenario principal de Éxito Extensiones 27 .Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos del escenario principal. facilidad de uso y resoluciones rápidas para optimizar el tiempo. El sistema no puede recuperar la información. El sistema verifica que la cuenta tenga fondos para el retiro. 6. 5. Debe poseer lector de código de barra. vi. 2. registra el error y pasa a su estado inicial. El sistema reconstruye el estado anterior. El cajero selecciona la transacción a realizar. 9. Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en si. se asegura que esta se pueda recuperar desde cualquier paso del escenario principal. El cajero ingresa el monto a retirar 7. y así mejorar el servicio al cliente. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. Cajero Cajero: Quiere entradas precisas. 1. Nombre del Caso De Uso Descripción Actor Principal Personal Involucrado e Intereses Entregar Pago de Salarios. para realizar el retiro de dinero. 2. El texto debe ser visible a 2 metros de distancia. El sistema muestra las transacciones que se pueden seleccionar. Cliente: Quiere que el sistema este actualizado para llevar a cabo el retiro con éxito. 2a. Quiere asegurar que las operaciones sean realizadas con eficacia. El sistema actualiza la cuenta. El cajero inicia un nuevo registro. 8. 4. El cajero reinicia el sistema. 1. Requisitos Especiales Interfaz de usuario con pantalla táctil en pantalla plana. El cajero reinicia el sistema. Banco: Quiere realizar la transacción del cliente con precisión y rapidez y satisfacer los intereses de los clientes. 1. En Cualquier momento el sistema falla: Para poder recuperar la información de una operación. El Cajero finaliza la operación. Retiro realizado. El sistema informa del error al cajero. v. El cajero ingresa los datos de la cuenta. se identifica y solicita la recuperación del estado anterior. 3. El cajero se encarga de entregar el dinero a los clientes que se les paga por medio del banco.

Requisitos Especiales Interfaz de usuario con pantalla táctil en pantalla plana. II. El saldo de la cuenta no es suficiente: 1. I. El sistema no puede recuperar la información. El sistema reconstruye el estado anterior. El sistema informa del error al cajero. 2. Debe poseer lector de código de barra. El cajero finaliza la operación. 2a. Semanal. 3a. Frecuencia 28 . El cajero inicia un nuevo registro. Si el sistema no posee el servicio que el cliente desea pagar: 2.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos recuperación del estado anterior. El cajero finaliza la operación. Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en si. El texto debe ser visible a 2 metros de distancia. El tiempo de respuesta debe ser 5 segundos el 95% de las veces. 6a. registra el error y pasa a su estado inicial.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Diagramas de Secuencia del Sistema 29 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 30 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 31 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 32 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 33 .

A Si el sistema no posee el servicio que el cliente desea pagar: El cajero finaliza la operación.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Curso Alternativo 3. 34 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 4a. El cajero ingresa los datos de la factura junto con el monto a cancelar. 2. El cajero finaliza la operación. 35 . 3. El sistema registra la transacción y actualiza el estado de la factura. El pago del servicio es en efectivo: 1.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 36 .

fechatransaccion.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Contratos de Operaciones Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: crearNuevoDeposito() Caso de Uso: Realizar Depósito No hay depósito en curso  Se creo una instancia de TransaccionRealizada T  T se asoció con el Sistema  Se inicializaron los atributos IDtransaccion. IDtipo. IDtipo. fechatransaccion. fechatransaccion. 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. numerocuenta: int) Caso de Uso: Realizar Depósito Hay un depósito en curso  Se creó una instancia de DepositoDe Dinero D  D se asoció con TransaccionRealizada  D.monto paso a ser monto  D. en base a la coincidencia de numerodecuenta Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: 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. monto. de T 37 . monto. IDtipo. de T Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: crearNuevoRetiro() Caso de Uso: Retirar Dinero con Libreta.numerocuenta paso a ser numerocuenta  D se asocio con una cuenta. de T Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: introducirInformacionDeDeposito(monto: float. monto.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: 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.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 Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: 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 .  Se inicializo el atributo IDservicio Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: Ingresar Datos (TipoPago: Float. en base a la coincidencia de numerodecuenta  TD se asoscio Con una CuentaDestino. en base a la coincidencia de numerodecuenta Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: 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. 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.monto paso a ser monto  TD se asocio con una CuentaOrigen. IDrecibo y Monto Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: Seleccionar TipodePago (tipoPago) Caso de Uso: Recibir pago de Servicio curso alternativo 4.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Operación: Referencias Cruzadas: Precondiciones: Post-condiciones: IngresarDatos (numerodecuenta: int. con la cuenta y con la transacción  Se inicializaron los atributos Monto y numerodecuenta 39 . 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.

Precondiciones Garantías de Éxito Escenario principal de éxito 40 . 1.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Créditos Descripción de los Casos de Uso Nombre Objetivo Actor Principal Personal Involucrado e Intereses Otorgar Crédito El Ejecutivo de Créditos será el encargado de otorgar los créditos a través de la evaluación de los datos del cliente. 4. Cliente: Es registrado en el sistema para conocer el estado de cuenta y el estado del crédito otorgado. 3. Ejecutivo de Créditos Ejecutivo de Créditos: Inicia el registro del cliente para conocer si el cliente cumple con los requisitos del banco para la obtención del crédito. Crédito Otorgado. 2. El Ejecutivo de Créditos introduce los datos y referencia del cliente. El Ejecutivo de Créditos inicia el sistema. El Sistema muestra los estados de cuenta del cliente. El Ejecutivo de Créditos ingresa los plazos de financiamiento del crédito.

El Ejecutivo de Créditos introduce los datos del cliente.a El Sistema falla. Introducir datos nuevamente. Se repiten los pasos del 2 al 5 para cada cliente. Introducir datos nuevamente. Se repiten los pasos del 2 al 5 para cada cliente. 5.a Se introducen datos erróneos. 3. El Ejecutivo de Créditos inicia el registro de los datos del cliente. 1. 2. 2. El Sistema muestra los datos del cliente. 1.b Faltan datos por introducir. Ejecutivo de Créditos Ejecutivo de Créditos: Introduce los datos del cliente para conocer el estado del crédito.a El Sistema falla. 4. Introducir datos nuevamente. y registra la información. 1. 1. 2. 2. Presentación de la información. 1. • Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en sí. Introducir datos faltantes. Introducir datos faltantes. Finalizar Sistema. 1.b Faltan datos por introducir. 1. 1. El cliente debe de estar registrado. 4.a Se introducen datos erróneos. El Ejecutivo de Créditos introduce los datos del crédito. 2. Precondiciones Garantías de Éxito Escenario principal de éxito Extensiones 41 . 1. El Sistema muestra los datos del crédito. Frecuente Requisitos Especiales Frecuencia Nombre Objetivo Actor Principal Personal Involucrado e Intereses Consultar Estado del Crédito El Ejecutivo de Créditos introduce los datos del cliente y del crédito para obtener el estado del crédito. El Sistema registra la información. el estado del crédito. Finalizar Sistema. 1.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Extensiones 5.a Se introducen datos erróneos.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Requisitos Especiales Frecuencia 4. El Sistema muestra el comprobante de crédito cancelado y registra la información. 4. Introducir datos faltantes. 1. 1. • Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en sí. se registra la información y se finaliza el sistema. Se repiten los pasos del 2 al 5 para cada cliente.a El Sistema falla. Se muestra la deuda pendiente. Finalizar Sistema. Precondiciones Garantías de Éxito Escenario principal de éxito Cancelación del Crédito. 2. 1. 1. 1. Ejecutivo de Créditos Ejecutivo de Créditos: Introduce monto faltante para cancelar el crédito. • Debe poseer capacidad de recuperación cuando falla el acceso al sistema o el sistema en sí. 1. El Ejecutivo de Créditos introduce la cantidad de efectivo faltante. Frecuente Extensiones Requisitos Especiales Frecuencia 42 . El Ejecutivo de Créditos inicia la cancelación del crédito. Frecuente Nombre Objetivo Actor Principal Personal Involucrado e Intereses Cancelar Crédito El Ejecutivo de Créditos se encarga de cancelar el crédito cuando el cliente cancela su deuda con el banco. 2.a Se introducen datos erróneos.a Se introduce un monto insuficiente para cancelar el crédito. Introducir datos nuevamente. 5. El Ejecutivo de Créditos introduce los datos del cliente. 4. El Sistema muestra el estado del crédito.b Faltan datos por introducir. 3.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Diagramas de Secuencia del Sistema 43 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 44 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 45 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 46 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 47 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 48 .

Operación: IngresarPlazosdeFinanciamiento(DatosCredito) Referencias Caso de Uso: Otorgar Crédito Cruzadas: Precondiciones: Existe un cliente registrado Post Se creó una instancia de Crédito Credit.Monto pasó a ser el Monto del Crédito.Monto pasó a ser el Monto del Crédito. Condiciones:  Credit se asoció con un cliente.  Cl. Precondiciones: Análisis de Cliente en Proceso Post Se creó la instancia Cliente Cl.Plazos pasó a ser los Plazos del Crédito.  Cl.IDCredito pasó a ser el IDCredito del Crédito.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Contratos de Operaciones Operación: Referencias Cruzadas: IntroducirDatosCliente(Datos:DatosCliente) Caso de Uso: Otorgar Crédito.Plazos pasó a ser los Plazos del Crédito.Monto pasó a ser el Monto del Crédito.  Cl.  Credit.  Credit.Codigo pasó a ser el Codigo del Cliente.NoCuenta pasó a ser el NoCuenta del Cliente. Condiciones:  Credit se asoció con un cliente.  Credit. Consultar Estado del Crédito.Nombre pasó a ser el Nombre del Cliente. Cancelar Crédito.  Credit. Condiciones:  Cl se asoció al Sistema. Operación: IntroducirCantidaddeEfectivoFaltante(Monto:float) Referencias Caso de Uso: Consultar Estado del Crédito Cruzadas: Precondiciones: Existe un cliente registrado Post Se creó una instancia de Crédito Credit.  Cl.  Credit.  Credit.Referencia pasó a ser Referencia del Cliente.  Cl. 49 .DUI pasó a ser el DUI del Cliente. Operación: IntroducirDatosdelCredito(Datos:DatosCredito) Referencias Caso de Uso: Consultar Estado del Crédito Cruzadas: Precondiciones: Existe un cliente registrado Post Se creó una instancia de Crédito Credit.  Credit. Condiciones:  Credit se asoció con un cliente.IDCredito pasó a ser el IDCredito del Crédito.

Si el Sistema falla. El Sistema muestra un listado de posibles operaciones a realizar 3.a. El Administrador del Sistema selecciona una operación a realizar 1. reiniciar caso de uso Ocasionalmente Precondiciones Garantías de Éxito Escenario principal de éxito Extensiones Requisitos Especiales Frecuencia Nombre Objetivo Actor Principal Personal Involucrado e Intereses Agregar nuevo empleado al sistema El Administrador del Sistema agrega personal habilitado para manipular el sistema Administrador del Sistema Administrador del Sistema: añade a los registros del sistema personal para manipular el sistema en sus actividades.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Administración del Sistema Descripción de los Casos de Uso Nombre Objetivo Actor Principal Personal Involucrado e Intereses 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 Gestión de personal iniciada 1. 50 . El Administrador del Sistema inicia el registro de personal 2.

El sistema muestra dato invalido 2.a Si el Administrador introduce un código identificador no registrado 1. El sistema reinicia el caso de uso Precondiciones Garantías de Éxito Escenario principal de éxito Extensiones 51 . El Administrador del Sistema inicia el registro del empleado 2. Empleado: es dado de alta por el sistema para desarrollar sus labores en el banco. El Administrador del Sistema ingresa dato correcto Realizar pasos hasta que el dato sea valido Ocasionalmente Extensiones Requisitos Especiales Frecuencia Nombre Objetivo Definir Tipo Empleado El Administrador del Sistema define el rol que desempeña el empleado Actor Principal Administrador del Sistema Personal Involucrado e Administrador del Sistema: asigna el papel a desempeñar Intereses en el sistema. Si el Administrador del Sistema introduce un dato erróneo 1. El sistema muestra el listado de datos requeridos 3. habilitándole para realizar ciertas operaciones. El sistema indica el error 2. El Administrador del Sistema introduce los datos solicitados 4. El sistema asigna y muestra código identificador del empleado 5. El Administrador del Sistema selecciona el cargo que desempeñara el empleado 4. El sistema asigna y muestra una clave de acceso al empleado según su cargo 5.a. El sistema muestra un listado de los cargos que tienen acceso al sistema 3. El sistema registra la clave de acceso y el código identificador 1. Empleado registrado y código identificador existente Empleado con cargo y clave de acceso asignada 1. El sistema registra los datos 3.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Empleado: es registrado en el sistema para el desarrollo de sus labores Precondiciones Garantías de Éxito Escenario principal de éxito Empleado registrado 1. El Administrador del sistema introduce código identificador del empleado 2.

Empleado registrado Actualización de datos exitosa 1. El Administrador del Sistema introduce código identificador 2. Si el Administrador introduce un dato inválido 1.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Requisitos Especiales Frecuencia Raramente Nombre Objetivo Actor Principal Personal Involucrado e Intereses Precondiciones Garantías de Éxito Escenario principal de éxito Modificar Datos Empleado El Administrador del Sistema modifica información de un empleado registrado Administrador del Sistema Administrador del Sistema: actualiza información de los empleados que utilizan el sistema. El sistema muestra y registra el cambio Se repiten pasos 2 a 5 para cada cambio necesitado 6. El sistema muestra el listado de datos del empleado 3. El Administrador del sistema ingresa el dato correcto Repetir pasos 1 a 2 hasta que el dato ingresado sea correcto Ocasionalmente Extensiones Requisitos Especiales Frecuencia Nombre Objetivo Actor Principal Personal Involucrado e Intereses 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 política de 52 .a. El sistema registra los cambios 4. El Administrador del Sistema acepta cambios 6. El Administrador selecciona el dato 4. El sistema muestra el dato erróneo 2.El sistema muestra los datos actualizados 7. El Administrador modifica el dato 5.

El sistema indica el error 2. El sistema solicita clave actual del empleado 4.a Si el Administrador introduce una clave de acceso no registrada o invalida 1. El sistema elimina la clave actual 6. El sistema reinicia el caso de uso 4. El sistema muestra datos del empleado 3. El Administrador del sistema reinicia el sistema Cada 90 días Precondiciones Garantías de Éxito Escenario principal de éxito Extensiones Requisitos Especiales Frecuencia Nombre Objetivo Actor Principal Personal Involucrado e Intereses 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 . El sistema muestra el error y solicita la clave de acceso correcta 2.a Si el Administrador introduce un código identificador no registrado 1. El Administrador del sistema introduce clave de acceso actual 5. Empleado: necesita de la clave de acceso para desarrollar sus labores que involucran el uso del sistema Empleado registrado Asignación de una nueva clave de acceso 1. El Sistema registra el cambio de clave de acceso 1. El Administrador del Sistema Acepta cambio 8. El Sistema no registra ningún cambio en claves de acceso 2.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos seguridad. 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 máximas 3) Si el sistema fallará en algún momento 1. debe cambiar la clave de acceso de los usuarios. El administrador del sistema introduce código identificador 2. El sistema asigna y muestra una nueva clave de acceso 7.

El Administrador ingresa código identificador del empleado cuya cuenta será eliminada Ocasionalmente Extensiones Requisitos Especiales Frecuencia 54 .a Si el Sistema muestra datos distintos a los de la del empleado a eliminar 1.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Precondiciones Garantías de Éxito Escenario principal de éxito dejado de laborar en el banco Empleado registrado Cuenta de Empleado eliminada del registro 1. El sistema indica el error 2. El Administrador del Sistema introduce el código identificador del empelado 2. El sistema elimina del registro los datos del empleado 1. El Administrador del Sistema rechaza la información de los datos mostrada 2.a Si el Administrador introduce un código identificador no registrado 1. El sistema reinicia el caso de uso 2. El Administrador confirma que estos datos corresponden al Empleado 4. El Sistema muestra los datos del Empleado a eliminar del registro 3.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Diagramas de Secuencia del Sistema 55 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 56 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 57 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 58 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 59 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 60 .

Tecnología Orientada a Objetos

2ª Etapa: Análisis de Requisitos

61

Tecnología Orientada a Objetos

2ª Etapa: Análisis de Requisitos

Contratos de Operaciones

Operación Referencias Cruzadas Precondiciones Post-condiciones

introducirDatos(nombre:String, dui:String, nit:String) Caso de Uso: Agregar nuevo empleado al sistema Se inicio la gestión 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

Operación Referencias Cruzadas Precondiciones Post-condiciones

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 código identificador  Se modifica la instancia Empleado Emp  Emp.nombre recupera el nombre asociado al codigoID

Operación Referencias Cruzadas Precondiciones Post-condiciones

seleccionarCargo(cargoID:integer) Caso de Uso: Definir Tipo Empleado Se tiene registro del empleado y código identificador  Se modifica la instancia Empleado Emp  Emp se asocia a Cargo  Emp se asocia a ClaveAcceso

Operación Referencias Cruzadas Precondiciones Post-condiciones

confirmarEliminacion(aceptar:boolean) Caso de Uso: Eliminar cuenta de Empleado Existe registro de empleado y código identificador valido  Se elimina la asociación Empleado – ClaveAcceso  Se eliminan registros de la instancia Emp de Empleado

Operación Referencias Cruzadas Precondiciones Post-condiciones

introducirClave(claveAcceso:String) Caso de uso: Reasignar clave de acceso Existe registro de empleado  Se recupera información de la instancia Emp  Se crea una instancia ClaveAcceso clavAcc  claveAcceso.clavAcc toma valor de nueva clave de acceso

62

Tecnología Orientada a Objetos

2ª Etapa: Análisis de Requisitos

Operación Referencias Cruzadas Precondiciones Post-condiciones

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

Operación Referencias Cruzadas Precondiciones Post-condiciones

seleccionarDato(idDato: integer) Caso de uso: Modificar Datos Empleado Existe registro de empleado  Se recupera la información de Empleado en la instancia Emp

Operación Referencias Cruzadas Precondiciones Post-condiciones

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

MODELO DEL DOMINIO Modelo del Dominio del Sistema Completo 64 .Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos III.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Modelo del Dominio de cada Caso de Uso Administración de Cuentas 65 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 66 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Transacciones Bancarias 67 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 68 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 69 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 70 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 71 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 72 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Créditos 73 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 74 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 75 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Administración del Sistema 76 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 77 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 78 .

í. …. é. DICCIONARIO DE DATOS Descripción Contiene nombre de Empleado Tipo de Dato String Longitud 50 Lista de valores posibles Valor por defecto Change case Tipo Título Reglas de Validación Caracteres posibles: A. B.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos IV. ó. ú Contendrá UNICAMENTE números bajo el siguiente formato: XXXXXXXX-X Contendrá UNICAMENTE números bajo el siguiente formato: XXXX-XXXXXX-XXXX Número perteneciente [01. b. z á.….Z a.04] Nombre del Atributo nombre dui nit Contiene número de Documento Único de Identidad Personal del Empleado Contiene Número de Identificación Tributaria String 10 String 17 idCargo Contiene identificador del cargo desempeñado por le empleado integer 02 01→Administrador del Sistema 02→Administrador de Cuentas 03→Ejecutivo de Crédito 04→Cajero Administrador de Cuentas. Ejecutivo de Crédito. Cajero Administrador del nombreCargo Nombre del cargo desempeñado por el empleado String 25 El sistema lo añadirá de forma automática al seleccionar el idCargo 79 .

Z] y los tres restantes números correlativos 01→Sí 00→No aceptar dato idDato Contendrá la respuesta de una operación de decisión Contendrá información sobre algún dato a modificar Identificador de los datos de empleado boolean 02 String 50 Dependerá de idDato. siendo los primeros dos caracteres letras [A.05] int claveAcceso Contiene la clave de acceso a las operaciones del sistema String 8 El sistema comparará con la clave que tendrá registrada bajo sensitive-case. este seleccionará la restricción a aplicar 01→codID 02→nombre 03→dui 04→nit 05→idCargo Número perteneciente [01.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos Sistema codID Contiene el Código Identificador del Empleado codigoID 06 El sistema lo añadirá automáticamente al registrarse un empleado. distinguiendo mayúsculas de minúsculas 80 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos monto Contiene el monto de una transacción Identificador único de cada cuenta float 10 Únicamente almacenará cantidades positivas desde 1 en adelante Contendrá UNICAMENTE números bajo el siguiente formato: XXXX-XXXX-XXXXXXXX Número perteneciente [01.07] numerocuenta int 20 IDtransaccion Identificador de transaccion int 02 01→Retirar dinero mediante cheque 02→Realizar Deposito 03→Realizar Transferencia de efectivo 04→Recibir Pago de servicios 05→Recibir pago de salarios 06→Entregar pago de salarios 07→Retirar dinero con libreta fechatransaccion Contiene la fecha en que se realiza una transaccion date Contendrá fechas con el siguiente formato: XX/XX/XXXX 81 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos IDtipo Tipo de transacción a realizar Nombre del cliente de la cuenta Identificador del cheque Int 02 Contendrá solo números positivos Ncliente string 40 Almacenara solo caracteres IDcheque Int 07 Únicamente números 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 Únicamente números con el siguiente formato: XXX-XXXXXX TEmpleado Contiene el tipo de empleado que ingresara al sistema Int 02 82 .

nit.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos telefono Teléfono de cliente String 10 Únicamente Contiene números con el siguiente formato: XXXX-XX-XX direccion Dirección de cliente String 70 IDcomprobante Identificador de comprobante de cuenta eliminada Nombre de cliente Int 11 Únicamente números con el siguiente formato: XXX-XXXXXX nombre String 40 Tcuenta Tipo de cuenta a crear Int 02 01→Cuenta Corriente 02→Cuenta de ahorros Número perteneciente [01. nit.02] DatosCliente Consolidado de datos que contiene los datos principales de un cliente: dui. direccion. telefono cliente Restricciones antes mencionadas referente a dui. nombre. nombre 83 .

Tecnología Orientada a Objetos

2ª Etapa: Análisis de Requisitos

DatosCredito

Consolidado de datos que contiene los datos principales de un crédito: plazo, idCredito, monto

credito

Para idCredito deberá tener el siguiente formato, formado sólo por números XXXX-XXXX-XXXXXXXX plazo > 1 (esta dado en años)

84

Tecnología Orientada a Objetos

2ª Etapa: Análisis de Requisitos

V.

GLOSARIO
Definición e Información Persona encargada de realizar aperturas y cancelación de cuentas Acción que se realiza cuando hay una operación comercial o bursátil de por medio Acción 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 realización de un asunto Persona o entidad con una relación con el Banco de tipo comercial Alias Servicio al Cliente

Termino Administrador de Cuenta

Transacción

Operación Crédito

Préstamo

Cuenta

Cuenta de Ahorro, Cuenta Corriente

Trámite

Cliente

85

Tecnología Orientada a Objetos

2ª Etapa: Análisis de Requisitos

CONCLUSIONES

Luego de haber finalizado esta segunda etapa como grupo se llegó a la conclusión 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 interacción entre los Actores y el Sistema y el Modelo del Dominio partes fundamentales para un buen Análisis de Requisitos.

Los Diagramas de Secuencia del Sistema tienen la característica de que muestran que es lo que hace el sistema y no cómo lo hace como una caja negra y el Modelo del Dominio es una representación visual de las clases conceptuales ambos modelos son necesarios para la creación de los Contratos de Operación en los que se describe el comportamiento del Sistema.

86

87 . La determinación 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 políticas internas del banco. Investigar más sobre la capacidad del sistema para trabajar en red y en conjunto sin alterar el orden.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 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.

Investigación de Campo a Entidades Bancarias principalmente a Banco de América central.google.html 88 .bac. www.net www.Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos BIBLIOGRAFIA www.com Guiones de clase de la materia.bac.net/elsalvador/esp/banco/otrosbac/otrbac-DescargaFormularios.

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos ANEXOS 89 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 90 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 91 .

Tecnología Orientada a Objetos 2ª Etapa: Análisis de Requisitos 92 .

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->