mobile bank.pdf

7/27/2019 mobile bank.pdf

1/53

- 1 -

MOBILE BANKING SYSTEM

A PROJECT REPORT

Submitted by

A. JAGADEESH ARUMUGAM (41501104028)

in partial fulfillment for the award of the degree

of

BACHELOR OF ENGINEERING

in

COMPUTER SCIENCE AND ENGINEERING

S.R.M. ENGINEERING COLLEGE,

KATTANKULATHUR-603 203, KANCHEEPURAM DISTRICT.

ANNA UNIVERSITY : CHENNAI - 600 025

MAY 2005


2/53

- 2 -

BONAFIDE CERTIFICATE

Certified that this project report " MOBILE BANKING SYSTEM " is the bonafide

work of "A. JAGADEESH ARUMUGAM (41501104028)" who carried out the

project work under my supervision.

Prof. S.S. SRIDHAR, M.S., (Ph.D) Ms. P. GIRIJA, B.E,

HEAD OF THE DEPARTMENT SUPERVISOR

Lecturer

COMPUTER SCINECE COMPUTER SCINECE

AND ENGG AND ENGG.

S.R.M.Engineering College S.R.M.Engineering College

Kattankulathur - 603 203 Kattankulathur - 603 203

Kancheepuram District Kancheepuram District

ACKNOWLEDGEMENT

Our foremost and profound gratitude to our DirectorDr.T.P.Ganesan and our

Principal Prof.RVenkataramani for making available to us state-of-art laboratories

and a highly equipped library for our research and the successful implementation of

our project.


3/53

- 3 -

Our sincere thanks and respects to Prof.S.S.Sridhar, M.S.,(Ph.D),Head of the

Department of Computer Science and Engineering Department for giving us the

freedom to explore and for providing us with a highly qualified team for guiding us in

our project.

Our heartfelt gratitude to our Projectcoordinators Mrs.M.Pushpalatha, M.E.

and Mrs.C.Lakshmi, M.E., (Ph.D). for guiding us in choosing our area of interest

and enabling an in-depth research of the project by sharing their expertise.

We would like to thank our Project guide Ms.P. Girija, B.E. for her constant

guidance and encouragement in helping us to overcome the obstacles in our project

and for putting us on the right track whenever necessary.

ABSTRACT

Now a days, the bank customer who is everything based on the bank and cant

able to involve in the bank process. This Problem can be solved through Mobile

System. The title of the project is MOBILE BANKING SYSTEM. The main aim of

my project is to computerize the Bank Process, which is used to reduce the customer

transaction time as well as user can able to access from anywhere.

It provides a system for the user to access his bank account through his

Mobile. The system also enables the user to pay his bill through the Mobile as well as

pay for some other services, which he has availed. The Mobile banking system is not

just for payment but a user of the system can also transfer money through the system.

He can receive from his bank or from his business associates or friend or other person

who is also connected to the system.


4/53

- 4 -

TABLE OF CONTENTS

CHAPTER NO. TITLE PAGE NO.

ABSTRACT i

LIST OF TABLES xv

LIST OF FIGURES xi

1. INTRODUCTION

1.1About the Project 1

2. SYSTEM REQUIREMENTS 2

2.1 Hardware Requirements 2

2.2 Software Requirements 2

2.3 Required tools 3

2.4.Installation procedure 4

3. SYSTEM ANALYSIS 6

3.1 Existing System 6

3.2 Proposed System 6

4. SYSTEM DESIGN 7

4.1 Project description 8

4.2 Data Flow Diagram 11

4.3 Table Structure 15

5. SYSTEM TESTING AND

IMPLEMENTATION 18

5.1. Testing Fundamentals 185.2. Implementation 21

6. MAINTENANCE 226.1. Corrective Maintenance 22

6.2. Adaptive Maintenance 23

6.3. Enhance Maintenance 23

7. APPENDIX 24

7.1 List of forms 24

7.2 List of codings 39

8. USES 53

9. CONCLUSION 53

10. REFERENCES 54


5/53

- 5 -

1.INTRODUCTION

1.1 ABOUT THE PROJECT

Mobile banking enable customer to access the information from his personal

mobile and can able to view his account details. This system also used to transact

money to another client through the keypad of the mobile itself. The user can also

verify his Cheque and demand draft details if another person may pass a demand draft

or Cheque.

The Mobile Banking System runs in a Mobile Browser (Nokia Simulator). The

