Srs of bms

Software RequirementSpecificationof BankingSystem
The University of Lahore Page 1
Name (Zohaib Hussain)
Registration No (Bcs02123325)

Contents
1 Introduction…………………………………………………………………………………………..……………………….………3
1.1 Overview…………………………………………………………………………………………………………………………..3
1.2 Purpose…………………………………………………………………………………………………………………………….3
1.3 Scope………………………………………………………………………………………………………………………………...3
2 Overall Description…………………………………………………………………………………………………………….…..4
2.1 product Perspective……………………………………………………………………………………………………….….4
2.2 System Interface………………………………………………………………………………………………………………5
2.3 User Interface…………………………………………………………………………………………………….………………6
2.4 Hardware Interface……………………………………………………………………………………………………………6
2.5 Software Interface…………………………………………………………………………………………………………….6
2.6 CommunicationInterface…………………………………………………………………………………………………..6
2.7 Memory Constraints…………………………………………………………………………………………………………7
2.8 Operator…………………………………………………………………………………………………………………………..7
3 Product Function…………………………………………………………………………………………………………………….7
3.1 User Characteristic……………………………………………………………………………………………………………7.
3.2 Constraints……………………………………………………………………………………………………………………….7
3.3 Assumptionanddependencies………………………………………………………………………………………….8
3.3.1 Assumption…………………………………………………………………………………………………………….8
3.3.2 Dependencies…………………………………………………………………………………………………………8
4 SpecificRequirements…………………………………………………………………………………………………………….8
4.1 External Interface………………………………………………………………………………………………………………8
4.2 User Interface…………………………………………………………………………………………………………………….8
4.3 Function…………………………………………………………………………………………………………………………….9
4.3.1 logonCapabilities…………………………………………………………………………………………………..9
4.3.2 Browsing………………………………………………………………………………………………………………..9
4.3.3 Register……………………………………………………………………………………………………………….10
4.3.4 Money Deposit…………………………………………………………………………………………………….10
4.3.5 Money Withdraw…………………………………………………………………………………………………10
4.3.6 Account Information…………………………………………………………………………………………….10
4.4 Performance Requirements……………………………………………………………………………………………11
4.5 Logic DatabaseRequirements………………………………………………………………………………………….11
4.6 Design Constraints…………………………………………………………………………………………………………11

4.6.1 Standardcompliance……………………………………………………………………………………………11
4.6.2 Hardware Limitation……………………………………………………………………………………………11
5 Software Attributes………………………………………………………………………………………………………………11
5.1 Usability……………………………………………………………………………………………………………..……………11
5.2 Reliability………………………………………………………………………………………………………………………12
5.3 Availability……………………………………………………………………………………………………………….……..12
5.4 Security …………………………………………………………………………………………………………………………..12
5.5 Maintainability………………………………………………………………………………………………………………..12
5.6 Portability………………………………………………………………………………………………………………………12
6 Conclusion…………………………………………………………………………………………………………………………….12

1. Introduction
Thiswebapplicationmustbe easytouse and at the same time be sufficiently featuring rich to manage
all the site content. It needs to be suitably intuitive for a committed webmaster who wishes to
personalize the site.
1.1 Overview
ThisSoftware RequirementsSpecification(SRS) specifiesthe requirementsof the Core Banking Solution
(CBS) and e-Banking Solution (EBS), which will be used in the Banks. Internet banking system or
e-Bankingprovides is specifically developed for online banking for Balance Enquiry, Funds Transfer to
another account in the same bank, Request for cheque book/change of address/stop payment of
cheques, Mini statements (Viewing Monthly and annual statements).
1.2Purpose
The Traditional wayof maintainingdetailsof a user in a bank was to enter the details and record them.
Everytime the userneedstoperformsome transactionshe hasto go to bank andperformthe necessary
actions, which may not be so feasible all the time. It may be a hard-hitting task for the users and the
bankers too. The project gives real life understanding of Internet banking and activities performed by
various roles in the supply chain. Here, we provide automation for banking system through Internet.
Internet banking system project captures activities performed by different roles in real life banking
whichprovidesenhancedtechniquesformaintainingthe requiredinformationup-to-date,whichresults
inefficiency.The project gives real life understanding of Internet banking and activities performed by
various roles in the supply chain.
1.3 Scope
• Customer must have a valid User Id and password to login to the system
• If a wrong passwordisgiventhrice insuccession,thataccountwill be locked andthe customerwill not
be able to use it.Whenan invalidpassword is entered a warning is given to the user that his account is
going to get locked.
• After the valid user logs in he is shown the list of accounts he has with the bank.
• On selecting the desired account he is taken to a page which shows the present balance in that
particular account number
• User can request details of the last ‘n’ number of transactions he has performed.
• User can make a funds transfer to another account in the same bank. User is provided with a
transaction password which is different from the login password.

