Documente Academic
Documente Profesional
Documente Cultură
ACKNOWLEDGEMENT
Before we precede our project we would like to add a few heartfelt words
for the people who were part of this project in various ways. People who
gave unending support in development of this project. In particular, we
wish to thank our Faculty members for giving guidance and several ideas
in this software development.
We thank Honorable Chairman Sir Mr.Kamal Ghanshala for providing
us platform where we had developed this software.
Several people contributed for the up comming of this project. The main
contribution in the upcomming of this project was of the respected faculty
members, the team members and the other students also which play the
important part of critics in the project. The concerned faculty of the
project is Mr. MANISH SHARMA. By their valuable and timely
comments and suggestions this project had come into existence.
At last but not least we would like to wish thanks to each other for
cooperation and a well understanding between us.
CERTIFICATE
Project Guide:
PREFACE
Our project is based on the Network Banking. Coupling this software with
necessary hardware devices, this could be converted to an ATM (Automatic
Teller Machine).This is just a simulation of the Network Bankings, so can be
called as a mini-ATM.
1. INTRODUCTION…………………………………………………….
1. Introduction………………………………………….
2. SDLC………………………………………………..
3. Software & Hardware Requirements………………..
4. Introduction to JAVA AND NETWORKING…………….
2. FEASIBILITY STUDY…………………………………………….
1. Feasibility Study………………………………………………
2. Types of Feasibility Study……………………………………….
3. REQUIREMENT ANALYSIS………………………………………
1. SRS…………………………………………………….
4. DESIGNING………………………………………………………
5. CODING………………………………………………………….
1. Coding…………………………………………………………
2. Screen Shots…………………………………………………….
6. TESTING………………………………………………………..
1. Unit Testing…………………………………………………….
2. Integration Testing…………………………………………….
3. System Testing…………………………………………………
4. Black Box Testing……………………………………………..
5. White Box Testing……………………………………………
7. MAINTENANCE……………………………………………………..
1. Corrective Maintenance…………………………………………….
2. Adaptive Maintenance………………………………………………..
3. Perfective Maintenance……………………………………………
8. CONCLUSION…………………………………………………….
9. FUTURE SCOPE…………………………………………………
10. BIBLIOGRAPHY……………………………………..
1.INTRODUCTION
Our project is based on the Network Banking. Coupling this software with
necessary hardware devices, this could be converted to an ATM (Automatic
Teller Machine).This is just a simulation of the Network Bankings, so can be
called as a mini-ATM
2. DESIGN-
Software design is actually a multi-step process that focuses on four
distinct attributes of a program: data structure, software architecture,
interface representations and procedural details.
3. CODE GENERATION-
The design must be translated into a machine readable form. If design
is performed in a detailed manner, code generation can be accomplished
mechanistically.
4. TESTING-
Once code has been generated, Program testing begins. Testing
involved conducting tests to uncover errors and ensure that defined input
will produce actual results that agree with required results.
5. IMPLEMENTATION-
During the implementation phase, each component of the design is
implemented as a program module and each of these program modules is
unit-tested, debugged and documented.
HARDWARE CONFIGURATION:
SOFTWARE CONFIGURATION:
● OS Windows XP
● JDK 1.6.0, Java
● MS Access
● Networking
Front End-Java
Back End-Microsoft Access
MODEL USED
We have implemented the incremental model in our project. The basic idea
is that the software should be developed in increments, each increment
adding some functional capability to the system until the full system is
implemented. At each step, extensions and design modifications can be
made.
The key point when we make our project is that “the process moulds to the
needs of the people and the team, not the other way around”.
Program for just about any type of CPU, to do requires a full C++ compiler
targeted for that CPU. The problem is that compilers are expensive and time-
consuming to create. An easier and more cost efficient solution was needed.
In an attempt to find such a solution, Gosling and others began work on a
portable, platform independent language that could be used to produce code
that would run on a variety of CPUs under differing environments. This effort
ultimately led to the creation of Java.
NETWORKS
● PEER TO PEER
A peer to peer network is one in which lacks a dedicated server
and every computer acts as both a client and a server.
● CLIENT/SERVER
This type of network is designed to support a large number of users and
uses dedicated server to accomplish this. Clients log on to the server in
order to run applications or obtain files. Security and permissions can
be managed by 1 or more administrator.
● CENTRALIZED
This is also a client/server based model in which the clients are "dumb
terminals". This means that the client may not have a storage device
and all applications and processing occurs on the server. Security is
very high on this type of network.
TCP/IP NETWORKS
IP Address
WHY JAVA?
● Object Oriented.
● Sockets: One end point of a two way communication link between two
ports on the network.
2.FEASIBILITY STUDY
Thus, the feasibility study is carried out to select the best system
that meets performance requirements. This entails identification,
description, and evaluation of candidate system and selecting of the best
for the job.
REQUIREMENT ANALYSIS
Purpose
3.SOFTWARE REQUIREMENT
SPECIFICATION (SRS)
SYSTEM SCOPE
Scope of our project on Banking System includes the benefits of this system.
We want a system in which all the information about Clients can be achieved
fast and easily which we are achieving by making it outline. Some of the
benefits of this system are:
The system is user friendly and helps the user to find out the details of the
Client in the bank.
PROJECT CONSTRAINTS
OBJECTIVE
1. Client Related
2. Project Related
Our project is based on the Network Banking. Coupling this software with
necessary hardware devices, this could be converted to an ATM(Automatic
Teller Machine).this is just a simulation of the Network Bankings,so can be
called as a mini-ATM.
The operations and features in this are those that we can see in
any other Bankings.there are three levels of users.
1) Administrator:
He has the power to create account, delete account, edit and
update account, view account, view account logs, client monitoring and port
termination.
2) Intermediate administrator:
---------Passwords--------------
1) Server side:
User id: administrator
Password: admin
2) Client side:
-->for teller:
-->for clients
set classpath=.
--------------------note------------------
------ Running--------
To start server:
1. Set current directory to "bankserver".
2. Type "java server <client_port> ",
Example: java server 1234
** bankserver directory
1)server.java(main file)
2)accessdbase.java
3)accessserver.java
4)admincreateacc.java
5)admindeleteacc.java
6)admineditacc.java
7)adminentrylevel.java
8)adminmainmenu.java
9)adminupdateacc.java
10)adminviewacc.java
11)adminviewreport.java
*serverdb.mdb (database)
**bankclients directory
1)clientlog.java(main file)
2)clientacctoptions.java
3)clientdeposit.java
4)clientmainmenu.java
5)clientpasspin.java
6)clienttransmoney.java
7)clientvalidatepin.java
8)clientviewacc.java
9)clientviewlog.java
10)clientwithdraw.java
● Reliability
● Efficiency
● Portability
● Maintainability
● Usability
Test Cases
Result of test
Testing the programs
Comparator
TESTING
TESTING CYCLE:
Design Analysis: During the design phase, testers work with developers in
determining what aspects of a design are testable and under what parameter
those tests work.
Test Development: Test Procedures, Test Scenarios, Test Cases, Test Scripts
to use in testing software.
Test Execution: Testers execute the software based on plans and tests and
report any errors found to the development team.
Test Reporting: Once testing is completed, testers generate metrics and make
final reports on their test effort and whether or not the software tested is ready
for release.
Requirements
High-order tests
Design
Integration test
Code
Testing
Unit test
● Correctness-
A good design should correctly implement all the
functionalities of the system.
● Understandability-
A good design should be easily understandable.
● Efficiency-
A good design should be efficient.
● Maintainability-
A good design should be easily amenable to change.
Tools and technologies used
Front End-Java
Back End-Microsoft Access
And
Networking
Microsoft Access has been used as a database for the back end purpose.
ClientA
ccStatu
s
AccountNo Name Balance LogInStatus
0 0 No
1001 Aditya 50000 No
1002 Manoj 50000 No
1003 Sujata 50000 No
1004 Naveen 50000 No
1005 Mamta 50000 No
1006 Mr.Mahesh 5000000 No
ClientI
nfo
Account Passwor AddressLi AddressLi Validit
Name City State Phone Pin
No d ne1 ne2 y
1001 Aditya Joshi Almora Tunera Almora Uttarakha 94113098 True 941
nd 05 2
1002 Manoj Thakur Polysheet Tagore Haldwa Uttarakha 94107479 True 127
colony ni nd 77 0
1003 Sujata Negi Awas vikas Polysheet Haldwa Uttarakha 94117917 True 942
colony ni nd 37 6
1004 Naveen Mishra Neem ka Jaipur Rajasth Rajasthan 97456367 True 173
thana an 8 0
1005 Mamta Sharma Subash Near Dehrad Uttarakha 98976547 True 942
nagar satyam un nd 8 8
1006 Mr.Mahe Manchan Chandrama Subashnag Dehrad Uttarakha 94113656 True 658
sh da ni chauk ar un nd 89 5
Cli
en
tL
og
s
ID Date Time AccountNo Action Remarks LogInIP
211 27 Nov 22:14:40 100 LOGGED FORCED LOGGED OUT BY /127.0.0.1
2008 ( OUT ADMINISTRATOR
Thu )
212 27 Nov 22:23:19 1019 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Thu )
213 27 Nov 22:23:33 1019 VIEW BALANCE : Rs 500\- /127.0.0.1
2008 ( ACCOUNT
Thu )
214 27 Nov 22:23:56 1019 VIEW BALANCE : Rs 500\- /127.0.0.1
2008 ( ACCOUNT
Thu )
215 27 Nov 22:26:39 1019 VALIDATE INCORRECT PIN ,REQUEST /127.0.0.1
2008 ( PIN FOR ACCOUNT OPTIONS
Thu ) FAILED
216 27 Nov 22:28:18 1019 LOGGED SUCCESSFULLY LOGGED OUT /127.0.0.1
2008 ( OUT
Thu )
217 27 Nov 22:28:30 1019 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Thu )
218 27 Nov 22:28:34 1019 LOGGED SUCCESSFULLY LOGGED OUT /127.0.0.1
2008 ( OUT
Thu )
219 27 Nov 22:32:47 1019 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Thu )
220 27 Nov 22:33:04 1019 WITHDRAW Rs500\- CURRENT BALANCE: /127.0.0.1
2008 ( Rs4999500\-
Thu )
221 27 Nov 22:33:29 1019 VIEW BALANCE : Rs 4999500\- /127.0.0.1
2008 ( ACCOUNT
Thu )
222 27 Nov 22:33:43 1019 LOGGED SUCCESSFULLY LOGGED OUT /127.0.0.1
2008 ( OUT
Thu )
223 27 Nov 22:34:31 1018 LOG IN LOG IN DUPLICATE FAILED /127.0.0.1
2008 (
Thu )
224 08 Dec 23:21:04 1019 LOG IN LOG IN DUPLICATE FAILED /127.0.0.1
2008 (
Mon )
225 08 Dec 23:22:35 1019 LOG IN LOG IN DUPLICATE FAILED /127.0.0.1
2008 (
Mon )
226 08 Dec 23:27:55 1019 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Mon )
227 08 Dec 23:33:12 1020 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Mon )
228 08 Dec 23:33:17 1020 VIEW BALANCE : Rs 500\- /127.0.0.1
2008 ( ACCOUNT
Mon )
229 08 Dec 23:35:25 1020 TRANSFER TRANSFERRED Rs5000\- TO /127.0.0.1
2008 ( AccountNo: 1019
Mon )
230 08 Dec 23:35:27 1019 DEPOSIT TRANSFERRED Rs5000\- FROM /127.0.0.1
2008 ( AccountNo: 1020
Mon )
231 08 Dec 23:35:33 1020 VIEW BALANCE : Rs 495000\- /127.0.0.1
2008 ( ACCOUNT
Mon )
232 08 Dec 23:35:51 1020 WITHDRAW Rs5000\- CURRENT BALANCE: /127.0.0.1
2008 ( Rs490000\-
Mon )
233 08 Dec 23:36:09 1020 VIEW BALANCE : Rs 490000\- /127.0.0.1
2008 ( ACCOUNT
Mon )
234 08 Dec 23:36:39 1020 LOGGED SUCCESSFULLY LOGGED OUT /127.0.0.1
2008 ( OUT
Mon )
235 08 Dec 23:37:02 1019 LOG IN LOG IN DUPLICATE FAILED /127.0.0.1
2008 (
Mon )
236 08 Dec 23:37:32 1019 LOG IN LOG IN FAILED /127.0.0.1
2008 (
Mon )
237 08 Dec 23:37:42 1019 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Mon )
238 08 Dec 23:37:45 1019 VIEW BALANCE : Rs 5004500\- /127.0.0.1
2008 ( ACCOUNT
Mon )
239 08 Dec 23:38:17 1020 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Mon )
240 08 Dec 23:38:31 1019 LOGGED FORCED LOGGED OUT BY /127.0.0.1
2008 ( OUT ADMINISTRATOR
Mon )
241 08 Dec 23:38:36 1020 LOGGED FORCED LOGGED OUT BY /127.0.0.1
2008 ( OUT ADMINISTRATOR
Mon )
242 08 Dec 23:56:11 1020 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Mon )
243 08 Dec 23:56:16 1020 VIEW BALANCE : Rs 490000\- /127.0.0.1
2008 ( ACCOUNT
Mon )
244 08 Dec 23:56:28 1020 LOGGED SUCCESSFULLY LOGGED OUT /127.0.0.1
2008 ( OUT
Mon )
245 09 Dec 10:28:52 1001 LOG IN LOG IN FAILED /127.0.0.1
2008 (
Tue )
246 09 Dec 10:29:10 1001 LOGGED IN SUCCESSFULLY LOGGED IN /127.0.0.1
2008 (
Tue )
247 09 Dec 10:29:13 1001 VIEW BALANCE : Rs 50000\- /127.0.0.1
2008 ( ACCOUNT
Tue )
248 09 Dec 10:29:31 1001 LOGGED SUCCESSFULLY LOGGED OUT /127.0.0.1
2008 ( OUT
Tue )
5. CODING
Coding
You can view the source code of networking banking in our project
we have made the following things
** bankserver directory
1)server.java(main file)
2)accessdbase.java
3)accessserver.java
4)admincreateacc.java
5)admindeleteacc.java
6)admineditacc.java
7)adminentrylevel.java
8)adminmainmenu.java
9)adminupdateacc.java
10)adminviewacc.java
11)adminviewreport.java
*serverdb.mdb (database)
**bankclients directory
1)clientlog.java(main file)
2)clientacctoptions.java
3)clientdeposit.java
4)clientmainmenu.java
5)clientpasspin.java
6)clienttransmoney.java
7)clientvalidatepin.java
8)clientviewacc.java
9)clientviewlog.java
10)clientwithdraw.java
SERVER
● Account Creation, Deletion, Updation.
● View Account, Reports, Account Logs.
● Client Authentication.
● Client Monitoring.
● Centralized Data Processing.
● Creation of Account Logs.
INTERMEDIATE ADMINISTRATOR
● Privilege to Deposit.
CLIENT
Testing is the process of executing the program(s) with the intention of finding
out errors. During testing, the program to be tested is executed with a set of
test cases and the output of the programs for the test case is evaluated to
determine if the program is performing as it is expected to be.
LEVELS OF TESTING
UNIT TESTING: The first level of testing is called unit testing. In this
different modules are tested against the specifications produced during design
of the modules. Unit testing is essentially for verification of the code produced
during coding phase, and hence the goal is to test the internal logic of the
modules. The programmer of the module typically does it. Others consider a
module for integration and use only after it has been unit tested satisfactorily.
Due to its close association with coding, the coding phase is frequently called
“coding and unit testing”. As the focus of this testing level is on testing code,
structural testing is best suited for this level. In fact, as structural testing is not
very suitable for large programs, it is used mostly at the unit testing level.
TYPES OF TESTING
Branch Coverage: In this strategy, test cases are designed to make each
branch condition assume true and false value in turn. It is also known as “edge
testing” as in this testing scheme, each edge of a program’s control flow graph
is traversed at least once.
Path Coverage: It requires us to design test cases such that all linearly
independent paths in the program are executed at least once. These paths are
Defined in terms of control-flow graph of a program.
7. MAINTENANCE
The maintenance of a software product requires much more effort than the
effort necessary to develop the product itself. This phase involves the
following three kinds of activities
The aim of our project was to explore new avenues in computing Like the
distributed systems along with traditional concepts like OOPS
And networking.
ADVANTAGES
● User-friendly.
● Robust.
● Secure.
● Economical.
● Minimum chances of errors.
● Less time consuming.
9. FUTURE SCOPE
This project aspires to be a simulation of sorts for a Network Bank in the near
future. If coupled with appropriate hardware this system can be turned into
ATM software.
● Loan Facility.
● Email and mobile alerts.
● Active Tracing of Fraudulent activities.
● Security upgrades like Visual Sensors with burglar alarms, Biometric
Identification procedures etc.
10. BIBLIOGRAPHY
The list of the books, & website which I have gone threw the
completion of my project, is:
● Black Book
● Complete Reference
Websites:
www.google.com
www.flazx.com
www.java.sun.com