A Project Report

On

MOBILE BANKING APPLICATION

Submitted to

Amity University Uttar Pradesh

In partial fulfillment of the requirements for the award of the degree of

Bachelor of Computer Science in Information Technology

(2014-2017)

By

Akanksha Singh

(A1004914066)

Under the guidance of

Ginni Arora

AMITY INSTITUTE OF INFORMATION TECHNOLOGY, AUUP (AIIT)

AMITY UNIVERSITY,NOIDA,UTTAR PRADESH

 Declaration by the student

I Akanksha Singh of B.Sc IT hereby declare that the project titled Mobile Banking Application
which is submitted by me to Department of A.I.I.T, Amity University Uttar Pradesh, Noida, in partial
fulfillment of requirement for the award of the degree of (B.Sc IT), has not been previously formed
the basis for the award of any degree, diploma or other similar title or recognition.

The Author attests that permission has been obtained for the use of any copy righted material
appearing in the Project report other than brief excerpts requiring only proper acknowledgement in
scholarly writing and all such use is acknowledged.

Signature

Noida

Date Name and Signature of Student(s)

 CERTIFICATE

On the basis of declaration submitted by Akanksha Singh of B.Sc IT, I hereby certify that the
project titled MOBILE BANKING APPLICATION which is submitted to AMITY INSTITUTE OF
TECHNNOLOGY, Amity University Uttar Pradesh, Noida, in partial fulfillment of the requirement for
the award of the degree of B.Sc IT in 2016, is an original contribution with existing knowledge and
faithful record of work carried out by him under my guidance and supervision.

To the best of my knowledge this work has not been submitted in part or full for any Degree or
Diploma to this University or elsewhere.

Date (Name and Signature of Guide)

AIIT

Amity University Uttar Pradesh, Noida

;
 Table Of Contents

Chapter-1 Introduction and Objective .................................................................................. 1

Chapter-2 Feasibility Study .................................................................................................... 4

2.1 Technical Feasibility

2.2 Behavioral Feasibility

2.3 Economic Feasibility

Chapter-3 Analysis................................................................................................................... 6

3.1 Detailed SRS

3.1.1 Introduction

3.1.1.1 Purpose

3.1.1.2 Project Scope

3.1.1.3 References

3.1.2 Overall Description

3.1.2.1 Product Perspective

3.1.2.2 Product Features

3.1.2.3 User Characteristics

3.1.2.4 Operating Environment

3.1.2.5 Design Constraint

3.1.2.6 Assumption

3.1.2.7 System Feature

3.1.3 External Interface Requirement

3.1.3.1 User Interface

3.1.3.2 Hardware Interface

3.1.3.3 Software Interface

 3.1.4 Functional Requirement

3.1.5 Nonfunctional Requirements

3.1.5.1 Performance

3.1.5.2 Reliability

3.2 Detailed Design

Chapter-4 Architecture ........................................................................................................... 9

4.1 DFD

4.2 ER Diagram

Chapter-5 Testing .................................................................................................................. 17

Chapter-6 Interface ............................................................................................................... 20

Chapter-7 Conclusion ............................................................................................................ 31

Chapter-8 References ............................................................................................................ 32

 Chapter-1 Introduction and Objective

MOBILE BANKING (also known as M- banking, SMS banking etc.) is a

term used for performing balance checks, account transactions, payments etc.
via a mobile device such as a mobile phone. Mobile banking today is most
often performed via SMS or the Mobile
Internet but can also use special programs
called clients downloaded to the mobile
device.Mobile banking is a way for the
customer to perform banking actions on his
or her cell phone or other mobile device. It
is also known as M-Banking or SMS
Banking.Mobile banking allows the user to
log into his or her account from a cell
phone, and then use the phone to make
payments, check balances, transfer money between accounts, notify the bank of
a lost or stolen credit card, stop payment on a check, receive a new PIN, or view
a monthly statement, among other transactions. This type of banking is meant to
be more convenient for the consumer than having to physically go into a bank,
log on from their home computer, or make a phone call. While all of this is true,
some are concerned about the security of mobile banking.

Objectives of the study

The attempt has been made to achieve following objectives:

1. To find out the awareness of mobile banking in India.

2. To study the problem related to mobile banking.
3. To study the use of mobile banking.
 4. To study the popularity of mobile banking.

Chapter-2 FEASEABILITY STUDY

Possibility Study is an abnormal state container rendition of the whole

process expected to answer various inquiries like: What is the issue? Is
there any plausible answer for the given issue? Is the issue even worth
tackling? Plausibility study is led once the issue plainly caught on.
Practicality study is important to verify that the proposed framework is
Feasible by considering the specialized, Operational, and Economical
components. By having a point by point attainability think about the
administration will have an obvious perspective of the proposed
framework.