• User can transfer funds from his account to any other account with this bank. If the transaction is
successful a notification should appear to the customer, in case it is unsuccessful, a proper message
should be given to the customer as to why it failed.
• User can request for cheque book/change of address/stop payment of cheques.
• User can view his monthly as well as annual statements.
The application is to be fully-functional bank software. It will consist of a few different modules:-
The first module is to be a software application that can be used by bank customers Online. This
applicationwill allow the user to deposit, withdraw and transfer funds and check balance. The second
module istobe a software applicationthatis used within the bank creates the new user accounts. This
application will allow everything the Online allows as well as some additional features.
These features include; account creation, account deletion, customer records, and reports.
Both piecesof software will be linked to a central bank server. This server will handle multiplethreads
and will therefore allowforsimultaneousaccessof multipleusers. Itwill provideforuserauthentication
and will store all data. In these all are handled by Administrator.
2.1 Product Perspective
The Online BankingSystemisthe software,whichmanagesthe various users with independent access.
The Online Banking is a special order software system. It will be used in the stated configuration of
online.
2. Overall Description

2.2 System Interface
Figure1: Context Diagram(OnlineBankingSystem)

2.3 User Interface
There are four different ways for a user to interact with the system:
i. Viewers:- Many unknownpersonsor un-authenticated persons visit the Bank official site via
internet. They collect the information and search what are the schemes are available in the
bank web page. Those viewers or visitors became the customer of the bank.
ii. New User:- Who all visitedthatBankwebpage orheardabout the bankthose persons getting
ready to start account in bank. They register the bank application form, submit and start
accounting the nearest bank.
iii. Existing User:- The Existinguseristhe mosttypical user of the Online Banking system. Each
user have their own account and registered or authorized login access. The Existing user can
logininonline totheiraccountperform the operation of deposit, withdrawn, transfer, balance
queriesandtransactions.All the operationof the bankingdoinonline ithelpful foruserbecause
save time and efficient process.
iv. Administrator:- Adminismasteruserof the systembecause theyare mainrole of the system.
Admingrantand maintainthe database of the existing user and grant the permissions to users.
It overrules all other users.
2.4 Hardware Interface
On eachSystemandinternetconnectionsthereare processesresponsibleforit.Theyperformall online
functionsneededforasingle bankingsystem.If the systemsthathardware (serverand user’s system) is
able to make the banking function properly. In the server there is a master control panel, which
maintains and accesses all the systems as a system customers and bank staffs. This hardware has to
work in conjunction with the wire or wireless connections.
2.5 Software Interface
Software interface is supported by the main control panels and operating system in which hosts the
algorithms for calculating distributed travel and wait time information. Additionally, the algorithms
define andexportsystemcommandsformaincontrol panels,and communicationmediums. For testing
purposesthe software shall be capable of interfacing with software simulators on a PC computer using
GUI applications of webpages.
2.6 Communication Interface
All systeminterfacescommunicateinordertoactivate orderedrequests.The communication mediums
(wired or wireless) are the external interface that communicates with the control panel of the Online
BankingSystem.Thiscommunicationallowsforfailure messages, and requests to be sent and received
by the main system.

2.7 Memory Constraints
The implementationof the online bankingsoftware isconstrainedbythe capabilitiesof the connections
and itsapplicationof the software.The mastercontrol serverinthe bankingdoes have the database and
user information constraints.
2.8 Operations
Besidesthe normal behaviorof bankingrelatedtorespondingtoabrowse and request to the servers or
admins. New users download the application form of account open and fill that form they submit to
nearerbranch of same bank.Newusercan also applyforthe online banking accessthat request send to
admin.Adminclarifythe detailsaboutthe user and provide or grant the access for users. The users can
access the service from online banking; authenticated users will perform the operation of login,
browsing,deposit,withdrawn,balance query and transactions. An operation of the admin is managing
and controls the information and databases.
3. ProductFunction
3.1 User Characteristic
The typical bankcustomerwill be a person, from the age of 18 and up. There will more than likely be a
fairlyequal distributionof malesandfemales.The typical customerwill probably use the online couple
of timesaweek.The typical customermightnotknow anythingaboutcomputers,sotheirsystemneeds
to be very simple and easy to use. The typically customer will probably be a busy person therefore
they will need to do their transactions as quickly and efficiently as possible. The other user is a bank
employee.The bankemployee will be a different type of user. The bank Employee is a fairly educated
user, who is willing to sacrifice simplicity for functionality. They will use the software daily, for every
transaction. This could quite possibly be 30-60 transactions per hour per employee. Due to this
frequency of usage stability and speed of this software is incredibly important.
3.2 Constraints
The information of all the users must be stored in a database that is accessible by the Online System.
The Online Banking System is connected and is running all 24 hours a day. The users access the Online
Systemfromanycomputerthat has InternetbrowsingcapabilitiesandanInternetconnection.The users
must have their correct usernames and passwords to enter into the Online Dictionary System. The
project is safety critical. Under no circumstances shall a user of the system be harmed or harm others
throughproperor improperuse of the online.The projectshall conformtoany rules for Online Banking
in place in the Pakistan.

