Professional Documents
Culture Documents
Dbms Report
Dbms Report
SUBMITTED BY
CERTIFICATE
This is to certify that the project entitled ONLINE BANKING MANAGEMENT SYSTEM
has been successfully completed by
In partial fulfilment for the data base management system laboratory with mini-project report
[17CSL58] - V semester, B.E. Computer Science during 2019-2020.
EXTERNAL VIVA:
(Names of Internal/External Examiners with Signature & Date)
Examiner 1:
Examiner 2:
DECLARATION
We, RAJAT SHARMA and NILESH, Students of 5th Semester B.E. in Computer Science and
Engineering at Atria Institute of Technology, hereby declare that the project work entitled
“ONLINE BANKING MANAGEMENT SYSTEM” has been carried out by me under the
supervision of Prof. Rajendra M and Prof. Deeksha Satish, Dept. of CS&E, Atria Institute of
Technology and submitted in partial fulfilment of the course requirements for the award of
degree in B.E. in Computer Science and Engineering of Visvesvaraya Technological
University Belgavi during the year 2019-2020. I further declare that the report has not been
submitted to any other university for the award of any other degree.
Date: NILESH(1AT17CS043)
ACKNOWLEDGEMENT
I have spent my full effort and dedication upon completion of this project, however this
would not been possible and successful without the invaluable Support and Guidance of
Prof. Rajendra M, Prof. Deeksha Satish , Prof. Sathisha G and Prof. Nagesh V.
My sincere gratitude to all my Mentors. I would like to thank beloved Principal Dr. K V
Narayanaswamy for providing a congenial environment and surrounding to work in.
I would also like to thank my HOD Dr. Aishwarya P for giving me this opportunity to do
this project and prove my skills and for continuous support and encouragement. I also thank
to my classmates who every time helped me out and encouraged me for carrying out the
project. I fall short of words to thank my family, who stood beside me while completion of
my project.
ABSTRACT
Online banking system can be considered as the one of the great tool supporting many
customers as well as banks and financial institutions to make may banking activities through
online. Every day banks need to perform many activities related to users which needs huge
infrastructure with more staff members etc.
But the online banking system allows the banks to perform these activities in a simpler way
without involving the employees for example consider online banking, mobile banking and
ATM banking. But banking system needs to be more secure and reliable because each and
every task performed is related to customer’s money. Especially authentication and validation
of user access is the major task in the banking systems.
TABLE OF CONTENTS
i. Certificate
ii. Declaration
iii. Acknowledgement
iv. Abstract
CHAPTERS
1. Introduction
1.1. Introduction to DBMS………………………………………………………………..7
1.2. Introduction to Online Banking Management System………………………………..8
1.2.1. Project Objective………………………………………………………………8
1.2.2. Project Scope…………………………………………………………………..9
2. Requirement Specifications
2.1. Functional Requirements………………………………………………………….10
2.2. Performance Requirements…………………………………………………………10
2.3. Software Requirements……………………………………………………………10
2.4. Hardware Requirements……………………………………………………………10
3. System Design
3.1. ER Diagram…………………………………………………………………………11
3.2. Normalization………………………………………………………………………12
3.3. User Interface Design………………………………………………………………13
4. Detailed Design
4.1. Database Creation…………………………………………………………………13
4.1.1. Data Definition…………………………………………………………….14
4.2. Stored Procedure…………………………………………………………………14-15
4.3. Triggers…………………………………………………………………………15-16
5. Table and values………………………………………………………16-18
6. Code……………………………………………………………………18-32
7. Output Screens………………………………………………………..33-35
8. Bibliography……………………………………………………………36-37
1. INTRODUCTION
Defining a database specifying the database involves specifying the data types, constraints
and structures of the data to be stored in the database. The descriptive information is also
stored in the database in the form database catalogue or dictionary; it is called meta-data.
Manipulating the data includes the querying the database to retrieve the specific data. An
application program accesses the database by sending the queries or requests for data to
DBMS. The important function provided by the DBMS includes protecting the database and
maintain the database.
Thousands of banks performs millions of transactions every day and thousands of users
follow the almost the same banking system. As we know that if number of users increases
we need more banks and more staff it means we have to put more money in this system. If we
developed advanced computerized based banking system so there is no need to open new
branches in remote areas or same branch provides services to other banking system e.g ATM
system.
Banking system requires authenticity and validity if a system provides these basic logics that
mean we can develop a new system that authenticate and validate the user and user
can do any type of virtual transaction any time anywhere in minimum amount of time. One of
the most authentic codes for recognition of any person is signature. It always appears on
almost all types of documents, such as property documents, bank cheques, and credit slips,
thus signature has a great importance in our daily life, therefore automatic signature
verification is important in the field of document analysis and processing for which a lot of
work has been done in the past
From an end-user perspective, the Online Banking System Project consists of two
functional elements: Customer transaction module and Employee transaction module.
Customer Transaction Module An enhanced atomized system is developed to maintain
customer transaction. Features includes
Creation of new banking customer
Customer type – Current Account, Savings Account, Fixed Account
Customer Creation form
Existing customer details
Customer Access Form
Each customer login identified by Access Code and Account No.
Banking Main menu option like.
Transaction – Debit, Credit,
Transfer Customer Detail – Modify Details,
Lock Customer.
Freeze/Unfreeze Account
Help – User Manual.
Transaction Summary
Account Closing
Employee Transaction Module An enhanced atomized system is developed to
maintain employee transaction. Features includes
Customer Details
Transaction Report
2. REQUIREMENT SPECIFICATION
Performance requirements need to be considered along with other types of quality attributes
(e.g., reliability, robustness, security and usability as well as availability, interoperability,
safety, efficiency and flexibility). Some quality attributes can conflict with one another and
require the business to make tradeoffs. One example is among different types of performance
requirements: High throughput performance (ability to process a large volume of transitions
within a timeframe) can degrade response time. Or, battery life on a hardware device (another
performance requirement) can impact strength of the lighting on a visual display, potentially
degrading usability.
3. SYSTEM DESIGN
3.1. ER DIAGRAM
3.2. NORMALIZATION
Normalization
Normalization is built around the concept of normal forms. A relation is said to be in a
particular normal form if it satisfies a certain specified set of constraints on the kind of
functional dependencies that could be associated with the relation. The normal forms are used
to ensure that various types of anomalies and inconsistencies are not introduced into the
database.
User interface design or UI design generally refers to the visual layout of the elements that a
user might interact with in a website, or technological product. This could be the control
buttons of a radio, or the visual layout of a webpage. User interface designs must not only be
attractive to potential users, but must also be functional and created with users in mind.
User interface design can dramatically affect the usability and user experience of an
application. If a user interface design is too complex or not adapted to targeted users, the user
may not be able to find the information or service they are looking for. In website design, this
can affect conversion rates. The layout of a user interface design should also be clearly set
out for users so that elements can be found in a logical position by the user.
4. DETAILED DESIGN
Nearly all e-commerce sites uses databases to store product inventory and customer
information. These sites use a database management system (or DBMS), such as Microsoft
Access, FileMaker Pro, or MySQL as the "back end" to the website. By storing website data
in a database, the data can be easily searched, sorted, and updated. This flexibility is
important for e-commerce sites and other types of dynamic websites.
Early databases were relatively "flat," which means they were limited to simple rows and
columns, like a spreadsheet. (See also "flat file database"). However, today's relational
databases allow users to access, update, and search information based on the relationship of
data stored in different tables. Relational databases can also run queries that involve multiple
databases. While early databases could only store text or numeric data, modern databases also
let users store other data types such as sound clips, pictures, and videos.
Data, even in a database, is rarely useful in its raw form. For example, in a banking
application, data is the whole collection of bank account numbers; bank customers’
names, addresses, and ages; bank transactions and so on. Being presented with this mass
of numbers will simply overwhelm the average human -- an individual simply cannot
process it all. However, when data is arranged relationally, it then becomes information,
which is much more useful to users. For example, if the mass of numbers stored in the
banking database above is used to extract the names and addresses of the top 100 clients
by size of deposit, then the data has been used to provide useful information.
Uses for stored procedures include data-validation (integrated into the database) or access-
control mechanisms. Furthermore, stored procedures can consolidate and centralize logic that
was originally implemented in applications. To save time and memory, extensive or complex
processing that requires execution of several SQL statements can be saved into stored
procedures, and all applications call the procedures. One can use nested stored procedures by
executing one stored procedure from within another.
Stored procedures may return result sets, i.e., the results of a SELECT statement. Such result
sets can be processed using cursors, by other stored procedures, by associating a result-set
locator, or by applications. Stored procedures may also contain declared variables for
processing data and cursors that allow it to loop through multiple rows in a table. Stored-
procedure flow-control statements typically include IF , WHILE , LOOP , REPEAT ,
and CASE statements, and more. Stored procedures can receive variables, return results or
modify variables and return them, depending on how and where the variable is declared.
Inputs
Store procedure can accept parameter values as inputs. Depending on how the parameters are
defined, modified values can be passed back to the calling program
Execution
Stored procedures can execute SQL statements, utilize conditional logic such as IF THEN or
CASE statements and lopping constructs to perform tasks.
A stored procedure is able to call another stored procedure.
Stored procedure can become very handy as they can manipulate results of SQL queries via
cursors. Cursors allow the procedure to access results row by row. In essence you can use
cursors to loop through a SQL statement’s result. This can slow down database performance,
so be intelligent about your use of cursors!
Outputs
A stored procedure can return a single values such as a number or text value or a result set
(set of rows). Also, as mentioned, depending on how the inputs are defined, changed values
to inputs can be propagated back to the calling procedure.
4.3. TRIGGERS
Admin Table:
Id Int(5)
Name Varchar(255)
Gender Char(1)
Date of birth Date
Relationship Varchar(255)
Department Varchar(255)
Address Varchar(255)
Mobile Varchar(11)
Login id Varchar(255)
Password Varchar(32)
Last login Datetime
Customer Table:
Id Int(5)
Name Varchar(255)
Gender Char(1)
Date of birth Date
Nominee Varchar(255)
Account Varchar(255)
Address Varchar(255)
Mobile Varchar(11)
Email Varchar(255)
Password Varchar(255)
Branch Varchar(255)
Ifsc Varchar(255)
Last login Datetime
Account status Varchar(255)
Staff Table:
Id Int(5)
Name Varchar(255)
Gender Char(1)
Date of birth Date
Department Varchar(255)
Date of joining Date
Address Varchar(255)
Mobile Varchar(11)
Email Varchar(255)
Password Varchar(255)
Branch Varchar(255)
Last login Datetime
Relationship Varchar(255)
Passbook Table:
Transaction id Int(5)
Transaction date Date
Name Varchar(255)
Branch Varchar(255)
Ifsc Varchar(255)
Credit Int(10)
Debit Int(10)
Amount Float(10,2)
Narration Varchar(255)
ATM Table:
Id Int(10)
Customer name Varchar(255)
Account no. Int(10)
Atm status Varchar(50)
Beneficiary Table:
Id Int(10)
Sender id Int(10)
Sender name Varchar(255)
Receiver id Int(10)
Receiver name Varchar(255)
Status Varchar(15)
Chequebook Table:
Id Int(10)
Customer name Varchar(255)
Account no. Int(10)
Cheque book status Varchar(25)
6. CODE
Staff Login:
<?php
session_start();
if(isset($_SESSION['staff_login']))
header('location:staff_homepage.php');
?>
<!DOCTYPE html>
<html>
<head>
<noscript><meta http-equiv="refresh" content="0;url=no-js.php"></noscript>
<meta charset="UTF-8">
<title>Staff Login - Online Banking</title>
<?php
include 'header.php'; ?>
<div class='content'>
<div class="user_login">
<form action='' method='POST'>
<table align="center">
<tr><td><span class="caption">Staff Login</span></td></tr>
<tr><td colspan="2"><hr></td></tr>
<tr><td>Username:</td></tr>
<tr><td><input type="text" name="uname"></td></tr>
<tr><td>Password:</td></tr>
<tr><td><input type="password" name="pwd"></td></tr>
<tr><td class="button1"><input type="submit" name="submitBtn" value="Log In"
class="button"></td></tr>
</table>
</form>
</div>
</div>
header('location:staff_homepage.php');
}
else
echo "fail";
}
?>
SQL Code:
--
-- Database: `bank_db`
--
-- --------------------------------------------------------
--
-- Table structure for table `admin`
--
--
-- Dumping data for table `admin`
--
INSERT INTO `admin` (`id`, `name`, `gender`, `dob`, `relationship`, `department`, `address`,
`mobile`, `login_id`, `pwd`, `lastlogin`) VALUES
(1, 'admin', 'M', '1994-01-01', 'unmarried', 'developer', 'globsyn kolkata', '18003004000',
'admin', 'admin', '0000-00-00 00:00:00');
-- --------------------------------------------------------
--
-- Table structure for table `atm`
--
--
-- Dumping data for table `atm`
--
-- --------------------------------------------------------
--
-- Table structure for table `beneficiary1`
--
--
-- Dumping data for table `beneficiary1`
--
-- --------------------------------------------------------
--
-- Table structure for table `cheque_book`
--
--
-- Dumping data for table `cheque_book`
--
-- --------------------------------------------------------
--
-- Table structure for table `customer`
--
--
-- Dumping data for table `customer`
--
INSERT INTO `customer` (`id`, `name`, `gender`, `dob`, `nominee`, `account`, `address`,
`mobile`, `email`, `password`, `branch`, `ifsc`, `lastlogin`, `accstatus`) VALUES
(34, 'Rajat sharma', 'M', '1993-12-30', 'ramu', 'savings', 'agapara', '9999955555',
'rajatind98@gmail.com', '28a1b310b43643306f560bb161ff6b67f763c576', 'KOLKATA',
'K421A', '2015-01-11 10:29:30', 'ACTIVE'),
(35, 'Aditya abrol', 'M', '1990-12-26', 'ramu', 'savings', 'agarpara', '9999955556',
'aditya@gmail.com', '28a1b310b43643306f560bb161ff6b67f763c576', 'DELHI', 'D30AC',
'2015-01-11 10:11:07', 'ACTIVE'),
(36, 'Anshuman giri', 'M', '1993-06-26', 'ramu', 'savings', 'sodepur', '9999955556',
'anshuman@gmail.com', '28a1b310b43643306f560bb161ff6b67f763c576', 'BANGALORE',
'B6A9E', '0000-00-00 00:00:00', 'ACTIVE'),
(37, 'Nilesh', 'M', '0000-00-00', 'ramu', 'savings', 'durgapur', '9999955556',
'nilesh@gmail.com', '28a1b310b43643306f560bb161ff6b67f763c576', 'DELHI', 'D30AC',
'2015-01-11 10:18:57', 'ACTIVE'),
(38, 'Somya', 'F', '1990-12-26', 'ramu', 'savings', 'agarpara', '9999955556',
'somya@gmail.com', '28a1b310b43643306f560bb161ff6b67f763c576', 'KOLKATA',
'K421A', '0000-00-00 00:00:00', 'ACTIVE'),
(39, 'Prakash kumar', 'M', '2015-01-14', 'ramu', 'savings', 'agarpara', '9804381248',
'prakash@gmail.com', '28a1b310b43643306f560bb161ff6b67f763c576', 'DELHI', 'D30AC',
'2015-01-11 10:09:36', 'ACTIVE'),
(40, 'Ashar nawab', 'M', '1996-02-18', 'aditya', 'savings', 'agarpara', '8956231245',
'ashar@gmail.com', '28a1b310b43643306f560bb161ff6b67f763c576', 'DELHI', 'D30AC',
'2015-01-11 09:42:43', 'ACTIVE'),
(41, 'Ritesh kumar', 'M', '1993-12-26', 'ramu', 'savings', 'sodepur', '8956231245',
'ritesh@gmail.com', 'b638866443ed874cd5a9449a090cb8dce66e4a3a', 'KOLKATA',
'K421A', '2015-01-11 10:27:48', 'ACTIVE');
-- --------------------------------------------------------
--
-- Table structure for table `passbook34`
--
--
-- Dumping data for table `passbook34`
--
-- --------------------------------------------------------
--
-- Table structure for table `passbook35`
--
--
-- Dumping data for table `passbook35`
--
-- --------------------------------------------------------
--
-- Table structure for table `passbook36`
--
--
-- Dumping data for table `passbook36`
--
-- --------------------------------------------------------
--
-- Table structure for table `passbook37`
--
--
-- Dumping data for table `passbook37`
--
-- --------------------------------------------------------
--
-- Table structure for table `passbook38`
--
--
-- Dumping data for table `passbook38`
--
-- --------------------------------------------------------
--
-- Table structure for table `passbook39`
--
--
-- Dumping data for table `passbook39`
--
-- --------------------------------------------------------
--
-- Table structure for table `passbook40`
--
--
-- Dumping data for table `passbook40`
--
-- --------------------------------------------------------
--
-- Table structure for table `passbook41`
--
--
-- Dumping data for table `passbook41`
--
-- --------------------------------------------------------
--
-- Table structure for table `staff`
--
--
-- Dumping data for table `staff`
--
INSERT INTO `staff` (`id`, `name`, `dob`, `relationship`, `department`, `doj`, `address`,
`mobile`, `email`, `pwd`, `gender`, `lastlogin`) VALUES
(1, 'sunil', '1990-05-05', 'married', 'revenue', '1999-11-11', 'kestopur12', '8892212466',
'sunil@gmail.com', 'kul', 'M', '2015-01-11 10:29:48'),
(2, 'akash', '1998-08-21', 'unmarried', 'revenue', '2013-08-03', 'kolkata', '9635722546',
'akash@gmail.com', 'aka', 'M', '2015-01-10 21:22:59'),
--
-- Indexes for dumped tables
--
--
-- Indexes for table `admin`
--
ALTER TABLE `admin`
ADD PRIMARY KEY (`id`), ADD UNIQUE KEY `email` (`login_id`);
--
-- Indexes for table `atm`
--
ALTER TABLE `atm`
ADD PRIMARY KEY (`id`);
--
-- Indexes for table `beneficiary1`
--
ALTER TABLE `beneficiary1`
ADD PRIMARY KEY (`id`);
--
-- Indexes for table `cheque_book`
--
ALTER TABLE `cheque_book`
ADD PRIMARY KEY (`id`);
--
-- Indexes for table `customer`
--
ALTER TABLE `customer`
ADD PRIMARY KEY (`id`), ADD UNIQUE KEY `email` (`email`);
--
-- Indexes for table `passbook34`
--
ALTER TABLE `passbook34`
ADD PRIMARY KEY (`transactionid`);
--
-- Indexes for table `passbook35`
--
ALTER TABLE `passbook35`
--
-- Indexes for table `passbook36`
--
ALTER TABLE `passbook36`
ADD PRIMARY KEY (`transactionid`);
--
-- Indexes for table `passbook37`
--
ALTER TABLE `passbook37`
ADD PRIMARY KEY (`transactionid`);
--
-- Indexes for table `passbook38`
--
ALTER TABLE `passbook38`
ADD PRIMARY KEY (`transactionid`);
--
-- Indexes for table `passbook39`
--
ALTER TABLE `passbook39`
ADD PRIMARY KEY (`transactionid`);
--
-- Indexes for table `passbook40`
--
ALTER TABLE `passbook40`
ADD PRIMARY KEY (`transactionid`);
--
-- Indexes for table `passbook41`
--
ALTER TABLE `passbook41`
ADD PRIMARY KEY (`transactionid`);
--
-- Indexes for table `staff`
--
ALTER TABLE `staff`
ADD PRIMARY KEY (`id`), ADD UNIQUE KEY `email` (`email`);
--
-- AUTO_INCREMENT for dumped tables
--
--
7. OUTPUT SCREENS
Admin page
Description: This is the screenshot showing where the admin can login onto to the
Online bank database and can have access to the Users and Staff members.
User login page
Description: This is the screenshot showing where the Users login themselves onto
the Bank database and can view their status.
User homepage
STAFF HOMEPAGE
ACTIVE CUSTOMERS
TABLES USED
Description: This is the screenshot showing all tables used in the database.
8. BIBLIOGRAPHY
Electronic Documents
E-books
[1] L. Bass, P. Clements, and R. Kazman, Software Architecture in Practice, 2nd ed.
Reading, MA: Addison Wesley, 2003. [E-book] Available: Safari e-book.
Internet Documents
Professional Internet Site
[1] European Telecommunications Standards Institute, “Digital Video Broadcasting (DVB):
Implementation guide for DVB terrestrial services; transmission aspects,” European
Telecommunications Standards Institute, ETSI-TR-101, 2007. [Online]. Available:
http://www.etsi.org. [Accessed: Nov. 12, 2007].
Journal Articles
Article in Journal (paginated by annual volume)
[8] K. A. Nelson, R. J. Davis, D. R. Lutz, and W. Smith, “Optical generation of tunable
ultrasonic waves,” Journal of Applied Physics, vol. 53, no. 2, Feb., pp. 1144-1149, 2002.
Books
Single Author
[1] W. K. Chen, Linear Networks and Systems. Belmont, CA: Wadsworth Press, 2003.
Edited Book
[2] J. L. Spudich and B. H. Satir, Eds., Sensory Receptors and Signal Transduction. New
York: Wiley-Liss, 2001.
Selection in an Edited Book
[3] E. D. Lipson and B. D. Horwitz, “Photosensory reception and transduction,” in Sensory
Receptors and Signal Transduction, J. L. Spudich and B. H. Satir, Eds. New York: Wiley-
Liss, 2001, pp-1-64.
Three or More Authors
[4] R. Hayes, G. Pisano, and S. Wheelwright, Operations, Strategy, and Technical
Knowledge. Hoboken, NJ: Wiley, 2007.
Manual
[6] Bell Telephone Laboratories Technical Staff, Transmission System for Communication,
Bell Telephone Lab, 2005.
Technical Report
[8] K. E. Elliott and C. M. Greene, “A local adaptive protocol,” Argonne National
Laboratory, Argonne, France, Tech. Report. 916-1010-BB, 7 Apr. 2007.