ATM SYSTEM

The ATM System is the project which is used to access their bank accounts in order to make cash withdrawls, recharge their mobile phones and booking their air-tickets. Whenever the user need to make cash withdraws, they can enter their pin number (personal identification number) and it will display the amount to be withdraw in the form of 100's 500's and 1000's. Once their withdraw was successful, the amount will be debited in their account.

By using the ATM System, user can recharge their mobile phones through any one of the service providers (BSNL, Hutch, Aircell, and Reliance) and the amount will be debited in their account.Even User can book their air-tickets by using the ATM system and the transaction was successful, the amount will be debited in their account.The ATM System is developed in Java and back-end database as Ms-Access. Java is the one of the powerful version of object oriented programming. Hence we use this software in our project.

Introduction
Purpose:

This document describes the software requirements and specification (SRS) for an automated teller machine (ATM) network. The document is intended for the customer and the developer (designers, testers, maintainers). The reader is assumed to have basic knowledge of banking accounts and account services. Knowledge and understanding of Unified Modeling Language (UML) diagrams is also required. Scope: The software supports a computerized banking network called Bank24. The network enables customers to complete simple bank account services via automated teller machines (ATMs) that may be located off premise and that need not be owned and operated by the customers bank. The ATM identifies a customer by a cash card and password. It collects information about a simple account transaction (e.g., deposit, withdrawal, transfer, bill payment), communicates the transaction information to the customers bank, and dispenses cash to the customer. The banks provide their own software for their own computers. The Bank24 software requires appropriate record keeping and security provisions. The software must handle concurrent accesses to the same account correctly. Documentation Conventions: Account: A single account at a bank against which transactions can be applied. Accounts may be of various types with at least checking and savings. A customer can hold more than one account. PIN: It Refers to Personal Identification Number. Used to identify and validate the login of an ATM user. Intended Audience: The intended audience of this SRS consists of: Software designers Systems engineers Software developers Software testers Customers Additional information: The ATM network does not work independently. It works together with the banks computers and the software run by the networks banks. The actors of the system are: 1. User 2. ATM Machine 3. Bank

Overall Description Product Perspective: An automated teller machine (ATM) is a computerized telecommunications device that provides the customers of a financial institution with access to financial transactions in a public space without the need for a human clerk or bank teller. On most modern ATMs, the customer is identified by inserting a plastic ATM card with a magnetic stripe or a plastic smartcard with a chip, that contains a unique card number and some security information, such as an expiration date or CVC (CVV). Security is provided by the customer entering a personal identification number (PIN). Product functions: Using an ATM, customers can access their bank accounts in order to make cash withdrawals (or credit card cash advances) and check their account balances. The functions of the system are: 1. Login 2. Get Balance Information 3. Withdraw Cash

User classes and characteristics: Open to all authorized users characteristic & is dependent upon functionality: Customers are simply members of the public with no special training. Bank security personnel need have no special education or experience. Maintainers must be experienced network administrators, to be able to connect new ATMs to the network.

Design/implementation constraints: Login If PIN is blank, prompt error message "Please provide PIN" Validate that the password entered matches the password on file If password does not match, prompt error message "Password is Incorrect" If number of consecutive unsuccessful logins exceeds three attempts, lock account Maintain Consecutive Unsuccessful Login Counter Increment Login Counter For every consecutive Login attempt, increment logic counter by 1.

Reset login counter to 0 after login is successful. Get Balance Information Withdraw Cash Transfer Funds

Assumptions and Dependencies: Hardware never fails ATM casing is impenetrable Limited number of transactions per day (sufficient paper for receipts) Limited amount of money withdrawn per day (sufficient money)

Other Nonfunctional Requirements Performance requirements: It must be able to perform in adverse conditions like high/low temperature etc. Uninterrupted interrupted connections High data transfer rate Safety requirements: Must be safe kept in physical aspects, say in a cabin Must be bolted to floor to prevent any kind of theft Must have an emergency phone outside the cabin There must be an emergency phone just outside the cabin The cabin door must have an ATM card swipe slot The cabin door will always be locked, which will open only when user swipes his/her ATM card in the slot & is validated as genuine Security requirements: Users accessibility is censured in all the ways Users are advised to change their PIN on first use Users are advised not to tell their PIN to anyone The maximum number of attempts to enter PIN will be three Requirements Deposit Money A customer can deposit money to a specific account. If the customer owns multiple accounts, the customer is able to choose which account to deposit to. You need to be able to simulate the process of a deposit. That includes any hardware that may be used to accept a deposit. Note: deposits are usually placed in a standard envelope which is given to the machine. Withdraw Cash A customer can withdraw cash from an account. An exchange is required if the currency withdrawn isnt the same as the account being withdrawn from. If the customer has multiple accounts, the customer is able to choose which account to withdraw from. Remember to consider the hardware aspects of the ABT. Think about what happens in the ATM machine when it doesnt have enough money. Check Balance Get the balance of an account. The user can also get a balance of all accounts linked to the card Support Multiple Linked Accounts An ATM card, as mentioned above, can be linked to multiple accounts.

Currency An account can have difference currency but once created must maintain that type of currency. Notification After a transaction, if an account has reached a pre-determined level, a notification is automatically sent to the account holders email address. Balance Notification After a transaction, if an account has reached a pre-determined level, a notification is automatically sent to the account holders email address. Stat Session To start using an ATM, the customer inserts their card. They only need to enter a Personal Identification Number (PIN) for verification. Finish Session When the customer is finished using the ATM, they can choose to finish their session. The ATM will return their card. ATM User-Interfaces We have two types of ATMs. One type of ATM is GUI based and the other type is text based. We need to easily support both of them and still re-use source code specific to the ATM process. Communication We need to easily communicate with our server; however, we want this complete hidden from the objects you create. For example, when a user enters their PIN, we can simply code Pin Validate. However, that command is really being executed on the server in some mystical way.