software consists of two parts viz, the server part and the client part. The server part is

present in Mobile Banking server in the form of Downloaded Application module.

The client part is present at each clients mobile the server and the client are

connected to each other over the Internet using WAP technology.

Mobile Banking provides a system for the user to access his bank account

through his Mobile. The system also enables the user to pay his EB Bill, Telephone

Bill through his mobile as well as pay for some other services, which he has availed.

The Mobile banking system is not just for payment but a user of the system can also

transfer money to another account holder through this system. He can receive from his

bank or from his business associates or friend or other person who is also connected

to the system.

2.SYSTEM REQUIREMENTS

2.1 HARDWARE REQUIREMENTS:

Processor PENTIUM III

Clock Speed 667 MHz


6/53

- 6 -

RAM 128 MB

Hard Disk 4 GB

Cache Memory 11,011,968 Bytes

Virtual Memory 32 MB

Display Card Super Video Graphics Adapter (SVGA)

Mouse Logitech Serial Mouse

Keyboard Standard 104 Enhanced Keyboard

2.2 SOFTWARE REQUIREMENTS:

Web Server Apache Tomcat Server 4.1.30

Browser Nokia Simulator 4.0

Server side scripting JSP,Servlets

Database MS Sql-Server

Language J2EE

Client side scripting HTML,WML,WML-Script

2.3 REQUIRED TOOLS:

Nokia Mobile Internet Toolkit 4.0

Nokia Browser4.0

Nokia 5100 Sdk

Nokia WAP Gateway

SOFTWARE DESCRIPTION

SOFTWARE ARCHITECTURE

The following diagram illustrates the links between various components

involved in this system:


7/53

- 7 -

CLIENT SERVER

In the following sections the salient features of each of their components are

discussed:

Java

JavaScript

HTML

Servlets

JDBC

2.4 INSTALATION PROCEDURE:

Install soft wares such as Public Web Server, MS-SQL SERVER, and Win98

or Windows NT environment.

Create a Virtual directory named as bank in Public Web Server.

Create Data Source Name as bank in ODBC connectivity.

Copy and paste all the html and asp files into the folder Net Bank.

Open the browser and type http://localhost/bank/Myhome.html in the address bar and

follow the page accordingly.

HTML ANDJAVASCRIPT

JAVA

SEVLETSDATABASE


8/53

- 8 -

ABOUT THE NOKIA SIMULATOR:

Nokia Simulator:


Nokia 5100 SDK


Nokia Mobile Internet Toolkit (NMIT) consists of a set of editors for creating

various types of mobile Internet content. NMIT enables the display of this content on

Multiple supported phone SDKs, such as the Nokia 5100 content authoring SDK as

well As the Nokia Mobile Browser Simulator (NMB)concept phone SDK.

Phone SDKs are installed separately. NMIT detects installed, supported phone

SDKs at startup and lists these in its SDK Control Panel. You can display Content you

Author on any supported phone SDK by simply clicking a Show button within an

editor.

Most NMIT editors are used for creating XML-based content types defined by

Document type definitions (DTDs). These editors employ content validation to check

Content against a DTD, and they provide futures for easily selecting elements and

Attributions for insertion based on current cursor position. In addition, NMIT

provides a DTD manager through which you can import new DTDs for use by NMIT

editors. Nokia Mobile Internet Toolkit (NMIT) 4.0, which has been newly redesigned

to Focus primarily on content authoring futures and to support multiple active phone

SDKs.

NMIT 4.0 defers considerably from the previous NMIT 3.1 versions in that the

following NMIT 3.1 components are no longer included with NMIT and are now

available as Separate downloads from forum Nokia. WAP Server Simulator, newly

renamed Nokia WAP Gateway Simulator (NWGS)

Nokia Mobile Browser (NMB) 3.01 device simulator, Newly renamed Nokia

Mobile Browser (NMB) Simulator 4.0. In additional, the NMIT 3.1


9/53

- 9 -

Set of tab views for viewing current, session, Bookmarks, WTLS, and WIM

information is not included in NMIT 4.0. These views, which are Used for diagnostic

monitoring of the interaction of phone SDKs with the Network, have been integrated

within each phone SDK and made accessible through a window attached to each

running SDK instance.

This redesign of NMIT provides several benefits such as the ability to:

Launch multiple phone SDKs and multiple instances of most individual phone SDKs.

Send content simultaneously to multiple instances of running phone SDKs.

