Professional Documents
Culture Documents
Online Banking System: Objective
Online Banking System: Objective
OBJECTIVE:
To use the case tools for analyzing the requirements and to design a project model for Online Banking
System which is used to maintain customer details and deal with the transactions. These requirements are
provided by the customer and are validated by project members.The documentation will provide a basis for the
system design.
PROBLEM STATEMENT:
The objective of this project is to provide an efficient system for withdraw of money. The system is host
centered program supporting two types of users, bank customers and administrators. The system not only
provides the end user with a user-friendly interface but it also provides the system administrator easy access to
perform system administration functions.
A customer will login to the system by providing the user name and password.The customer enters his
personal details and he is provided with a username and password. The Administrator will have the control over
the validation and all the transactions done by a customer. The administrator will maintain the account details of
all the customers.The system allows the customer to withdraw and deposit the amount from his account.The
system allows withdrawal of amount only when the customer has a sufficient balance.
FUNCTIONAL REQUIREMENTS:
Login:
Username should accept only characters, if any special characters or number is provided, login window
should remain.
Password should contain a minimum of 8 characters, first character should be an alphabet.
Customer Details:
Customer Details should have the fields name, age, gender, address, state, pincode, phone number.
Age, pincode, phone number fields should have only numbers and no alphabets or special charectors.
Delete account:
For deleting an account we will get a different form with the user account number, name, address, SSN
information and will be asked to double check before the account is permanently removed from the
system.
The account is deleted after getting confirmation from the user.
Enable/Disable account:
In addition we can also disable or enable an account temporarily.
Based on the request from the user, the administrator the account is enabled or disabled.
The account is enabled or disabled if the user is requesting so.
UML MODELING:
DESCRIPTION FOR USECASE DIAGRAM:
The Use-Case Diagram illustrates the functionality of online banking System. It has two actors.
The first one is the customer he can access the functionalities for providing details, withdrawing and depositing amount.
The second actor is the administrator he can access the use-cases like checking balance, maintaining account detail and
Allowing withdrawal and depositing money.
The activity diagram describes the system by step by step activity. The customer will login to the system by providing his
user name and password, if login details are correct then it is validated by the administrator, then the customer is allowed
for further proceedings like whether he can withdraw amount or deposit amount. Once after withdrawing or depositing he
may allowed to view current balance. If the current balance is below minimum balance, then the administrator can
produce fine amount for maintaining low balance.
The System contains five classes: Account History, Account History Context, Account, Transaction
List, and Transaction.
Account class contains the attributes Holder, Number and Type and it has methods for maintaining these
attributes.
Transaction List class contains the information about the previous transactions.
Transaction class contains all the details about the current transaction.
Account History class has access to both AccountHistoryContext and TransactionList class.
GENERATED CODE:
public Transaction()
{
}
/**
@roseuid 4CA9A85401F5
*/
/**
@roseuid 4CA9A93B00FB
*/
/**
@roseuid 4CA9A942005F
*/
public void opname2()
{
}
/**
@roseuid 4CA9A94602A2
*/
public void getwithdraw()
{
}
/**
@roseuid 4CA9A950016A
*/
public void getbalance()
{
}
}
//Source file: Z:/SE/AccountHistoryContext.java
public class AccountHistoryContext
{
private String dateFrom;
private String DateTo;
private int account;
public Account theAccount;
/**
@roseuid 4CA9A3A001C7
*/
public AccountHistoryContext()
{
}
/**
@roseuid 4CA9A3AA012C
*/
public date getDateFrom()
{
}
/**
@roseuid 4CA9A3B203AD
*/
public void setDateFrom()
{
}
/**
@roseuid 4CA9A3BE01E9
*/
public date getDateTo()
{
}
/**
@roseuid 4CA9A3C4019B
*/
public void setDateTo()
{
}
/**
@roseuid 4CA9A3C903BE
*/
public Account getAccount()
{
}
/**
@roseuid 4CA9A3CE00A1
*/
public void setAccount()
{
}
/**
@roseuid 4CA9A3D30063
*/
public void toXML()
{
}
/**
@roseuid 4CA9A3E70007
*/
public void fromXML()
{
}
}
//Source file: Z:/SE/AccountHistory.java
public Account()
{
}
/**
@roseuid 4CA9A7C20218
*/
public void account()
{
}
/**
@roseuid 4CA9A7C9018C
*/
public void getholder()
{
}
/**
@roseuid 4CA9A7D701AC
*/
public void setholder()
{
}
/**
@roseuid 4CA9A7E00016
*/
public void getnumber()
{
}
/**
@roseuid 4CA9A7EA0036
*/
public void setnumber()
{
}
/**
@roseuid 4CA9A7EF022B
*/
public void gettype()
{
}
/**
@roseuid 4CA9A7F503E1
*/
public void settype()
{
}
}
//Source file: Z:/SE/TransactionList.java
public TransactionList()
{
}
/**
@roseuid 4CA9A9F20220
*/
public void TranasactionList()
{
}
/**
@roseuid 4CA9A9FE027E
*/
public void getTransaction()
{
}
/**
@roseuid 4CA9AA090127
*/
public void addTransaction()
{
}
}
USE CASE DIAGRAM
enter password
customer
deposit or withdraw
amount to be deposited or
with drawn
check balance
bank administrator
check balance and allow withdrawal
initial state
no
Get the login
details
if withdrawal
if amount less
action than balance
cancelled yes
Display the
current balance
final state
CLASS DIAGRAM
SEQUENCE DIAGRAM
log in withdraw
deposit
view balance
COLLOBORATION DIAGRAM
administr
6: vi ew balance of a customer
ator
2: log in
7: vi ew bal ance balance
customer 4: deposit
deposit
withdraw
al
RESULT:
Thus the UML diagrams for banking system are drawn and the skeleton JAVA code has been
generated.