8. Credit Card System OOAD

Ex.No : CREDIT CARD PROCESSING SYSTEM

Date :

PROBLEM STATEMENT:

Stage 1.) Credit card processing starts the moment the credit card is keyed into the

processing terminal.

Stage 2.) The movement of funds begins when the customer gives the merchant their

credit/debit information. Initially the funds are authorized but are not placed into the

merchant’s account until the end of the day. Funds are moved between the

customer’s bank and then to the merchant’s bank that does the processing.

Stage 3.) The authorization in Stage 2 occurs after the customer’s information, i.e.

name, account number, is sent to the merchant’s processing bank by the debit/credit

card companies who are: Visa, Master Card, Discover and American Express. These

‘gateways’ handle the process for using these cards.

Stage 4.) The merchant decides if they want to handle American Express and Discover;

all of American Expresses and Discover’s applications, are handled by them

individually which entails banking relationships with merchants etc., The companies

issues their own cards, processing set-up and all systems related to the transaction(s)

is developed and managed by them.

Stage 5.) The merchant decides if they want to handle Visa and Master Card, it is then

automatically set up when the merchant decides that they want to accept these cards.

Stage 6.) Transactions initiated at the merchant’s terminal have all the customer’s

information and are handled by an 800 number or by the internet to the bank that

handles the processing for the merchant.

Stage 7.) At the moment of transaction the merchant knows within a minute of it if it

has been accepted or declined. Before midnight, on the day of the transaction, all

transactions are placed together or”batched”. The merchant, by this batching has to

pay a “batch fee.”

Stage 8.) The funds arrive in the merchant’s account no later than 48 hours of the

initial transaction. More often it occurs within 24 hours.

USECASE DIAGRAM:

MAIN USE CASE DIAGRAM:

EXTENDED USE CASE DIAGRAM:

Credit Card Processing System Version:1.0

<> Date:17/02/11

Confidential Credit card, 2011

Credit Card Processing System

Use Case Specification: Submit Order

Version 1.0

Revision History Date Version Description Author

17/02/11 1.0 Abstract for submitting the order Credit card


<> Date:17/02/11


Table of Contents

1. Submit Order 1

1.1 Brief Description 1

2. Flow of Events 1

2.1 Basic Flow 1 2.2 Alternative Flows 1

3. Special Requirements 1

4. Preconditions 1

5. Post Conditions 1

5.1 Successful Condition

5.2 Failure Condition 1

6. Extension Points 1


<> Date:17/02/11

Confidential Credit card, 2011 1

Use Case Specification:Submit Order

Submit Order

1.1 Brief Description

This use case specifies about how the customer submits the order to merchant site.

2. Flow of Events

2.1 Basic Flow

1. This use case begins with the customer logging into his account with the user name and password.

2. Once the login is successful the user is navigated to home page.

3. Customer can browse the products that he to purchase.

4. The system checks for availability of products.

5. If the products are available, customer selects the products that he wants to purchase.

6. After the product is selected the system displays information about each product.

7. Then the order is submitted and validated, the system notifies the customer with success message.

8. Thus this use case ends successfully.

2.2 Alternative Flow:

• If in step 2 of the basic flow of submit order the user does not login successfully, then the use

case ends with failure condition.

• If the order is invalid then also the use case fails.

3. Special Requirements

o The system should have to maintain the customer records.

o The system should have to response the customer quickly.

4. Precondition

• The user should have logged if he is an existing user.

• In the case of new user, a user account has to be created for further access to information.

5. Post Condition


• An unique order number is generated by the system each time an order is submitted by the

customer.

5.2 Failure Condition

The user should be notified if there was any problem in submitting order.

6. Extension Points

None.

Confidential CreditCard, 2011


Use Case Specification: Transfer Fund Date:17/02/11

Credit Card Processing System

Use Case Specification: Transfer Fund

Version 1.0


17/02/11 1.0 Abstract for validating the card Credit card

Confidential CreditCard, 2011



Table of Contents

1. Transfer Fund 1


2. Flow of Events 1



4. Preconditions 1




6. Extension Points

Error! Bookmark not defined.



Use Case Specification: Transfer Fund

Transfer Fund


This use case specifies about how the amount get transferred from customer account to

merchant account.

2. Flow of Events

2.1 Basic Flow

1. Merchant gives request to customer’s bank account.

2. Merchant gets the transaction receipt from customer bank. Then the merchant submit it to the

merchant bank.

3.Merchant bank then credits the merchant account and submits the transaction to credit card network

for settlement.

4.The credit card network pays the merchant bank and debits the card issuer account.

5. The card issuer sends monthly statement to the cardholder for resettlement.


• If the customer account does not have enough money then this use case ends with failure

condition.


• The system should provide facilities for secure money transaction.

• The system should have to update the account’s after every transaction.

• The speed of the system should be fast.

4. Precondition

The Customer’s need to have an account.

5. Post Condition:


Both the customer account and merchant account should be updated.


The customer should be notified of unsuccessful modifications.

6. Extension Points

None.



<> Date:17/02/11


<Credit Card Processing System>