Launch diagnostic views from running individual phone SDKs with View panels

targeted individually to phone SDKs capability; for Example,

WIM and WTLS views are absent from the diagnostic views of

Phone SDKs that do not support these functions.

Associate file types with NMIT editors during NMIT installation so that double-

checking a file of That type opens the file in an NMIT editor

NMIT enables you to launch the following tools:

SDK control panel. This tool for managing phone SDKs is an integral part of NMIT.

DTD manager. This tool for supplementing the DTDs used by NMITs XML-based

editors is an integral part of NMIT. DRM (Digital Rights Management). This tool, a

single user WAP gateway, is a separate application, not integrated with NMIT.


10/53

- 10 -

3. SYSTEM ANALYSIS

System analysis focuses on specifying for what the system or the application is

required to do. It allows the individuals to see the logical elements (what the system

should do) apart from the physical components it uses (computers, terminals and

storage system). It is the process of gathering and interpreting facts, diagnosing

problems and using the information to recommend improvements to the system.

3.1 EXISTING SYSTEM:

The existing system is the manual system. The manual system is prone to

error. It is time consuming. It is very difficult for a person to produce the report.

There are chances for changing the scheme report and do malpractice. This system

involves a lot of manual entries with the applications to perform the desired task.

Usage of papers in the payment process leads to less efficiency, less accuracy

and less productivity.

Increasing expenditure for papers shuffling and storage.

Increasing labors and hence errors.

Less control of funds

Time delay between the payment and its receipt.

Persons who are present in different part of the world cannot transact

efficiently.

3.2 PROPOSED SYSTEM:

The proposed system is designed to eliminate the drawbacks of the existing

system. It is designed by keeping to eliminate the drawbacks of the present system in

order to provide a permanent solution to the problems. The primary aim of the


11/53

- 11 -

new system is to speedup transactions. The report is prepared for the schemes and

implemented by the concerned officials.

Since the advent of banking services in the Middle Ages bank customers have

used paper-based instrument to move money between accounts. In the past few years,

electronics messages moving through private networks have largely replaced paper

for most of the messages exchanged among banks each day MOBILE BANKING is

the first step in electronic replacements for traditional forms of payments in the banks

and among users.

It comes as no surprise to one that when everything is being converted to

electronics then how business and banking can be left behind. Already the business

have to global with the coming of Internet. Now, no more the individual aims at the

local market is also just a click of button away. Dozens of companies are in the race to

convince bankers and merchants that a pot of gold awaits those who conduct their

business on the Internet. In this fast race of business and moneymaking, no country,

no company and no individual want to fall back. Everyone wants to lead the group.

Hence, everyone is trying to make the best use of Internet.

4. SYSTEM DESIGN

The word system is possibly the most overused and abused term in the

technical lexicon. System can be defined as the a set of fact, principles, rules etc.,

classified and arranged in an orderly form so as to show a logical plan linking the

various parts here the system design defines the computer based information system.

The primary objective is to identify user requirements and to build a system that

satisfies these requirements.

Design is much more creative process than analysis. Design is the first step in

the development of any system or product. Design can be defined as the process of

applying various techniques and principles for the purpose of defining a device, a

process or a system in sufficient detail to permit its physical realization.

It involves four major steps they are:


12/53

- 12 -

1. Understanding how the system is working now;

2. Finding out what the system does now;

3. Understanding what the new system will do; and

4. Understanding how the new system will work.

In Banking System, when it was maintained manually, it involves lot of

inconveniences to customer when transact the money from one person to another

person. Customer does not view his account details such that what is the closing

balance and the statements of transactions. Account Balance Inquiry, Account

Statement Inquiry, Cheque Status Inquiry, Demand Draft Request, Bankers Cheque

Request, Cheque Book Requests, Fund Transfer, and Bill Payments are done only in

offline with the help of bank staffs.

So as to avoid these difficulties, a new system was designed to keep these

requirements in mind. Therefore the manual process operation has been changed into

GUI based environment, such that the user can retrieve the records in a user-friendly

manner and it is very easy to navigate to the corresponding information.

4.1 PROJECT DESCRIPTION:

INPUT DESIGN:

Input design is the bridge between users and information system. It specifies

the manner in which data enters the system for processing it can ensure the reliability

of the system and produce reports from accurate data or it may results in output of

error information.

In Net Bank, forms which has inputs in the system is discussed below:

Registration