3.3 Assumption and Dependencies
3.3.1 Assumption
Embeddedreal-time environment,orcompatible,availableonplatformif the clientchangesor upgrades
their office system, the Online Banking System will not be guaranteed to function unless the new
operatingsystemisfullycompatiblewiththe currentsystemasdescribedinsection 3 of this document.
All timings stated in this SRS shall be adhered to within +/- 10% all requirements are addressed in this
version of the Online Banking System. No requirements are delayed to future versions.
3.3.2 Dependencies
The variousnumbersof usersand servicesonthe Online Bankingsystem
 Powerresource
 Systems(usersystems/Servers)
 Communication mediums(Wired/Wireless)
 InternetConnection
4. SpecificRequirements
4.1 External Interface
The external interfaces of the Online Banking system are relative to the various users which contain
independent access units in each, and one master control of admin. These interfaces are described
below
4.2 User Interface
The User Interface definesthe human-computerinteractionof the Online Bankingsystem.The system
requiresinteractionfromvarioususers:
 The standard existingusers or customers interact with the online interface within the banking
System.
 The existing user interacts with the system to allow or authenticate for deposit, withdrawn,
transfer and balance queries.
 The newuserinteractswiththe systemtoregisterandapplyto the Online Banking transactions.
 The Administratorinteractswiththe systemwithinthe mastercontrol unit.Thesepeople are
givenspecial preference privileges(usuallyreservedformaintenance crew orbuilding
databases) andmanage all type of users.

4.3 Functions
The Online Banking System shall contain the following functionality organized by object:
4.3.1 Logon Capabilities
INPUT- The username and password
OUTPUT- the personalized login page will be displayed.
PRECONDITION– the user should be a registered customer/ should register as a new user.
It isbasicallythe loginpage throughwhichuserinteractswiththe Banking site. It has various functions.
Users can enterintohis/heraccountwhere apersonalizedview isavailable. His most common searches
and the recentupdatescan be viewedbecausehisdetailsandhisactivitieswould be updated, on every
logon, in the user database. New users could also use services like deposit, withdraw and
otherapplicationsafterregistering on the site. There is a link provided on the new link to register, if a
newuser.User can alsogive balance enquiredtothe loginpage. Variouslinkslike home, register, about
are available to go directly to the page desired. User can contact admin or can check for validation
of site.Usercan directlygoto loginsection,checkfornew updatesetc. through this page. User can also
go directlytothe searchedas linkseriesisgiventhereinloginpage itself.So,justby clicking on the link,
user will be able to see the pages what he/she want from banking services.
4.3.2 Browsing
INPUT- Clicksonthe link towhichthe service belongs.
OUTPUT- The service of the bankingwebpage view
PRECONDITION- The linkpagesshould existinthe bankingdatabase.
The Online Bankingcanbe providingthe servicestocustomers.The browsinglinksare givenin a section
in the footer region and it will be replicated in all the html sheets, thus the accessibility is
high. The browsingfunctionalityissimple.The links are arranged service vice and each of them is links.
Whenthe user clicks on the service links which gets highlighted on hovering, and the section showing
the various pagesinthe database relatedtothe specifiedletterisshownonthe webpages.These pages
are generated dynamicallyonaccessingthe bankingdatabase.Theselinksgeneratedare alsohyperlinks,
which on clicking leads the user to a page with all the details relating to the page, from service usage,
messagesand relatedpage linkstoservice anditsorigins.Thismakesan ease access and is supposed to
give a feel of the quick transaction banking system.

