Online Banking System
Online Banking System
system.
SOFTWARE REQUIREMENTS SPECIFICATION.
INTRODUCTION.
Purpose:
The purpose of this document is to present a detailed description of the Online Banking System. It will explain the purpose and
features of the system, the interfaces of the system, what the system will do, the constraints under which it must operate and how the
system will react to external stimuli. This document is intended for both the stakeholders and the developers of the system and will
be liable for the approval or disapproval of the project by the community of the Bank.
Scope:
An online banking system will be applicable everywhere, where banking exists. It will be more efficient and easier way to have a
record on systems through which everyone can easily access it according to his rights as compared to the traditional banking system.
Every bank will prefer the online banking system instead of the traditional banking system as it contains many useful features and
fastest methods for the transactions
Following are the definitions for the jargoned words.
TERMS DEFINITION
SQL Server Structure query language for the database purposes. Used to define procedures to
store and retrieve data.
User A lay person who needs the system to do his task efficiently and effectively. An account holder or a
bank’s website visitor.
JSP JSP Hypertext Preprocessor, A server side scripting language, is used to connect the html with
the databases.
Credit Card Credit holding cards, buy everything and pay from the credit cards. These cards are of each
bank and ensure that the person has an account and balance in the specific bank of which he
holds the card.
Account Teller Bank staff that provides information about an account to the user who visits the bank branch
physically.
Computer Systems Computers, which will be used as clients to access the server database according to its right.
Administrator A person that will be responsible for the addition and deletion of the staff members from the
general database of the system.
SRS A document that completely describes all of the functions of a proposed system and the
constraints under which it must operate. For example, this
document.
Stake Holders Any person with an interest in the project who is not a developer.
Functionalities:
This software will have following functionalities
Customer will be able to check his balance online while sitting at home by accessing the database of the bank using his/her
password and account no. allotted him by the bank.
It will be easy for the customer to view or save his history transactions up to past 1 year transactions. It will provide him the
opportunity to maintain his bank balance and needs.
Balance transfer:
This system will provide a path to the customer of the bank to transfer his balance to other account in easy steps. A small transfer
fee will be applicable for this transaction.
Functionalities:
Bank staff will input and maintain their record online. It will be easy and efficient for them to serve more and more
people in less time.
Bank staff will easily search a record and update it if needed. Transactions will be faster even physically from the
branch because it will be very easy for the bank staff to check the balance of a specific person and update its record if
necessary.
Following is the context or origin of online banking system. Comparison b/w the Tradition system and the new system can also be
cleared through the system models.
In traditional system, customer should have to visit the Bank branch physically for the transactions or some other tasks. It wastes time.
After implementing the online banking system customer will be able to connect to his account through
the internet connection. Time usage will be minimized, task will be done fast instead of waiting someone other to
complete his task.
Specific requirements.
How the online banking will interact with the environment, what will be the functional and non-functional requirement.
These all the steps should be defined here for providing a powerful base to the design phase. The design of the project will
completely depend on the functional and non-functional requirements. So these should be defined clearly and accurately for
the effectiveness.
Functional Requirements:
Following are the services which this system will provide. These are the facilities and functions required by
the customer.
a. Online balance check.
b. Online shopping opportunity.
c. Online data entry by the staff.
d. Updating the data.
e. Balance transfer.
f. Check book Allotment.
Context diagram & extent list.
Data flow diagram.
Process specification.
Welcome Page:
After a user will login, he will provide an interface offering different tasks (Here this interface will provide many of the
functionalities, which the customer needs in the software). He has to choose a task to carry on his work.
Staff Login:
On the Website main page, A staff login link will also be provided. Bank staff will use it to input their IDs and passwords to
access their account. Here the type of staff will also be recognized, if he is in the administration block, he will be sent to the
administration module else he will be sent to the record management module.
Transfer Balance:
If the user wants to transfer his money to some other account, then this module will provide him this opportunity. He will
input the account details of the receiver. After this process, the server will check the balance of the user and if the transfer
balance will be less than the account balance then transfer will take place else he will be alarmed that he has low balance.
Process specification.
Customer Login:
Each Customer will have its account Id and password. This page will require both of these attributes for them to
access their account.
Bank Features:
It isn't sure that each visitor of the Bank's website will be a customer. He/she would be a normal visitor interested
in reading the features bank provides. The website's main page should provide him the basic features and benefits
of
the bank to these types of users.
If the user physically contacts the Bank branch then he will provide his account details to the management
staff who will inform him about his account. Users will be able to do every task at the branch that he can do
online from his home.
If the user's Cheque book has been finished, he will be able to order a new cheque book from this module.
External interface requirements.
User interface:
Application will be accessed through a Browser Interface. The interface would be viewed best using
1024 x 768 and 800 x 600 pixels resolution settings. The software would be fully compatible with
Microsoft Internet Explorer for version 6 and above.
No user would be able to access any part of the application without logging on to the system.
Hardware Interface:
1.Server Side:
Operating System: Windows 9x/xp , Windows ME.
Processor: Pentium 3.0 GHz or higher.
RAM: 256 Mb or more.
Hard Drive: 10 GB or more.
2.Client side:
Operating System: Windows 9x or above, MAC or UNIX.
Processor: Pentium III or 2.0 GHz or higher.
RAM: 256 Mb or more.
External interface requirements.
Software Interface:
1.Client Side:
HTML, Web Browser, Flash Player, MS Office, Windows XP/9x/ME.
2.Web Server:
HTML, MS Office, Windows XP/9x/ME.
Communication Interface:
The Customer must connect to the Internet to access the Website:
1.Dialup Modem of 52 kbps
2.Broadband Internet.
3.Dialup or Broadband Connection with a Internet Provider.
Non functional requirements.
Those requirements which are not the functionalities of a system but are the characteristics of a
system are called the non-functionalities. Every software system has some non-functionalities. Just
fulfilling the requirements of the user is not a good task, keeping the system accurate, easy to
maintain, reliable and secure is also a basic part of software engineering. Online Banking System must
have the following non-functional requirements so that I could be said as a complete system.
b. Performance constraints.
c. Hardware limitations.
d. Maintainable.
e. Reliable.
f. Testable.
Other requirements.
The Quality of the System is maintained in such a way so that it can be very user friendly to all
the users. The software quality attributes are assumed as under:
Not even one system maintains its stability for a very long period. Every system requires evolution
according to the time and fashion introduced in the market as well as due to lot of competition
companies have to change their system to provide more features to their customers to compete the
society.
Following are some perspectives according to which this system can be maintained in the future.
These are key points according to which it would need a great evolution soon.
Credit cards are the key feature for the online shopping. These cards provide the easiest way to shop
almost at all well known shopping malls and many other places. As it isn't so popular in the
environment where this system is going to be installed but it might start working soon when this
fashion (Requirement) will be needed. So it is the basic evolution which might be necessary soon.
Possible product evolution.
Interface evolution:
As the user interface created by the software designers will be good looking and easy to use but
according to the fashion and time, selection of colors usually change person to person. Style of the
system will become old and it will surely need evolution to provide a new and cool look to the users.
Technology Evolution:
This system is going to be designed by using MS Access and JSP for the server pages and HTML for
the user interface. As these languages provide much security in the current situation but According to
the most security Issues these languages might crash or slowdown in the future and at that time this
system might be replaced by .net technology for the security purposes because Online Banking needs
more safety and security than other software projects.
THANK YOU.