Login

Fund transfer

Bill payment

Deposit

Withdraw


13/53

- 13 -

Account statement inquiry

DD, Banker cheque requests

Registration form:

New customer gives their information like, custid, password, accbranch, name,

age, sex, address, e-mail id etc.

Login form:

The customer gives the inputs for their login into the system. Inputs are

customer id and password. If they are valid, he enters into the system.

Fund transfer:

The user must enter the account number to whom he transfers the amount and

the amount to be transferred is entered.

Bill Payment:

The customer must enter account no, city, consumer no for EB, phone,

cellular, insurance and amount to be paid. After giving these inputs the amount will be

subtracted from his account.

Account Statement Inquiry:

This form is used to display the account details of current or specific period.

The user must enter the starting date and ending state, then it will display the account

details of that specific period.

DD, Bankers Cheque Request:


14/53

- 14 -

This form is used to the customers for their corresponding requests. The user

must enter the accno, beneficiary name, and dd or bc amount. Then Mobile banking

system checks the minimum balance of the customer. If valid, it accepts the requests

and provides the dd or banker cheque.

OUTPUT DESIGN:

Outputs from the computer system are rewired primary to communicate the

results of processing to the uses. They also used to provide a permanent copy of these

results for later consultation / verification. The main points on designing an output are

deciding the media, designing layout and report to be printed. The outputs are

designed from the system, are simple to read and interpret.

According the requirements of the system, various types of outputs are as

desired and designed as follows.

Account Statement Inquiry which is used to display the account details such as

account holder name, accno, transdate, narration, valdate, chddno. Account Balance

Inquiry, which is used to display the account balance such as total balance, unclear

funds, and overdraft and credit balance.

Bank account closing, which is used to display the bank details of the current

day. It displays the current date, opening balance, current date transactions and

closing balance.

Funds transfer, Bill payments, DD, Bankers cheque, cheque Book requests

are used to display whether the customers requests are accepted or denied after

checking the validations.

REPORT DESIGN:

Mobile Banking System supports and improves many of the core functionality

of the organization ie. Banks and also helps in quick easy monitoring of the reports

that have been automatically generated as and when the user performs some

transactions in the system.


15/53

- 15 -

The appraisal reports are prepared for the customers and bank, according to

the periods like current period, specific period, day wise, month wise and year wise.

Customer Reports:

Current period report gives only the last 10 transactions details from the

current date to a particular customer. Specific period report gives the transactions

details between the starting date and ending date, which are specified as inputs.

Bank Reports:

Day report provides the opening balance, transactions details and closing

balance for all the customers to a specific date that is given as input. Month report

provides the opening balance, transactions details and closing balance for all the

customers to a specific month and year that are given as inputs.

Year report provides the opening balance, transactions details and closing

balance for all the customers to a specific year that is given as input.

4.2 DATA FLOW DIAGRAM:

A DFD is a logical model of the system. The model does not depend on the

hardware, software and data structures of file organization. It tends to be easy for even

non-technical users to understand and thus serves as an excellent communication tool.

DFD can be used to suggest automatic boundaries for proposed system at pa

very high level; the entire system is shown as a single logical process clearly

identifying the sources and destination of data. This is often referred to as zero level

DFD.

Then the processing is exploded into major processes and the same is depicted

as level one DFD.


16/53

- 16 -

Personal Details:

Field Name Data Type Description Constraints

Accno Text Account number Primary key

Cid Text Customer id Not null

Pass Text Password Not null

Fname Text First name Not null

Lname Text Last name Not null

Dob Text Date of Birth Not null

Sex Text Sex Not null

Madd Text Mail address Not null

Pin1 Text Pincode1 Not null

Con1 Text Country1 Not null

Toff Text Telephone office Not null

Tres Text Telephone residence Not null

Fax Text Fax no ------

Pager Text Pager no Not null

Mob Text Mobile no Not null

Padd Text Permanent Address Not null

Pin2 Text Pincode2 Not null

Con2 Text Country2 Not null

Tele Text Telephone Not null

Mstatus Text Maritial Status Not null

Dep Text Dependents Not null

Edu Text Education Not null

Occu Text Occupation Not null

Proff Text Profession Not null

Emp Text Employed with Not null

Grade Text Grade Not null

Income Text Income Not null

Asset Text Assets Not null

Vech Text Vechicles Not null

Res Text Residence Not null


17/53

- 17 -