Use Case Specification: Validate Card

Version 1.0


17/02/11 1.0 Abstract for validating the card Credit card


<> Date:17/02/11


Table of Contents

1.Validte Card 1


2. Flow of Events 1



4. Preconditions 1



5.2 Failure Condition 1

6. Extension Points 1


<> Date:17/02/11


Use Case Specification: Validate Card

Validate Card


In this use case customer details are verified by the credit card issuer and then it

validates the card deponding upon the available details.

2. Flow of Events

2.1 Basic Flow

1. Customer presents a card to pay for products.

2. Merchant processes the card and transaction information and gives requests to merchant bank

for authorization.

3. Merchant gives the request to credit card network.

4. Credit card network passes that request to card issuer.

5. The card issuer issuer approves/declines the request.

6. Credit card network forward the card issuer response to the merchant bank.

7. Merchant bank forward that response to merchant. Deponding on the response merchant does

the transaction.


If in step 5 of the basic flow of validate card fails then the card is invalid.

• Then the use case ends with failure condition.


The system should contain the updated details of the customer.

The speed of the system should be fast.

4. Precondition

The Customer’s need to have credit card.

5. Post Condition


Amount gets transferred from customer account to merchant account.


The customer should be notified of unsuccessful transactions

6. Extension Points

None.

ACTIVITY DIAGRAMS:

SUBMIT ORDER

VALIDATE CARD

TRANSFER FUNDS

DELIVER PRODUCT

CLASS DIAGRAMS:

SUBMIT ORDER

VALIDATE CARD

TRANSFER FUNDS

DELIVER PRODUCT

INTEGRATED CLASS DIAGRAM:

SEQUENCE DIAGRAMS:

SUBMIT ORDER:

VALIDATE CARD:

TRANSFER FUNDS:

DELIVER PODUCT:

COMMUNICATION DIAGRAM:

SUBMIT ORDER:

VALIDATE CARD:

TRANSFER FUNDS:

DELIVER PRODUCT:

STATE CHART DIAGRAM:

SUBMIT ORDER:

DELIVER PRODUCT:

LOGIN:

PACKAGE DIAGRAM:

COMPONENT DIAGRAM:

DEPLOYMENT DIAGRAM:

IMPLEMENTATION & TESTING:

Submitui.java

package submitorder;

import java.io.*;

import javax.swing.*;

import java.awt.*;

import java.awt.event.*;

public class submitui{

Frame fr;

GridLayout gr;

JTextField name,address,pincode,phone_no,p_id,card_no,PIN_no;

Label nme,add,pcode,pn,pid,cardno,PINno;

Button bt;

public void displayform()

{

JFrame fr=new JFrame("Submit Order");

fr.setSize(400,400);

gr=new GridLayout(10,2);

name=new JTextField(20);

address=new JTextField(20);

pincode=new JTextField(20);

phone_no=new JTextField(20);

p_id=new JTextField(20);

card_no=new JTextField(20);

PIN_no=new JTextField(20);

nme=new Label("Enter name");

add=new Label("Enter address");

pcode=new Label("Enter pincode");

pn=new Label("Enter phone number");

pid=new Label("Enter Product id");

cardno=new Label("Enter card number");

PINno=new Label("Enter PIN number");

bt=new Button("Submit");

//bt.addActionListener();

bt.addActionListener(new MyAction());

fr.setLayout(gr);

fr.add(nme);

fr.add(name);

fr.add(add);

fr.add(address);

fr.add(pcode);

fr.add(pincode);

fr.add(pn);

fr.add(phone_no);

fr.add(pid);

fr.add(p_id);

fr.add(cardno);

fr.add(card_no);

fr.add(PINno);

fr.add(PIN_no);

fr.add(bt);

fr.setVisible(true);

fr.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

}

public void notifySubmitFailure()

{

JFrame frame=new JFrame("Registration fails");

op=new Label("Registration Fails - Check All the Fields adn enter Properly");

frame.add(op);

frame.setSize(500,400);

frame.setVisible(true);

frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

}

public void notifySubmitSuccess()

{

JFrame frame=new JFrame("Registration Success");

op=new Label("Registraion sucess");

frame.add(op);

frame.setSize(400,400);

frame.setVisible(true);

frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

}

public class MyAction implements ActionListener{

public void actionPerformed(ActionEvent e) {

String s1=name.getText();

String s2=address.getText();

String s3=pincode.getText();

String s4=phone_no.getText();

String s5=p_id.getText();

String s6=card_no.getText();

String s7=PIN_no.getText();

if(s1.equals("")||s2.equals("")||s3.equals("")||s4.equals("")||s5.equals("")||s6.equals("")||s7.equals("

"))

notifySubmitFailure();

else

notifySubmitSuccess();

}

}

public static void main(String args[])

{

submitui a=new submitui();

a.displayform();

}}

SAMPLE OUTPUT:

RESULT:

Thus the UML model for Credit Card Processing System has been designed and

implemented successfully using Rational Software Architect.

8. Credit Card System OOAD

Documents

credit card

extension

validate card

credit card

case ends

case diagram

post conditions

import java