4.3.3 Register
INPUT - New user fill the details send the completed form
OUTPUT - The form is sent to the administrator.
PRECONDITION– the user should be a registered customer/ should register as a new user.
The newuserswant to open accountin the banktheydirectlydownload application form from banking
webpage andthenhe fill the form to start account in nearest bank. New users want to start the online
bankingservicesthey fill the forminonlineandsend to admin. Admin verified that details and provide
the service to users.
4.3.4 Money Deposited
INPUT - User can click the link and send to database
OUTPUT - user can view the information in page
PRECONDITION – the user should be a deposited their account.
Existing users deposit the money from directly or transfer from any other bank/ same bank different
accounts. The deposit amount is credited in user account that amount updated in database.
4.3.5 Money Withdraw
INPUT - User can clickthe link andsendto database
OUTPUT - usercan viewthe informationin page
PRECONDITION–The userclicksthe hyperlinkinwebpage.
Existing users withdraw or transfer the money from directly or transfer to any other bank account/
same bank differentaccounts. The withdrawn amountisdetectedinuseraccountthatamount updated
in database.
4.3.6 Account Information
INPUT - User can clickthe link andsendto database
OUTPUT – User can viewthe informationin page
PRECONDITION –the userclickthe hyperlinkinwebpage.
Users enquire abouttheirbalance amountandbankprovidesthe facilitytousersee the balance
amount.

4.4 Performance Requirements
The Online BankingSystemshall be builtuponaninternet connection of server. The processor must be
capable of handlingreal-time functionalityactivatedbythe definedusers and communication medium.
In addition,the systemmustbe safety-critical.Allfailuresreportedby the communicationmediummust
be handled instantaneously to allow for user and system safety.
4.5 Logic Database Requirements
A one-to-manyrelational database shall be used in order to validate various user requests and failure
types. Moreover, failures are to be logged for reference. The database shall be concurrent with
the performance requirements of the Online Banking System.
4.6 Design Constraints
The Online BankingSystemshall runonanembedded system that handles safety-critical functionality.
The system shall use a real-time processor with dynamic memory allocation in order to handle
continuous activity. Also, user and software interfaces shall be simple and user-friendly, and comply
with the following:
4.6.1 Standard Compliance
The software shall adhere toAccountDepartmentcodesand regulations, and Building codes related to
public accounts safety.
4.6.2 Hardware Limitation
Thissoftware shall runonlyonan internet,itmustbe easily transferable tothe field.Adminperformthe
operationinonline eitheroffline.
5. Software Attributes
5.1Usability
The users of the system are members and the administrators who maintain the system. The members
are assumed to have basic knowledge of the computers and Internet browsing. The administrators of
the system to have more knowledge of the internals of the system and is able to rectify the small
problems that may arise due to disk crashes, power failures and other catastrophes to maintain the
system. The proper user interface, user’s manual, online help and the guide to use and maintain
the system must be sufficient to educate the users on how to use the system without any problems.

5.2 Reliability
The systemissafetycritical. If it moves out of normal operation mode, the requirement to drop to the
next lower floor and open its doors is given priority. This emergency behavior shall not occur without
reason. The systemhasto be very reliable due to the importance of data and the damages incorrect or
incomplete data can do.
5.3 Availability
Wheninnormal operatingconditions,requestbyauserfor an servicershall be handledwithin 1second.
Immediate feedbackof the systemsactivitiesshallbe communicatedtothe user by link page clicked. At
peek system load, individual users at either the server in the security office, at the links or inside the
bankingsystemshall notexperience anydelayinthe service response to their commands longer than 1
second. The systemisavailable 100%for the userand isused24 hrs. The system shall be operational 24
hours a day and 7 days a week.
5.4 Security
There shall be no securitymechanismsinplace tokeepunwantedusersoutof the system. However, all
users of the system shall not be able to perform actions or request actions from the Banking system,
which will cause harm to any person or damage to the system or its environment.
5.5 Maintainability
There shall be designdocumentsdescribing the internalworks of the software. There shall bean access
on the control panel and servers for the purpose of upgrading the software or flashing any firmware.
5.6 Portability
There are noportabilityrequirements.
RequirementOrganization:- All requirementsshallbe organizedaccordingtoobject.Firstgeneral
requirementsforall service typesshall be described.Followingare sectionsforeachservice type and
theirspecial requirements.Lastare requirementsrelatedtootherobjectslike the usersview pagesand
any other.
6. Conclusion
The BankingSystem a Database Project system is more efficient, fast, reliable, user friendly. Over and
above the proposed system does not have any possibility of data loss during processing. This banking
system project will serve as a useful approach to data base dialogue box to deposit and withdraw the
moneyforthe person.It servesasa helpful approach for the users. It provides easy way of the deposit
and withdrawsthe money.Itreducesthe time takenby the user to save the money. Thus the project is
the user friendly approach.

Srs of bms

More Related Content

What's hot

Similar to Srs of bms

Recently uploaded

Srs of bms