The accompanying feasibilities are considered for the venture with a

specific end

Technical Feasibility

Economical Feasibility

Operational Feasibility

In this stage, we concentrate on the possibility of all proposed frameworks,

and pick the best attainable answer for the issue. The possibility is
considered taking into account three principle elements as takes after.
Specialized Feasibility:

In this stride, we confirm whether the proposed frameworks are actually

possible or not. i.e., every one of the advances required to build up the
framework are accessible promptly or not.

Specialized Feasibility figures out if the association has the innovation and
abilities important to carryout the undertaking and how this ought to be
acquired. The framework can be attainable in view of the accompanying
grounds.

All essential innovation exists to build up the framework.

This framework is excessively adaptable and it can be extended further.

This framework can give sureties of exactness, usability, dependability and

the information security.

This framework can give moment reaction to ask.

Our task is in fact plausible on the grounds that, all the innovation
required for our venture is promptly accessible.

Practical Feasibility:
In this stride, we check which proposition is more prudent. We analyze the
money related advantages of the new framework with the speculation. The
new framework is monetarily plausible just when the monetary advantages
are more than the speculations and use. Prudent Feasibility figures out if
the undertaking objective can be inside of as far as possible dispensed to it
or not. It must figure out if it is beneficial to prepare with the whole
venture or whether the advantages acquired from the new framework are
not worth the expenses. Monetary advantages must be equivalent or
surpass the expenses. In this issue, we ought to consider:

The expense to lead a full framework examination.

The expense of h/w and s/w for the class of utilization being considered.

The improvement device.

The expense of support and so forth.,

Our venture is monetarily practical on the grounds that the expense of

improvement is exceptionally insignificant when contrasted with budgetary
advantages of the application.

Operational Feasibility:
In this stride, we confirm distinctive operational elements of the proposed
frameworks like labor, time and so on., whichever arrangement utilizes less
operational assets, is the best operationally achievable arrangement. The
arrangement ought to likewise be operationally conceivable to actualize.
Operational Feasibility figures out whether the proposed framework
fulfilled client destinations could be fitted into the present framework
operation.

The techniques for handling and presentation are totally acknowledged by

the customers since they can meet all client prerequisites.

The customers have been included in the arranging and improvement of

the framework.

The proposed framework won't bring about any issue under any
circumstances.

Our venture is operationally possible in light of the fact that the time
necessities and work force prerequisites are fulfilled. We are a group of
four individuals and we dealt with this anticipate for three working
months.
Chapter-3 Analysis

3.1.1 Introduction

3.1.1.1 Purpose

Consumers are increasingly going mobile and for good reasons.

Tellingly, 12 million people used mobile banking services in 2009, according to Frost & Sullivan, a
research firm. That number will climb to 45 million by 2014.

Mobile banking offers many advantages, such as good security, easy access and plentiful applications
for smart phones. The biggest benefit is that you have more control of your money, says James Van
Dyke, president of Javelin Strategy & Research in Pleasanton, Calif. You dont have Internet
connections everywhere you go. But you do have a mobile connection.

Mobile banking takes us back to the days when we used passwords, he says. You knew where you
stood at any moment. For example, you can be sitting on an airport tarmac checking your account
balance or looking at recent transactions.

The downside is that mobile banking isnt as good as it could be, says Van Dyke. The reason: Many
services are pretty basic. People use it to check balances and monitor finances. Largely, its an
augment to the Internet, he adds.

Van Dyke gives the highest marks to Wells Fargos and Bank of Americas mobile banking services,
though. There are lots of great features, he says. Theyre strong in security and they offer multiple
downloadable applications.

He adds that there are far fewer banking options for mobile banking than Internet banking. On that
front, mobile banking has a long way to go, he says. But the best services offer bank transaction data
and use personal finance software.

Mobile banking isnt as fully functional as online banking, says Thomas Trebilcock, vice president
of e-business and payments at PNC Bank. We offer things you can do every day, such as looking at
account activity and paying bills.

Yet, many experts say that mobile banking offers many benefits worth using, and some are getting
increasingly better. Heres a rundown.

Good security
Mobile banking is ramping up quickly
No fees
Easy access
3.1.1.2 Project Scope

The following has been covered under the project Mobile Banking.

1. Introduction to mobile banking

2. Advantages & Disadvantages
3. SMS banking
4. E-Banking
5. IT in Banking
6. Survey to find out the awareness

3.1.1.3 References

Android studio tutorial

Google

Mobile banking tutorial

3.1.2 Overall Description

SYSTEM SPECIFICATION

HARDWARE REQUIREMENTS :

Processor : Standard processor with a speed of 2.4 GHz

