60
Capítulo 2 Introducción a las aplicaciones en Java
7.
La pantalla muestra un mensaje para recordar al usuario que tome el dinero.
Los siguientes pasos describen las acciones que ocurren cuando el usuario elige la opción 3 para hacer un
depósito:
1.
La pantalla muestra un mensaje que pide al usuario que introduzca un monto de depósito o que escriba
0 (cero) para cancelar la transacción.
2.
El usuario introduce un monto de depósito o 0 mediante el teclado numérico. [
Nota: el teclado no
contiene un punto decimal o signo de dólares, por lo que el usuario no puede escribir una cantidad real
en dólares (por ejemplo, $1.25), sino que debe escribir un monto de depósito en forma de número de
centavos (por ejemplo, 125). Después, el ATM divide este número entre 100 para obtener un número
que represente un monto en dólares (por ejemplo, 125
÷
100
=
1.25)].
3.
Si el usuario especifi ca un monto a depositar, el ATM procede al
paso 4. Si elije cancelar la transacción
(escribiendo 0), el ATM muestra el menú principal y espera la entrada del usuario.
4.
La pantalla muestra un mensaje indicando al usuario que introduzca un sobre de depósito en la ranura
para depósitos.
5.
Si la ranura de depósitos recibe un sobre dentro de un plazo de tiempo no mayor a 2 minutos, el ATM
abona el monto del depósito al saldo de la cuenta del usuario en la base de datos del banco (es decir,
suma el monto del depósito al saldo de la cuenta del usuario). [
Nota: este dinero no está disponible de
inmediato para retirarse. El banco debe primero verifi car físicamente el monto de efectivo en el sobre
de depósito, y cualquier cheque que éste contenga debe validarse (es decir, el dinero debe transferirse de
la cuenta del emisor del cheque a la cuenta del benefi ciario). Cuando ocurra uno de estos eventos, el
banco actualizará de manera apropiada el saldo del usuario que está almacenado en su base de datos.
Esto ocurre de manera independiente al sistema ATM]. Si la ranura de depósito no recibe un sobre
dentro de un plazo de tiempo no mayor a dos minutos, la pantalla muestra un mensaje indicando que
el sistema canceló la transacción debido a la inactividad. Después el ATM muestra el menú principal y
espera la entrada del usuario.
Una vez que el sistema ejecuta una transacción en forma exitosa, debe volver a mostrar el menú principal para
que el usuario pueda realizar transacciones adicionales. Si el usuario elije salir del sistema, la pantalla debe mostrar
un mensaje de agradecimiento y después el mensaje de bienvenida para el siguiente usuario.
Análisis del sistema de ATM
En la declaración anterior se presentó un ejemplo simplifi cado de un documento de requerimientos. Por lo gene-
ral, dicho documento es el resultado de un proceso detallado de
recopilación de requerimientos
, el cual podría
incluir entrevistas con usuarios potenciales del sistema y especialistas en campos relacionados con el mismo. Por
ejemplo, un analista de sistemas que se contrate para preparar un documento de requerimientos para software
bancario (por ejemplo, el sistema ATM que describimos aquí) podría entrevistar expertos fi nancieros para obtener
una mejor comprensión de qué es lo que debe hacer el software. El analista utilizaría la información recopilada
para compilar una lista de
requerimientos del sistema
, para guiar a los diseñadores de sistemas en el proceso de
diseño del mismo.
El proceso de recopilación de requerimientos es una tarea clave de la primera etapa del ciclo de vida del
software. El
ciclo de vida del software
especifi ca las etapas a través de las cuales el software evoluciona desde el
momento en que fue concebido hasta que deja de utilizarse. Por lo general, estas etapas incluyen: análisis, diseño,
implementación, prueba y depuración, despliegue, mantenimiento y retiro. Existen varios modelos de ciclo de
vida del software, cada uno con sus propias preferencias y especifi caciones con respecto a cuándo y qué tan a
menudo deben llevar a cabo los ingenieros de software las diversas etapas. Los
modelos de cascada
realizan cada
etapa una vez en sucesión, mientras que los
modelos iterativos
pueden repetir una o más etapas varias veces a lo
largo del ciclo de vida de un producto.
La etapa de análisis del ciclo de vida del software se enfoca en defi nir el problema a resolver. Al diseñar
cualquier sistema, uno debe
resolver el problema de la manera correcta, pero de igual manera uno debe resolver el
problema correcto. Los analistas de sistemas recolectan los requerimientos que indican el problema específi co a
resolver. Nuestro documento de requerimientos describe nuestro sistema ATM con el sufi ciente detalle como para
que usted no necesite pasar por una etapa de análisis exhaustiva; ya lo hicimos por usted.
02_MAQ_CAP_02.indd60
4/19/081:19:07AM