SOFTWAREREQUIREMENTSPECIFICATION(SRS)

After the analyst has gathered all the required information regarding the software to be developed, and has
removed all incompleteness, inconsistencies, and anomalies from the specification, he starts to systematically
organize the requirements in the form of an SRS document.

Some of the important categories of users of the SRS document are as follows:
Users, customers, and marketing personnel
Software developers

Test Engineers
User documentation writers

.Project Managers
Maintenance Engineers

Organization of an SRS document

The following are the three basic issues that are considered in any SRS document:

Functional requirements
Non-functional requirements
.Guidelinesfor system implementation

A sample ofan SRS document is given below:

1. Introduction
a) Background
b) Overall description
c) Environmental Characteristics
1) Hardware
2) Peripherals
3) People
2. Goals of Implementation
3. Functional Requirements
4. Non-functional Requirements
5. Behavioral Description
a) System States
b) Event and Actions.
10. Design and Implement ATM system through UML Diagrams.

Software RequirementSpecificationfor ATM

1. Introduction
An automated teller machine (ATM) is computerized telecommunications device that provides a financial
institution's customers a secure method of performing financial transactions, in a public space without the need
for a human bank teller. Through, customers interact with a user-friendly interface that enables them to access
their bank accounts and perform various transactions.

1.1 Purpose
This SRS defines External Interface, Performance and Software System Attributes requirements of ATM. This
document is intended for the following group of people:
Developers for the purpose of maintenance and new releases of the software.
Management of the bank.
Documentation writers.
Testers.

12 Scope
This document applies to Automated Teller Machine software ATM. This software facilitates the user to
perform various transaction in his account without going to bank. This software offers benefits such cash
withdrawals, balance transfers, deposits, inquiries, credit card advances and other banking related operations for
Customers.
The software takes as input the login Id and the bank account number of the user for login purposes. The
outputs then comprise of an interactive display that lets the user select the desirable function that he wants to
perform.. The software is expected to complete in duration of six months and the estimated cost is Rs18 lakhs.

2. The Overall Description

2.1 Product Perspective

.The ATM is a single functional unit consisting of various sub-components.
This software allows the user to access their bank accounts remotely through an
ATM without any aid of human bank teller.
. This software also allows to perform various other functions apart from just accessing his bank account
such as mobile bill clearings etc.
Some of its hardware components are cassettes, memory, drives, dispensers i.e. for receipts and cash, a
card reader, printer, switches, a console, a telephone dialer port, a networking port and disks.
The ATM communicates with the bank's central server through a dial-up communication link.
The Memory of the system shall be 20MB.
.The Cassette capacity shall be at least 2000 notes.

2.2Product Functions
The major functions that ATM performs are:
Language Selection
Account Maintenance
o Account Type
o Withdrawal / Deposit
O Amount
 o Denominations
o Money Deposition
o Balance Transfer
o Balance Enquiry
Billing
Cancelling

2.3 User Characteristics

The intended users of this software are as follows:
User A
User B
Maintenance Personnel
2.4 Constraints
T h e ATM must service at most one person at
a time.
The number ofinvalid pin entries attempted must not exceed three. After three unsuccessful login
attempts, the card is seized/blocked and need to be unlocked by the bank.
T h e simultaneous access to an account through both, the ATM and the bank is not supported.
T h e minimum amount of money a user can withdraw is Rs 100/- and the maximum amount of money a
user can withdraw in a session is Rs.10,000/- and the maximum amount he can withdraw in a day is Rs
20,000/-
Before the transaction is carried out, a check is performed by the machine to ensure that a minimum
amount of Rs 1000/- is left in the user's account after the withdrawal failing which the withdrawal is
deniod.
T h e ninimum amount a user can deposit is Rs 100/- and the maximum amount he can deposit is Rs
10,000/-
A user can select only that cellular operator for mobile bill clearings that is supported by the bank.
T h e software requires a minimum memory of 20GB.
.The database used should be Oracle7.0.
There sh I be a printer installed with the machine to provide the user with the printed statement of the
transaction.
For voice interactions, speakers should also be there to accompany the machine.

3. External Interface Requirements

3.1.1 User Interface Requirements

The interface provided to the user should be a very user-friendly one and it should provide an optional
interactive help for each of the service listed. The interface provided is a menu driven one and the following
screens will be
provided:
1. Alogin screen is provided in the beginning for entering the required username/pin no. and account
number.
2. An unsuccessful login leads to a reattempt (maximum three) screen for again entering the same
information. The successful login leads to a screen displaying a list of supported languages from which
a user can select any one.
3. In case of administrator, a screen will be shown having options to reboot system, shut down system,
block system, and disable any service.
4. After the login, a screen with a number of options is then shown to the user. It contains all the options
along with their brief description to enable the user to understand their functioning and select the proper
option.
5. A screen will be provided for user to carry out transactions and also to check his account balance.
 The following reports will be generated after each session dealt with in the machine:

1. The login time and logout time along with the user's pin no and account number is
bank's database. registered in the
2. The ATM's branch ID
through which the session is established is also noted down in
the bank's
database.
3. Various changes in the user's account after the transactions, if any, are reported in the database.
4. A printed statement is generated for the user displaying all the transactions he performed.
3.1.2 Hardware Interface Requirements
There various hardware components with which the machine is
are

interface requirements that need to be fulfilled for successful

required to interact. Various hardware
1. The ATM power functioning of the software are as follows:-
supply shall have a l0/220 V AC manual switch.
2. The ATM card should have the
following physical dimensions
a) Width 85.47mm-85.72mm
b) Height - 53.92mm-54.03mm
c) Thickness - 0.76mm+0.08mm
3. The card reader shall be a
magnetic stripe reader
4. The card reader shall have Smart card
option.
5. The slot for a card in the card reader
may include an extra indentation for the embossed area of the card.
In effect it acts as a
polarization key and may be used to aid the correct insertion orientation of the card.
This is an additional characteristic to the
magnetic
field sensor which off the operates magnetic stripe and is
used open a mechanical gate on devices such
to as ATMs.
6. There shall be a 40 column dot matrix
receipt printer.
7. There shall be a 40 column dot matrix statement printer.
8. The receipt dispenser shall be a maximum of 4" width and 0.5" thickness.
9. The statement dispenser shall be a maximum of 5" width and 0.5" thickness.
10. The envelope depository shall be a maximum of 4.5" width, 10" length and 0.5" thickness.
11. Screen resolution
of at least800X600-required for proper and complete viewing of screens. Higher
resolution would not be a
problem.

3.1.3 Software Interface Requirements

in order to perform various different functions, this software needs to interact with various other Softwares. So
there are certain software interface requirements that need to be fulfilled which are listed as
1. The transaction management software used to manage the transaction and keep track of resources shall
follows:
be BMS version 2.0.
2. The card management software used to verify pin no and login shall be CMS version 3.0.
3. Yamaha codecs 367/98 for active speakers.
4. The database used to keep record of user accounts shall be Oracle version7.0.

4. Other Nonfunctional Requirements

41PerfomanceRequirements
The following list provides a brief sumnary of the performance requirements for the software:
4.1.1 Capacity

78
 T h e ATM shall provide customers a 24 hour service.

412Dvnamic requirements
The card verification time must not exceed 0.8 sec. under normal server workload and I sec. under peak
server workload.
The pin number verification time must not exceed 0.3 sec. under normal server workload and 0.5 sec.
under peak server workload.
Account balance display time must not exceed 2 sec. under normal server workload and 3 sec. under
peak server workload.
Account balance transfer time must not exceed 3 sec. under normal server workload and 4 sec. under
peak server workload.
Cash withdrawal transaction time must not exceed 4 sec. under normal server workload and 5 sec. under
peak server workload.
Deposit transaction time after insertion of the deposit envelope must not exceed 5 sec. under normal
server workload and 6 sec. under peak server workload.
Receipt printing time after must not exceed 3 sec. under normal server and peak server workload.
Touch screen and button response time must not exceed 5000ms.
Credit card advance time must not exceed 6 sec. under normal tratfic and server and peak traffic and
server workload.

41.3Ouality- The primary objective is to produce quality software. As the quality of a piece of software is
difficult to measure quantitatively, the following guidelines will be used when judging the quality of the
software:

. Consistency All code will be consistent with respect to the style. (This is implied when adhering to the
standard).
2. Test cases- All functionality will be thoroughly tested.

42.1Reliability
The data communication protocol shall be such that it ensures reliability and quality of data and voice
transmission in a mobile environment. For example. CDMA.
T h e memory system shall be of non-volatile type.

4.2.2 Availability
T h e product will have a backup power supply in case of power failures.
Any abnormal operations shall result in the shutting down of the system.
After abnormal shutdown of the ATM, the system shall have to be manually restarted by a maintenance
personnel.
There should be no inconsistency introduced in the account during whose transaction the system is
abnormally shut down.

4.2.3 Security
.The system shall be compatible with AIMS security standards.
The system shall have two levels of security i.e. ATM card and pin verification both authenticated by
the CMS software.
 T h e Encryption standard used during pin transmission shall be triple DES.
The password shall be 6-14 characters long.
Passwords shall not contain name of customers as they are easy to be hacked.
Passwords can contain digit, hyphen and underscore.
User should be provided with only three attempts for login failing which his card needs to be blocked.
There shall be a security camera installed near the ATM.
.There shall be a secured cash vault with a combination locking system.
T h e product cabinet cover shall be manufactured using Fiber glass for security purposes.

4.2.4 Maintainability
T h e system components i.e. modem, memory, disk, drives shall be easily serviceable without requiring
the
access to
vault.
.The system should have the mechanism of self-monitoring periodically in order to detect any fault.
T h e system should inform the main branch automatically as soon as it detects any error. The kind of
fault and the problem being encountered should also be mentioned by the system automatically

5. Module Description
The ATM project consists of the following modules:
Language Selection
Account Maintenance
o Account Type
o Withdrawal / Deposit
o Amount
o Denomination
o Money Deposition
o Balance Transfer
o Balance Enquiry
Billing
Cancelling
UML DIAGRAMSFORATM
USECASE DIAGRAM FOR ATM

System Sartup

System Shutdown
Operator

Maintenance

Session
exdend>>
<<include> Invalid PIN
Customer

Transaction Bank

Wthdrawl Deposit Tanser Inquiry

SEQUENCE DIAGRAM FOR ATM

C Customer A ATM Acc Account

1: Insert ATM Card

2: Request PIN

3: PIN Entered

4: Verity PIN

5: PIN OK

6: Request Option

7: Option Entered

8: Request Amount

9: Amount Entered

10 processTransaction)

11: Transaction Successtul

12: Dispense Cash

13: Request to Take Cash

14: Take Cash

15: Request Cantinuation

16: Teminate

17: Print Receipt

 11. Write SRS for ATM and draw Usecase andSequence diagrams for ATM.
12. Write SRSfor ATM and draw Activity and State chartdiagramsfor ATM.
13. Write SRS for ATM and draw Class and Collaboration diagramsfor ATM.