RAM : 512 MB RAM

Hard Disk : 80 GB

Monitor : Standard color monitor

Keyboard : Standard keyboard

Mouse : Standard mouse

SOFTWARE REQUIREMENTS :

Operating System : Android (min4.1)

Languages : Java, Css ,Javascript

Web Server : Google

Documentation Tool : MS - Word 2010

System Feature

FEATURES & BENEFITS OF MOBILE BANKING

a) Simplicity : The m-payment application must be user friendly with little or no learning curve to
the customer. The customer must also be able to personalize the application to suit his or her
convenience.

b) Universality: M-payments service must provide for transactions between one customer to
another customer (C2C), or from a business to a customer (B2C) or between businesses (B2B). The
coverage should include domestic, regional and global environments. Payments must be possible in
terms of both low value micro-payments and high value macro payments.

c) Security, Privacy and Trust: A customer must be able to trust a mobile payment application
provider that his or her credit or debit card information may not be misused. Secondly, when these
transactions become recorded customer privacy should not be lost in the sense that the credit
histories and spending patterns of the customer should not be openly available for public scrutiny.
Mobile payments have to be as anonymous as cash transactions. Third, the system should be
foolproof, resistant to attacks from hackers and terrorists. This may be provided using public key
infrastructure security, biometrics and passwords integrated into the mobile payment solution
architectures.

d) Cost: The m-payments should not be costlier than existing payment mechanisms to the extent
possible. A m-payment solution should compete with other modes of payment in terms of cost and
convenience.

e) Speed: The speed at which m-payments are executed must be acceptable to customers and
merchants.

f) Cross border payments: To become widely accepted the m-payment application must be available
globally, word-wide.

3.1.3 External Interface Requirement

3.1.3.1 User Interface

The user interface for the software shall be compatible to any browser such as Internet Explorer,
Mozilla or Netscape Navigator by which user can access to the system.

Many significant reasons of widely use of virtual components in various applications were
listed . Weidenbeck (1999) declared that icons are recognized and remembered easily . They
also provide better cognitive affordance . End-users prefer to interact with visual icons
instead of textual representations. Icon-based interfaces are believed to reduce system
complexity and the mental load when they are designed properly . A workshop was
organized with the same participants who attended the previous experiment. Three
different design layouts for mobile user interfaces were proposed by paper prototyping.
Figure 2 shows the screen layouts that finally presented for our mobile banking application.
Figure 2. Screen Layouts Thirteen participants preferred Layout 1. Graphical User Interface
(GUI) provides information to the users by the support of visual components rather than
textual descriptions. Direct manipulation of the graphical elements is available to perform
actions. The screen shot of the final GUI is displayed in Figure

3.1.3.2 Hardware Interface

Processor : Standard processor with a speed of 2.4 GHz

RAM : 512 MB RAM

Hard Disk : 80 GB

Monitor : Standard color monitor

Keyboard : Standard keyboard

Mouse : Standard mouse

3.1.3.3 Software Interface

Operating System : Android (min4.1)

Languages : Java, Css ,Javascript

Web Server : Google

Documentation Tool : MS - Word 2010

3.1.3: Functional requirements:

The Proposed system should be able to do these functions:

Search Student Details

Any user should be logged in to do any activity. New Student should be able register
for account.

Student can register once and can use their login for lifetime.

Administrator should be able to delete, modify.

3.1.4: Non Functional Requirements

Security:

Only authorized person can view and modify confidential details.

Each Student has his/her own access rights and to lower level Student there are
restrictions of not using some of the system components.
One Student can not access other users account.
Scalability:

Performance of the system should not be degraded when many users are logged-in
and accessing the database at the same time.
The system must be scalable enough to be able to add any additional functionality
even after the project is developed once.
Reliability:

The database of various modules like Super Admin, Admin and Student maintained
by the system should be correct and maintained up to date.
Usability:

The system must provide user friendly environment to its users and must be easy to
access its various features.
 In the Email id, the user will not be able to enter any dummy value, the validation will
check that whether there is @ or . symbol in that or not.
In our system each and every field must be filled with proper information otherwise
the record will not going to be saved.
In Numeric field user will not be allowed to enter any character values.
In Date & Time textbox, user cannot enter date and time other than given format,
because here system always takes current date and time from the system this provides
defense against fake entries.
In entry of Phone number if there is a mobile number than user must enter a 11 digit
phone number.
While inserting any new information or details user is not allowed to update or search
any other record which may be restricted to him/her.
Limited visibility of different modules and sub-modules should be based on group
created for specific domain.
In all these validation actions if system found one or more entries violating validation rules then user
will be warned by proper error messages and the details or the record is not going to be saved until
corrections are made to them.