Software Requirements Specification

Software Requirements Specification for <Project> Page 1
Software Requirements
Specification
for
<ATM CONCEPT>
Version 1.0 approved
Prepared by <Ratna Deep Verma & Mohd. SHAZAHAR>
<S.I.T.M.>
<12/03/2011>
1. Introduction
1.1 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).
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 customer’s bank. The ATM identifies a
customer by a cash card Number and password. It collects information about a
simple account transaction (e.g., deposit, withdrawal, transfer, bill payment),
communicates the transaction information to the customer’s bank. 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.
• MaxDailyWD:
The maximum amount of cash that a customer can withdraw from an account in
a day (from
00:00 AM to 23:59 PM) via ATMs.
•PIN:
It Refers to Personal Identification Number. Used to identify and validate the
login of an ATM
user.
Additional information:
The ATM network does not work independently. It works together with the banks’
computers and the software run by the network’s 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
4. Transfer Funds
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.
Operating Environment:
The hardware, software and technology used should have following
specifications:
• Ability to validate the ATM card no
• Keypad
• Continuous power supply
• Ability to connect to network
• Ability to take input from user
• Ability to validate user
User Environment: NA
Design/implementation constraints:
• Login
• Validate Bank Card
• Validate for Card Expiration Date
• Validate that the card's expiration date is later than today's date
• If card is expired, prompt error message "Card is expired"
• Validate for Stolen or Lost Card
• Validate that the card is not reported lost or stolen
• If card is lost, prompt error message, "Card has been reported lost"
• If card is stolen, prompt error message, "Card has been reported stolen"
• Validate for Disabled Card
• Validate that the card is not disabled
• If card is disabled, prompt error message, "Card has been disabled as of

<expiration date>"
• Validate for Locked Account
• Validate that the account is not locked
• If account is locked, prompt error message "Account is locked"
• Validate PIN
• Validate that the password is not blank

• 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"
• Lock Account
• 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)
External Interface Requirements
• User interfaces
The customer user interface should be intuitive, such that 99.9% of all new ATM
users are able to
complete their banking transactions without any assistance.
• Software interfaces
The software will be able to contact network 24 hours , so user can access there
account any time and speed should be high to access the database.
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

(Analysis) For ATM Withdrawal
Project Team:
Ratna deep verma
Mohammad Shazahar Ashraf
Project Manager (Mrs. Sonal Khanna)

Date
Coordination:
______________________________________
________________________
Director, Engineering
Date
______________________________________
________________________

Software Requirements Specification

Uploaded by

Copyright:

Available Formats

Software Requirements Specification

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Software Requirements Specification

Uploaded by

Copyright:

Available Formats

Software Requirements Specification for <Project> Page 1

Prepared by <Ratna Deep Verma & Mohd. SHAZAHAR>

This document describes the software requirements and specification (SRS)

The actors of the system are:

User classes and characteristics:

• Validate Bank Card

• Validate for Card Expiration Date

• If card is expired, prompt error message "Card is expired"

• Validate for Stolen or Lost Card

• Validate that the card is not reported lost or stolen

• Validate for Disabled Card

• Validate that the card is not disabled

• If card is disabled, prompt error message, "Card has been disabled as of

• Validate for Locked Account

• Validate that the account is not locked

• If account is locked, prompt error message "Account is locked"

• Validate that the password is not blank

• 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

• If number of consecutive unsuccessful logins exceeds three attempts, lock

• 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

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)

External Interface Requirements

Other Nonfunctional Requirements

•Uninterrupted interrupted connections

•High data transfer rate

• 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

• 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

(Analysis) For ATM Withdrawal

Project Manager (Mrs. Sonal Khanna)

You might also like