Atm Simulator: Lucknow University Department of Computer Science

Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1of 6

LUCKNOW UNIVERSITY

DEPARTMENT OF COMPUTER SCIENCE

A PROJECT REPORT
ON
ATM SIMULATOR

UNDER THE GUIDANCE OF


MR. RAJESH KUMAR GOUTAM

SUBMITTED BY:
MAHIMA GUPTA
BCA – V SEM
Ph: +917007915369
Mail: mahimagupta.gupta12@gmail.com
Objective:
The aim of the ATM Simulation System project is to build a Java based
ATM (Automated Teller Machine) Simulation System.

Introduction:
The introduction of ATM’s by various banks have brought about
freedom from the interminable queues in front of withdrawal counters
at banks. This ATM Simulation System requires the constant updating of
records between the bank servers and a spread out network of ATM’s.

Security is the foundation of a good ATM system. This system will


provide for secure authenticated connections between users and the
bank servers. The whole process will be automated right from PIN
(Personal Identification Number) validation to transaction completion.
ATM Simulation System will enable two important features of an ATM,
reduction of human error in the banking system and the possibility of
24 hour personal banking. The card details and PIN database will be a
secure module that will not be open to routine maintenance, the only
possibility of access to this database will be through queries raised from
an ATM in the presence of a valid bank ATM card.

Modern day banking means that a person who deposits money in a


bank branch may actually require to withdraw the same amount some
100 – 200 km’s away within 6 hours of the deposit. This requires the
presence of accurate and constantly updated bank records. This will be
possible due to a secure internet connection from the different bank
branches to a central bank server connected further in a secure fashion
to different ATM’s at different locations. This system will have a
Graphical User Interface which will make the whole process user
friendly. There will be a small learning curve for new users but tutorials
available at the ATM will ensure anyone can be an ATM expert in 2
minutes.

Any computerized system is susceptible to failure but failure in an ATM


system can be catastrophic and even lead to monetary loss. Scheduled
on – site maintenance can ensure secure software upgrades and help
avoid potential failure. The ATM will be programmed to notify the bank
about impending maintenance and will go into a lock down mode in the
event of delays of more than 7 days in the maintenance.
Existing System:
The existing ATM Simulation System was built for the original concept
of regional private banks. Small banks in villages and towns will service
the needs of the local community and will only require ledgers to
record account details. This system is prone to human error and causes
undue frustration to users. This system was augmented with the
introduction of excel sheets and emails. Banks could now record all
information in an excel sheet and then set an update schedule when
they will mail all records to a central hub where these records will again
be processed and consolidated to form a unified record of all account
transactions. These systems did not enable easy access to money and
were greatly prone to grievous errors.

Proposed System:
The proposed system aims to solve all this by constant updating of bank
records. The Java based construction of the system will enable
transactions at any bank or ATM to be registered within a matter of
seconds. Security of these details is also a top priority in this system.
This central hub will be accessed by an ATM for secure customer
transactions.
ATM Simulation Modules:
Advertiser: The Bank can use free screen time to advertise their
products. This will be possible only when no user is using the ATM for a
transaction.

Authenticator: This is the module that will first present itself to a user.
The user will have to present their ATM card and enter their PIN which
will be checked with the secure database at the Bank Central Server.
This module will also enable users to change their PIN.

Maintenance: This module will maintain a log of all updates and


maintenance of the ATM. It will notify the central server of impending
maintenance. In the event of delayed maintenance it will put the ATM
in reduced functionality lock down mode.

Transaction: This is the module that handles all user interaction with
the Bank Central Server after successful authentication. It will allow for
bank account balance checking and for withdrawals made. It will log
any changes in account details in the Bank Central Server.

Admin: The admin will operate from the Bank Central Server. The
admin module will ensure that only updated databases are used by the
transaction module. The maintenance of the machine can be remotely
postponed by an authorised user through the admin module.
System Requirements:
Software Requirements

 Apache Tomcat Web Server


 My SQL

Technology Used

 Java
 J2EE

Hardware Requirements

 Hard Disk – 2 GB
 RAM – 1 GB
 Processor – Dual Core or Above
 Mouse
 Keyboard
 Monitor
 Printer

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy