Mobile Banking

[seminar class]

Presented by
A.Swetha
V.Navya
Massarath

---

[attachment=9439]
Current Scenarios
 Computerized Banking-Vicinity of Banks
 Use of ATMs-Vicinity of ATMs
 Internet banking-Need for Connection
Solutions
 Exploiting the penetration of mobile phones
 E-Cash Traveling Money
 Round the clock Transactions
Technology involved
GPRS(general packet radio service)
Data packets are transmitted
fast communication with the service provider
Allows more data
MIDP
Extensive Connectivity
End-to-End Security
Technology involved
 J2ME
 GPRS
 MIDP
 Oracle 9i
 CDLC Configuration
J2ME
 Java platform for small devices
 Introduced by sun in 1999 for mobile devices
 A subset of Java 2 Standard Edition
 For programming the mobile device (e.g mobile phones or WinCE)
GPRS(general packet radio service)
 Allows more data
 fast communication with the service provider
 Data packets are transmitted
MIDP
 Extensive Connectivity
 End-to-End Security
ORACLE 9i
 Easy to use.
 Data Recovery
 Internet Based
Configurations
CDLC
Constrained devices
160 - 512 KB of memory
16-bit or 32-bit processor
Low power consumption
Connectivity with limited bandwidth
CDC
2 MB or more memory
32-bit processor
High bandwidth
using TCP/IP
Application Area
Horizontal
 Hotel Reservations
 Flight Reservations.
 Mobile Shopping.
 Security Systems
Vertical
 Basic Transactions
 Bill Payments
 Inter Financial Transactions
Scope
 All Banking Sector Firms
 Interfinancial Institutions
SRS
Software Requirements
 Database-ORACLE9i
 Programming Language-J2ME
 Modeling Tool-Rational Rose
 Web Server-Apache Tomcat
Hardware Requirements
 MIDP enabled Mobile Device
 GPRS activated SIM card
System Design
Interface Server
UseCase Diagram
Class Diagram
Acitvity Diagram
Sequence Diagram
Functions
 Subscription Module
User Login
Creating a New User Account
 Module for basic transactions
Balance Enquiries
Mini statements
 E-payments Module
Account to Account Transfers
Bill Payments
Testing and Results
User needs to fill in If the user enters
Correct details to login wrong details
Testing/Results
User fills the details The Transaction is
And submits the form successful
Feasibility
 Easy to use
 GUI Components based
 No additional h/w required
Enhancements
Transactions that could be added are
 Loan access facility,
 Cheque Details,
 DD orders,
 Order of check books etc.
Conclusions
 Faster solutions
 Database Driven
 Virtual access to the money