Introducer Details:


Accno Number Account number Reference Key

Cid Number Customer id1 Not null

Inname Text Introducers name Not null

Inacc Number Introducers account no Not null

Copy Text Attachments Not null

Account Type:

Field Name Data Type Description Constraint

Accno Number Account number Reference key

Acctype Text Savings / current account Not null

Openamt Text Opening Amount Not null

Transaction Details:


Encode Number Entry code Not null


Acctype Text Account type Not null

Transdate Text Transaction date Not null

Transtype Text Transaction type Not null

Chddno Number Cheque / DD number -------

Valdate Text Value date Not null

Payer Text Payer -------

Depoamt Number Deposit amount -------

Payee Text Payee -------


18/53

- 18 -

Withamt Number Withdraw amount -------

Balance Number balance Not null

Cheque Details:


Encode Number Entry code Not null


Acctype Text Account type Not null

Transdate Text Transaction date Not null

Transtype Text Transaction type Not null

Chddno Number Cheque / DD number Not null

Valdate Text Value date Not null

Payer Text Payer -------

Depoamt Number Deposit amount -------

Payee Text Payee -------

Withamt Number Withdraw amount -------

Status Text Cheque status Not null

Demand Draft Details:


Fraccno Number From account number Reference key

Ddno Number Demand draft number Not null

Bename Text Beneficiary name Not null

Ddamt Number Demand draft number Not null

Appdate Text Application date Not null

City Text City Not null

State Text State Not null

Bankers Cheque Details:


19/53

- 19 -


Fraccno Number From account number Reference key

Ddno Number Demand draft number Not null

Bename Text Beneficiary name Not null

Ddamt Number Demand draft number Not null

Appdate Text Application date Not null

Cheque Book Details:



Reqdate Text Requested date Not null

Chbookno Number Cheque book number Not null

Stno Number Starting number Not null

Endno Number Ending number Not null

Refno Number Reference number Not null

5.SYSTEM TESTING AND IMPLEMENTATION

5.1.TESTING FUNDAMENTALS

Software testing is an important element of S/W quality assurance and

represents the ultimate review of specification, design and coding. The increasing

visibility of S/W as a system element and the costs associated with a S/W failure are

motivating forces for well planned, through testing.

Though the test phase is often thought of as separate and distinct from the

development effort--first develop, and then test--testing is a concurrent process that

provides valuable information for the development team.


20/53

- 20 -

There are at least three options for integrating Project Builder into the test

phase:

Testers do not install Project Builder, use Project Builder functionality tocompile and source-control the modules to be tested and hand them off to

the testers, whose process remains unchanged.

The testers import the same project or projects that the developers use. Create a project based on the development project but customized for the

testers (for example, it does not include support documents, specs, or

source), who import it.

A combination of the second and third options works best. Associating the

application with a project can be useful during the testing phase, as well. We can

create actions to automatically run test scripts or add script types and make them

dependent on the modules to test.

Testing objectives:

There are several rules that can serve as testing objectives.

They are:

Testing is a process of executing a program with the intent of findingan error.

A good test case is one that has a high probability of finding anundiscovered error.

A successful test is one that uncovers an undiscovered error.

If testing is conducted successfully according to the objectives statedabove, it will uncover errors in the software. Also, testing


21/53

- 21 -

demonstrates that software functions appear to the working according

to specification, that performance requirements appear to have been

met.

OBJECT ORIENTED TESTING:

UNIT TESTING:

Unit testing focuses the verification effort on the smallest unit of S/W design

i.e., the module. The unit testing is always white-box oriented and the step can be

conducted in parallel for modules.

During unit test, testers can use the same project or projects as the developers,

if functional units organize the project, or separate projects have been created for

functional units. The project or projects can also be exported, so unit test can take

place in a variety of environments and on a variety of platforms.

Unit test considerations:

The tests that occur as part of unit testing. The module interface is tested to

ensure that information properly flows into and out of the program unit under test.

The local data structures are examined to ensure that data stored temporarily

maintains its integrity during all steps in an algorithms execution.

Boundary Conditions are tested to ensure that the module operates properly

at boundaries established to limit or restrict processing. All independent paths

through the control structures are exercised to ensure that all statements in a module

have been executed at least once. Finally, all error-handling paths are tested.


22/53

- 22 -

Unit test procedures:

Unit testing is considered an equivalent to the coding step. After the source

level code has been developed, reviewed and verified for correct syntax, unit test case

