CONSUMER BANKING SYSTEM

PURPOSE STATEMENT

The purpose of our project is to provide fast and safe analysis of sales data of banks by the state bank and also to create a platform where the state bank can communicate and monitor the commercial banks.

PROBLEM DESCRIPTION

The state bank has to monitor the commercial bank for the lending practices and for that they need the sales data from the commercial banks. The project that we are creating will aim to take this data from the banks and then use this data for analysis. This data can be useful for the state bank in monitoring the bank activities. The data will be taken from the banks and either is available online or the state bank can get the bank directly. The state bank can in this way outsource one of their tasks. the state bank can get the analyzed data from our website without the hassle of collecting the data and analyzing it themselves.

RATIONALE FOR CHOOSING PROJECT

This project has been made to fulfill a niche in themarket. The system will allow the state bank tooutsource one of its tasks of analyzing bank data.Apart from the fact that by creating this system wewill be providing the state bank a service the otherreasons we choose this project are: Cost Usability Marketability Accessibility

RATIONALE FOR CHOOSING METHODOLOGY

The methodology that we are using to design thesystem is that of SDLC. We have chosen thismethodology as it will allow us to gather therequirements of the users and analyze them andcreate a system that is in line with the systemrequirements of the user. PLANING REQUIREMENTS ANALYSIS CODING IMPLEMENTATION

DESIGN

REAL TIME GROSS SYSTEM-RTGS

The system that we are proposing is an extension to the current RTGS that is implemented at SBP. We are calling it a consumer banking module of RTGS.

Real Time Gross Settlement Systems (RTGS) are mechanisms that enable banks to make large-value payments to one another in real-time using online telecommunication facilities.

This allows the monetary authorities to ensure that systemic risks inherent in any netting based payment systems are effectively minimized, if not eliminated. And above all it facilitates customers of banks full and immediate utilization of their liquidity by enabling them to transfer their large payments across banks immediately.

SBP took a decision to implement RTGS in early 2002 primarily with assistance from the World Bank. The RTGS in Pakistan has been named as Pakistan Real-time Interbank Settlement Mechanism (PRISM).

Broad Features of PRISM Thirty nine (39) commercial banks and DFIs would be the initial

direct participant members of PRISM.   The participant banks will have the facility of online monitoring

of their interbank payments via one settlement account and their status (like settled, queued, or rejected). They would also be able to change their payment priority (if transaction is queued) giving them more control over their funds.

SBP departments will have the ability to monitor the inter-bank transactions and take immediate action as and when required.

Intraday Liquidity Facility (ILF) would be offered to banks collateralized against Government Securities so that the payments may be cleared immediately.

The system also has queue management features and mechanisms for Grid Lock resolution.

Broad Features of PRISM The system will also hold government securities portfolios and

will enable securities trade matching for Delivery Vs Payment and intra-day liquidity management.

The IT security component of the system will provide PKI infrastructure and transactional and link encryptions for data security.

“Centralized Multilateral Netting” of retail clearing was a mandatory pre-launch requirement for smooth functioning of the PRISM System. Previously the country-wide retail clearing operations were settled in the sixteen field offices of SBP across the country. Now with the help of National Institutional Facilitation Technologies (NIFT )-an institution responsible for the clearing operations of retail cheques- SBP has started country-wide multilateral netting and centralized settlement of cheque clearing.

OUTPUTSThere will be 1 master file with different tables for allthe banks in the database. The basic purpose of thesystem is reporting. The main outputs of the systemInclude: The system projects the annual amount of sales

using the figures provided by the bank Automatically generated alerts are sent if the bank

exceeds the limit set by the state bank Receive notification sent to the system by others

FEATURES OF THE MODULE

The features of the module from the client interface

will include: View board Register new bank Edit policy View notification Send notification

CLIENT INTERFACE SBP

FEATURES OF BANK INTERFACEThe client interface of banks will have the

followingfeatures: View board Enter data (the sales data) View notification Send notification

CLIENT INTERFACE BANK

PROTOTYPES

PROTOTYPE

The development team has used Microsoft Visual Basic 6.0 to develop a prototype of the system showing how clients can login into the system using their User Id and Password. The screen shots of this prototype are show below.

USER INTERFACE

The form above shows the screen that will be displayed after the user enters the system. All the buttons on the screen when clicked will perform the appropriate functions.

UML DIAGRAMS

ANALYSIS

SBP Bank

set policy

policy accepted

request data

sales data entered

Send notification

SEQUENCE DIAGRAM

Bank SBP

Veiw Board

Register Bank

Enter Data

Edit Policy

View Notification

Send Notification

«uses»

«uses»

«uses»

«uses»

«uses»

«uses»

«uses»

«uses»

«uses»

USE CASE

Register Bank

Edit Policy

Send Notification

View notification

ACTIVTY DIAGRAM

CLASS DIAGRAM

Specify Branch ID

Please enter your ID and password:•Login•Password

User ID and Password entered Please select the Bank:

•Bank Name

Please select the service required:•View Board•Register Bank•Edit Policy•Send Notification

View Board selected

•Select Bank•View Notifications•Logout

Thank you for using our service

Welcome to PRISM Banking System Service

Logging out

STORYBOARD

CONSTRAINTS

The limitations that may be faced during the

development of the project are: TIME SKILL TECHNOLOGY INFORMATION COST