design begins since a module is not a stand alone program, driver and/or stub S/W

must be developed for each unit test.

In most applications, a driver is nothing more than a main program that

accepts test case data, passes such data to the module to be tested, and prints the

relevant results. The stubs serve to replace modules that are subordinates called by the

modules to be tested. A stub or a dummy stub or a dummy subprogram uses the

subordinate modules interface, may do minimal data manipulation, prints verification

of entry, and returns. The drivers and scrubs represent overhead i.e., both are S/W that

must be written but that is not delivered with the final S/W product. If the drivers and

the stub are kept simple, then the overhead is low.

The Unit Test is carried out in this project, and is found successful. The data

is flowing correctly to all part of the project.

INTEGRATION TESTING:

Integration testing is a systematic technique for constructing the program

structure while at the same time conducting test to uncover errors associated with

interfacing. The objective is to take unit-tested modules and build a program structure

that has been dictated by design.

Top-down integration:

This method is an incremental approach to the construction of program

structure. Modules are integrated by moving downward through the control hierarchy,

beginning with the main program module.

Importing the test project and setting up the testing environment:


23/53

- 23 -

The process of importing a test project and setting up a testing environment is

the same as the process for importing a project and setting up the environment for

development.

Adding test scripts and test data to the project:

You may need to add some items, such as test scripts, to the project. In

addition, you may need to add connection strings to database accounts containing test

data. Remember that you can automate the running of test scripts just as you can

automate actions associated with the modules in your application.

Modifying actions and macros to facilitate testing:

If actions specifying "run with debugging" have not already been provided,

you can either modify existing actions to include a debug flag, or create new actions.

5.2.IMPLEMENTATION:

Once the system has been designed, the next step is to convert the designed

one in to actual code, so as to satisfy the user requirements as excepted. If the system

is approved to be error free it can be implemented.

When the initial design was done for the system, the department was consulted

for acceptance of the design so that further proceedings of the system development

can be carried on. After the development of the system a demonstration was given to

them about working of the system. The aim of the system illustration was to identify

any malfunctioning of the system.

Implementation includes proper training to end-users. The implemented

software should be maintained for prolonged running of the software.


24/53

- 24 -

Initially the system was run parallel with manual system. The system has been

tested with data and has proved to be error-free and user-friendly. Training was given

to end -user about the software and its features.

6. MAINTENANCE :

The term software maintenance is used to describe the software engineering

activities that occur following delivery of a software product to the customer. The

maintenance phase of the software life cycle is the time period in which a software

product performs useful work.

Maintenance activities involve making enhancement to software products,

adapting products to new environments and correcting problems. Software product

enhancement may involve providing new functional capabilities, improving user

display and modes of interaction, and upgrading external documents. Adaptation of

software to a new environment may involve moving the software to a different

machine. Problem correction involves modification and revalidation of software to

correct errors.

The enhancement of this project can be accomplished easily. That is, any new

functional capabilities can be added to the project by simply including the new

module in the homepage and giving a hyperlink to that module. Adaptation of this

project to a new environment is also performed easily.

6.1. CORRECTIVE MAINTENANCE:

Even with the best quality assurance activities, it is likely that they customer

will uncover defects in the software. Corrective maintenance changes the software to

correct defects.


25/53

- 25 -

6.2. ADAPTIVE MAINTENANCE:

An activity that modifies the software to properly interface with a changing

environment. The system has been modified so that various change include to the new

system.

In case of Fund Transfer, adoptive maintenance has been performed, that is in

earlier system (character based UNIX system) changes are fixed and if any new

changes are to be included, was a difficult task. Now provisions are given so that the

user can define various changes. Such as it designed to accommodate the new change

in further.

6.3. ENHANCEMENT MAINTENANCE:

As software is used, the customer/user will recognize additional functions that

will provide benefit. Perceptive maintenance extends the software beyond its original

functional requirements.

In the case of MOBILE BANKING system can be added new functions such

that the user can able to retrieve the information in a user friendly and it will be very

helpful for future development.

7.APPENDIX

7.1 LIST OF FORMS:


26/53

- 26 -


27/53

- 27 -


28/53

- 28 -


29/53

- 29 -


30/53

- 30 -


31/53

- 31 -


32/53

- 32 -

s


33/53

- 33 -


34/53

- 34 -


35/53

- 35 -


36/53

- 36 -


37/53

- 37 -

7.2 LIST OF CODING:

Fund Transfer:


38/53

- 38 -

int ent=0;

while(rs.next())

{

en=rs.getInt("encode");

if(ent


39/53

- 39 -

check1=1;

en1=rs5.getInt("encode");

if(ent1balance)

{

check=1;

out.println("cannot pass.ur bal is"+ balance);

}

else

{

balance1=balance-famt1;


40/53

- 40 -

balance2=tobalance+famt1;

//todepamt=todepamt+famt1;

}

}

if(check!=1)

{

/* Inserting Trans FROM*/

String sq2=("insert into trans values(?,?,?,?,?,?,?,?,?,?,?,?,?)");

PreparedStatement p2=cc.prepareStatement(sq2);

p2.setInt(1,ent);

p2.setInt(2,Integer.parseInt(fraccno));

p2.setString(3,atype);

p2.setString(4,x);

p2.setString(5,type);

p2.setString(6,y);

p2.setString(7,x);

p2.setString(8,y);

p2.setInt(9,n);

p2.setString(10,paye);

p2.setString(11,toaccno);

p2.setInt(12,famt1);

p2.setInt(13,balance1);

int j=p2.executeUpdate();

if(j>0)

{

f=1;

}

String sq3=("insert into wdraw values(?,?,?,?,?,?,?,?,?,?,?,?,?,?)");


p4.setInt(1,ent);

p4.setInt(2,Integer.parseInt(fraccno));


41/53

- 41 -


p4.setString(4,x);


p4.setString(6,y);

p4.setString(7,x);


p4.setInt(9,n);

p4.setString(10,y);

p4.setString(11,y);

p4.setInt(12,famt1);


p4.setString(14,y);

int jj=p4.executeUpdate();

if(jj>0)

{

f1=1;

}

/* Inserting trans TO */



p7.setInt(1,ent1);

p7.setInt(2,Integer.parseInt(toaccno));

p7.setString(3,toatype);

p7.setString(4,x);


p7.setString(6,y);

p7.setString(7,x);

p7.setString(8,y);

p7.setInt(9,famt1);

p7.setString(10,topaye);

p7.setString(11,y);

p7.setInt(12,n);


int j1=p7.executeUpdate();


42/53

- 42 -

if(j1>0)

{

f2=1;

}

String sq5=("insert into deposit values(?,?,?,?,?,?,?,?,?,?,?,?,?,?)");


p8.setInt(1,ent1);

p8.setInt(2,Integer.parseInt(toaccno));

p8.setString(3,toatype);

p8.setString(4,x);


p8.setString(6,y);

p8.setString(7,x);

p8.setString(8,topaye);

p8.setInt(9,famt1);

p8.setString(10,y);

p8.setString(11,y);

p8.setInt(12,n);


p8.setString(14,fraccno);

int jj1=p8.executeUpdate();

if(jj1>0)

{

f3=1;

}

if(f==1 && f1==1 && f2==1 && f3==1)

{

response.sendRedirect("http://localhost:8080/examples/jsp/frames/final.htm");

}

}

}catch(SQLException ex){}


43/53

- 43 -

%>

Demand Draft


44/53

- 44 -

Statement s=cc.createStatement();

PreparedStatement p=cc.prepareStatement("select encode,bal from trans where

accno=? ");

p.setString(1,accno);

ResultSet rs=p.executeQuery();

int ent=0;

while(rs.next())

{

en=rs.getInt("encode");

if(entbalance)

{

check=1;

out.println("cannot pass.ur bal is"+ balance);

}


45/53

- 45 -

else

{

balance1=balance-ddamt1;

}

/* ddno increment*/

if(check!=1)

{

ResultSet rs2=s.executeQuery("select * from dd");

while(rs2.next())

{

no=rs2.getInt("ddno");

if(auto0)


46/53

- 46 -

{

f=1;

}

/* Inserting Trans*/



p2.setInt(1,ent);

p2.setInt(2,Integer.parseInt(accno));


p2.setString(4,x);


p2.setString(6,y);

p2.setString(7,x);

p2.setString(8,y);

p2.setInt(9,n);


p2.setString(11,y);

p2.setInt(12,ddamt1);


int j=p2.executeUpdate();

if(j>0)

{

f1=1;

}

String sq3=("insert into wdraw values(?,?,?,?,?,?,?,?,?,?,?,?,?,?)");


p4.setInt(1,ent);

p4.setInt(2,Integer.parseInt(accno));


p4.setString(4,x);


p4.setString(6,y);


47/53

- 47 -

p4.setString(7,x);


p4.setInt(9,n);

p4.setString(10,y);

p4.setString(11,y);

p4.setInt(12,ddamt1);


p4.setString(14,y);

int jj=p4.executeUpdate();

if(jj>0)

{

f2=1;

}

if(f==1 && f1==1 && f2==1)

{

response.sendRedirect("http://localhost:8080/examples/jsp/frames/final.htm");

}

}

}catch(SQLException ex){}

%>

Specific Period:


48/53

- 48 -


49/53

- 49 -

p.setString(1,accno);

ResultSet rs=p.executeQuery();

while(rs.next())

{

amt=rs.getInt("amount");

}

PreparedStatement p3=cc.prepareStatement("select bal from trans where

accno=? ");

p3.setString(1,accno);

ResultSet rs3=p3.executeQuery();

while(rs3.next())

{

amt1=rs3.getInt("bal");

}

out.println(""+""+" Date: "+x+" Opening

Balance:"+amt+""+"");

out.println(""+""+" Current

Balance:"+amt1+""+"");

if(j==1)

{

out.println(""+""+"");

out.println("Date"+"Narration"+"Date of

Transaction"+"Debit"+"Credit"+"Balance");

PreparedStatement p1=cc.prepareStatement("select tdate,type,damt,wamt,bal

from trans where accno=? and tdate>=? and tdate


50/53

- 50 -

tdat=rs1.getString("tdate");

deamt=rs1.getInt("damt");

wdamt=rs1.getInt("wamt");

balance=rs1.getInt("bal");

jj=tdat.indexOf(" ");

tdat1=tdat.substring(0,jj);

out.println("");

out.println(""+tdat1+"");

out.println(""+typ1+"");


out.println(""+deamt+"");

out.println(""+wdamt+"");

out.println(""+balance+"");

out.println("");

check=1;

}

out.println("");

}

else

{

out.println(""+""+"");

out.println("Date"+"Narration"+"Date of

Transaction"+"Debit"+"Credit"+"Balance");

PreparedStatement p2=cc.prepareStatement("select tdate,type,damt,wamt,bal

from trans where accno=? and tdate>=? and tdate


51/53

- 51 -

while(rs2.next())

{

tdat=rs2.getString("tdate");

typ2=rs2.getString("type");

deamt=rs2.getInt("damt");

wdamt=rs2.getInt("wamt");

balance=rs2.getInt("bal");

jj=tdat.indexOf(" ");

tdat1=tdat.substring(0,jj);

out.println("");


out.println(""+typ2+"");


out.println(""+deamt+"");

out.println(""+wdamt+"");

out.println(""+balance+"");

out.println("");

check=1;

}

out.println("");

}

if(k==1 && check==0)

{

out.println("NO"+typ1+" TRANSACTION IS DONE ");

K1=1;

}

if(check==0 && K1==0)

{

out.println("NO TRANSACTION IS DONE IN THE SPECIFIED DATE ");


52/53

- 52 -

}

}

catch(SQLException es){}

%>

8.USES OF THIS MOBILE BANKING SYSTEM:

Balance Enquiry Statement Enquiry Fund Transfer EB, Telephone Bill Payment DD/Cheque Request

9. CONCLUSION

In the present situation where the technology is the buzzword and has

revolutionized the way we work and live, we would be the losers if we do not keep up

with the changing world. Moreover, it makes a world of difference and a whole of

sense to break-up from the age old work culture and embrace the effective, cost, and

time saving ways of looking and working at things.

This is precisely where the E-MONEY SYSTEM fit into place. E-MONEY

SYSTEM supports and improves many of the core functionality of the organization

i.e. Banks and also helps in quick easy monitoring of the reports that have been

automatically generated as and when the user performs some transactions in the

system. Using such a system helps the organization in minimizing the time consumed

in fulfilling the day-to-day functionalitys and cutting down the expenses incurred on

the same.


53/53

10.REFERENCES

Herbert , JAVA2 The Complete Reference J.Arnold , An Introduction to HTML James Jaworski , Mastering JavaScript John December and Mark Ginsburg, HTML 3.2 UNLEASED JAVA handbook, TATA InfoTech P.C. Nanda , Credit Card Banking

mobile bank.pdf

Documents

Transcript of mobile bank.pdf