SAD PRoject Report

SKYLINE
SAD Project Report

Submitted in partial fulfillment of the requirements
For the award of the degree of MCA
Guide: Submitted By:

Mr. Vaibhav Gupta Laxmikant Thanvi
(Asst. Professor LMCST-Jodhpur) Vishal Purohit
Submitted To
Lachoo Memorial College of Science & Technology
( Affiliated to Rajasthan Technical University )
(Year 2008-2011)
SKYLINE: Mobile And DTH Recharge
Lachoo Memorial College

of Science & Technology
Department of Computer Science
Certificate
This is to certify that the project entitled
SKYLINE
Has been designed and developed by
Laxmikant Thanvi
Vishal Purohit
In partial fulfillment of the degree of MCA 2010, IVth Sem examination,

Under our supervision and guidance.
Mr. Vaibhav Gupta Pr. R.L.Mathur Dr. Rajeev Mathur

Assistant Professor Principal Director
Date: 9 Feb.2008
MCA 2008-2011 2
SELF CERTIFICATE
This is to certify that the dissertation/project report entitled SKYLINE

is done by us is an authentic work carried out for the partial fulfillment of
the requirements for the award of the degree of MCA under the guidance of
Mr. Vaibhav Gupta The matter embodied in this project work has not been
submitted earlier for award of any degree or diploma to the best of our
knowledge and belief.
Laxmi Kant Thanvi

Vishal Purohit
MCA 2008-2011 3
AKNOWLEDGEMENT
Words cannot express our thankfulness to Mr. Vaibhav Gupta about their
able guidance, support, advice and suggestions, which are been a source of
constant motivation. They helped during the entire development of this
project work and spare a lot of time for us in the completion of project.
We are sincerely grateful to Mr. Vaibhav Gupta without whose supervision
and able guidance, our project would have ever been done as a good one. He
went out of his way, provided us with openhearted help, and gives his
priceless opinions
A project is always teamwork and this work is not an exception, we are
thankful to all of our batch-mates. We are also thankful to our other faculty
members, friends, and parents who have helped us in making our project a
success.
Mr. Vaibhav Gupta Laxmikant Thanvi

Asst. Professor Vishal Purohit
Lachoo Memorial College
of Science & Technology
MCA 2008-2011 4
CONTENTS
I. Certificate
II. Self Certificate
III. Acknowledgment
1. Abstract
2. System Analysis
I. Introduction to System
II. Recognition of need
III. Proposed System or Solution
IV. Advantages of proposed System
V. Feasibility Study
3. System Design
I. Data Flow Diagram (DFD)
II. Entity Relationship Diagram (E-R Diagram)
III. Input output charts (IPO) / Screen Shots
IV. Menu Diagram
4. Conclusion
I. Advantages
II. Limitations
III. Future Expansion
5. Bibliography
MCA 2008-2011 5
1. Abstract
MCA 2008-2011 6
Abstract:-
Mobile and DTH Recharge services are the most common services that are
available at the every 4th and 5th retail shop. To recharge mobile phones of
various service provider.
They have to maintain individual connection for each and every mobile
company. And they need to maintain different handsets for different services
providers companies. Some of them have recharge coupons, Recharge
coupons are available for both mobile and DTH services, So Retailer have a
stress to maintain all these things.
To avoid this kind of problems we are developing a web-based application

that is used to recharge the mobile phones and DTH Activation services.
This application will provide a unique and compact solution to the retailer
for recharge the mobile phones and DTH service providers, For this the
retailer has to register itself an authorized agency for this purpose like
(TRAI) after this registration they will provided an unique user Id and after
they can start their job using this given user identification.
Retailer can recharge the customers mobile. There is no need of customer

presence. Customer can be where so ever.
This Application must store the individual retailer database that is helpful
for the retailer to maintain its day to day record of billing.
By the use of this application the retailer can provide its relative service to
the customer from anywhere. And the most important things which are
retailer will not have to maintain various connections and mobile handsets.
They can service the customers by the present internet connection with pc
and further this application can be expanded to mobile internet, also.
Adoption of this application is may be little bit expensive then the present
scenario but facilities provided by this application worth it.
MCA 2008-2011 7
2. System Analysis
MCA 2008-2011 8
2. 1. Introduction:-
The Mobile and DTH Recharge application is the application which is useful
for the retailer, they used to recharge the mobile phone by easy recharge and
recharge coupon as well as DTH service. This application provides a web
environment to the retailer for the regular recharge service, using this retailer
can serve its services to the customer.
To get this facility and having this proposed compact solution retailer have
to register itself with government authorized agency like TRAI.
This System can intimate all the three modes of the main system such as
customer, service Providers Company and Regulatory Authority (TRAI) by
sending a SMS regarding to the service facilitated. Retailers have to spend
some more buds to get this dynamic system.
2. 2. Disadvantages of existing current system

The present system is facing following problems:-
(1) Retailers have to carry different recharge coupons of several mobile

companies.
(2) Retailers have to get various mobile connections of different mobile
companies and respectively have to maintain different handsets too.
(3) Retailers must have to credit his account as prepaid service
irrespective to the fact that he/she may or may not sell it to the
customers, because it is not in its control.
(4) In reference of online banking there is facility provided by the banks
to recharge mobile from ATM machine by following required steps,
in this solution customer must have ATM card.
(5) In reference to internet banking mobile and DTH facility, its
providing on intranet the procedure which is followed needs a bank
account.
(6) In all alternative facility with concerned to the proposed system, there
is not any customer care service which can here them, so over system
directly calibrated with RA so that will responsive to the RA.
MCA 2008-2011 9
2. 3. Recognition of Need
As we go for recharge our Mobile and DTH connection we go for retailer
shop and retailer gives us some options for recharge like recharge coupons,
e-top ups, for e-top up recharging users must have to carry different type of
mobile connection of various companies and as well as mobile hand sets.
This whole procedure seems very exhausting process.
Thus, we need automated software which must reliable and serve high
performance with simple user interface to retailers and service providers. We
need software solution for this to decrease burden on both service provider
and retailers in terms of limit allocation, automation, speed and compactness
and give them feel of unique system which provides different services.
2. 4. Proposed Solution
As consider the recognized of needs the proposed system will give all
required automated solution with full compactness that will provide easy
user interface. We will develop software which provides a compact solution
for above all recognized problem with the existing system. For this solution
we establish centre control that will guide and control all retailers concerned
with the proposed system i.e. mobile recharging, DTH recharging etc.
By using proposed software the recharging of Mobile Phones and DTH are
online. So, It will helpful to reduce papers i.e. RCV. Retailer don't have to
maintain any mobile connection for recharge and by this software user get
compact solution for provide basic service to ultimate customers on just a
Few click.
MCA 2008-2011 10
2. 5. Advantages of Proposed System
The proposed system has following advantages against the existing system:-
(1) Retailers dont have to contain different type of recharge RCVs.
(2) Retailers dont have to get various mobile connections of

different mobile companies and respectively have to maintain
different handsets.
(3) Retailers dont have to credit his account as prepaid service

(4) Customer does not need to have any bank account for recharging
in reference of online banking, he just have to go retail shop and
say for recharge.
(5) Complaint and feedback system is incorporated with the

proposed system which will help to improve system in future
and maintenance purpose.
MCA 2008-2011 11
2. 6. Feasibility Study
After Considering all the User Requirements and identification of System
Objectives, Feasibility Study is carried out that is Concerned with assessing
whether the System is useful to business or not and Whether system meets
performance standards or not.
Any System Performance in judged under 3 steps:-
Identification of Specific system Objectives
Constraints Identification with Limitations regarding towards overall

system solution and identifying up to which extend system contributes
to business.
Description of outputs as required by the potential users.
There are three types of feasibility study considerations:-
1. Economical Feasibility
The proposed system requires one-time investment that is only

initial capital cost:
Hardware Cost
Software installation cost
Software Development Cost
Software Deployment Cost
Intranet Networking Cost

However, Proposed System May incur equipment operational
cost such as:
Annual Registration fee imposed by Regulatory Authority
Maintenance Cost
MCA 2008-2011 12
2. Technical Feasibility
Technical Feasibility Considerations Concerned with Following

Situation:-
Whether the current/existing system compatible enough to
accommodate and adopt technical enhancements proposed by the
candidate system.
Hardware, software repairs and availability, maintenance in case of

damage or wear-tear.
In our project Mobile and DTH Recharge via intranet we propose

following software and hardware:-
Software Requirements:-
Asp.Net Framework
Ms-Access or Ms- SQL Database
Microsoft windows XP(os) or above
Intranet Supported HTTP/FTP Compatible Software
Hardware Requirements:-
For Server:-
256 Mb RAM (512 Recommended)
40 GB Hard disk
For Users or Retailers:-
128 Kb ROM for System Classes
Kb RAM for Application Classes
MCA 2008-2011 13
3. Behavioral Feasibility
People always initially resist for changes. Any user finds uneasy to adopt
and switch over to new system for existing system due to lack of
computer knowledge, inertia and wrong assumptions for automated
systems.
The Proposed System is quite :-
User Friendly
Interactive
Gives look and feel of technical standards
Differentiate from rivalries in terms of technical advancement
User need not to require any profound technical knowledge or skills to

use system.
By the all above discussions and considerations we conclude that

proposed system is required of time, contributes to business in terms of
cost, technical advances the existing system.
MCA 2008-2011 14
3. System Designs
MCA 2008-2011 15
3.1 Data Flow

Diagrams .
MCA 2008-2011 16
Context Diagram : DFD ( Level 0 )
INTRANET
Service
Provider 1
Dealers
Service
Provider 2
R.A.
SERVER
Service
Provider 3
Retailers
Service
Provider n
MCA 2008-2011 17
Retailer Registers in Data Base
New Registration
Acknowledgment (id & Pwd)
Form
Ack Mail
Request
Dealer R.A.
Response
Authentication
Dealer Details
Check
Login Process
Phase 1 DFD ( Level 1 )
MCA 2008-2011 18
Retailer Reg in Database
New Registration
Acknowledge via e-mail
Form Ack Mail
Req Reg to
Retailer Dealer R.A.
Res Res
Authentication
Dealer Details
Check
Login Process
MCA 2008-2011 19
Req
Retailer R.A.
Res
A/c Received
Update Verify Check
Receipt
From DB
Retailer
Banking Process Verify ID & PWD Details
Bank Exist
Receipt
Balance Request Bank Get Info For Bal Balance Info Req
Get Balance Update Bal
Re-fill Balance Request Balance Details

Balance Process
Not Enough Chk DB
MCA 2008-2011 20
Recharge Request
Customer Retailer
Amount Update
Fill Info
Ackg
Form Filling
Ackg Airtel/Idea etc
Service Provider
Done Ackg
Check R.A. Ackg
Recharge Amount Registration ID
Yes Recharge
Valid User Chk User
Autherized
Authorized R.A.
ID / PWD
Chk Db
MCA 2008-2011 21
Reg For New Registration Store in Db
New Rgistration
Response (uid & pwd) via e-mail
Ack
Form Fill
FormAck
Form
Fill
Req
Req
Retailer Dealer R.A.

Res Res
Chk Db
Dealer/Retailer
Authentication Check Details
Banking Process Valid User
R.A. Verified
Login Process
ID / PWD
Request for Balance Service Provider
Get Balance
Re-fill Balance Check Balance
Not
Enough
Update
in Balance
Deduct From Ma Account
Req For Recharge
Customer Enough Balance
Ack Inform get Balance
Re-Charge Generalized DFD ( Level 2 )

MCA 2008-2011 22
3.2 ER Diagrams
MCA 2008-2011 23
Main ER Diagram ( R.A. Side )
FirmNam
e
password
R_ID
S_Type
Proof
DOB
Doc
DOB Rtlr_MST
Signature R
Retailer Registratio R.A.

n
R_ID
Photo
Firm Name
ID
Owner
Name
MCA 2008-2011 24
Sub ER Diagram 1 ( R.A. Side )
Firm_Nam
e
SPN
R_ID Owner_Name Mobile_No
R_ID
Photo_ID
Retailer Facili Recharge_MSTR

ty
Signatur Mode
DOB e Date
Proof_Do City
c
DTH_MSTR
C_ID
Date
CON Pkg_Price
Package
MCA 2008-2011 25
Firm_Nam
e
Add
R_ID Owner_Name Frirm_Nam
e
R_ID
Photo_ID
Retailer Adre Locator

ss
Signatur ZIP
e Contact_N
DOB
o
Proof_Do City
c
MCA 2008-2011 26
Rtl_Mstr
SPN
Acc_No
SP_ID
Maintai
Retailer n Service Provider
Data
Base
Amount
Date
MCA 2008-2011 27
Rtl_Mstr
SPN
Acc_No
SP_ID
Maintai
Retailer n Service Provider
Data
Base
Amount
Date
MCA 2008-2011 28
Main ER Diagram ( Retailer Side )
Pkg
Package
Price
DTH Log Date

CON
C_ID
Proof
Doc R_ID
Signatur
e
DOB
Firm Name
Maintai
Retailer Limit Log
ns
R_ID
L_Amou
Photo
nt
ID
Firm Name Date
Owner
Name
Mobile Date
No.
Mobile Log
Mode
SPN
Name
MCA 2008-2011 29
3.3 Database Tables
MCA 2008-2011 30
Database Tables(R.A. Side)
1. Retail_MSTR
Field Name Data Type / Constraints Size Description
R_ID Varchar 16 User ID
Firm_Name Varchar 25 Name of Firm
Allotted_Password Password 16 Password
Date_of_Membership Date ** Date and Time
Service_Type Varchar 10 Type of Service
2. Retailer_Detail

Firm Name Varchar 25 Name of Firm
Owner_Name Varchar 25 Name of Owner
Photo_ID Integer ** Photo of User
Signature_ID Integer ** Signature of User
DOB Date ** Date and Time
Proof_Document Varchar 10 Document name for proof
3. Recharge_MSTR
Field Name Data Type / Size Description

Constraints
Mobile_no Integer 10 Customer Mobile
Number
Service_Provider_Name Varchar 10 Name of Service Provider
Mode varchar 10 Recharge Mode
Date Date ** Date
Time Time ** Time
Price Currency 5 Amount of Recharge
4. DTH_MSTR

C_ID Varchar 16 Customer ID
Cable_Operator_Name Password 16 Name Of Cable Operator
Package Date ** Type of Package
Package_Price Currency 3 Amount of package
MCA 2008-2011 31
5. Dealer_MSTR

D_ID Varchar 16 User ID
Name Varchar 25 Name of Dealer
Address Varchar 25 Address of Dealer
State Varchar 16 Name of State
Date_of_Membership Date ** Date and time
6. Locator

Firm_Name Varchar 25 Name of Firm
Address Varchar 25 Address of Dealer
City Varchar 16 Name of City
Zip_Code Integer 6 Postal Code
Contactact Integer 12 Contact Number
7. Complaint

Cmplnt_ID Integer 10 Complaint ID
Date Date ** Date and time
Cmplnt_Dec Varchar 100 Description of Complaint
8. Feedback

F_ID Varchar 16 User ID
Name Varchar 25 Name of Firm
E_Mail Varchar 25 E-mail ID
Date_of_Membership Date ** Date and Time
Fb_Text Varchar 100 Description of Feedback
MCA 2008-2011 32
9. Service_Provider_Details

SP_ID Varchar 16 Service Provider ID
SP_Name Varchar 25 Name of Dealer
Acc_No Integer 16 Account Number
Amount Currency 7 Amount To Be Given
Database Tables(Retailer Side)
1. Limit_Log

Name Varchar 25 Name of Dealer
Amount Currency 7 Amount of Recharge
Date_of_Membership Date ** Date and time
2. Mobile_Log

Mobile_No Integer 10 Mobile number
SP_Name Varchar 25 Name of Service Provider
Name Varchar 25 Name of Customer
Mode Varchar 10 Mode of Recharge
Price Currency 5 Amount of Recharge
3. DTH_Log
C_ID Integer 16 Customer ID
C_Name Varchar 25 Name of Dealer
Package Varchar 25 Type of Package
Package_Price Currency 3 Amount of Package
MCA 2008-2011 33
3.4 Input/Output Form
MCA 2008-2011 34
Input / Output Forms
1. User Login form (User may be Dealer or Retailer)
Figure 1
MCA 2008-2011 35
2. Registration Form ( Dealer )
Figure 2
MCA 2008-2011 36
3. Registration Form ( Reailer )
Figure 3
MCA 2008-2011 37
4. Recharge Form ( Mobile & DTH )
Figure 4
Figure 5
MCA 2008-2011 38
5. Feedback Form
Figure 6
MCA 2008-2011 39
6. Complaint Form
Figure 7
MCA 2008-2011 40
4. Conclusion
MCA 2008-2011 41
4. 1. Advantages:
This system has following advantages:-
1) Retailers dont have to contain different type of recharge RCVs.
2) Retailers dont have to get various mobile connections of

different mobile companies and respectively have to maintain
different handsets.
3) Retailers dont have to credit his account as prepaid service

4) Customer does not need to have any bank account for recharging
in reference of online banking, he just have to go retail shop and
say for recharge.
5) Complaint and feedback system is incorporated with the

proposed system which will help to improve system in future and
maintenance purpose.
4. 2. Limitations;
This system has some limitations that are as follows:
1) Retailers can buy their recharge limit from the R.A. only.
2) Retailer cannot recharge the customers account more than his
limit.
3) Retailer has to buy their limit within 10 days after the previous
limit complete or the validity period is over.

4) Retailer cannot transfer his account without R.A. permissions.
5) Service providers get their amount after each 7 days.
MCA 2008-2011 42
4. 3. Future Expansions:
This system may expand according to required facilities:
1) This system will be provides on Mobile Phone also.
2) The facility of landline or postpaid bill payment will also be

includes.
3) The facility like online ticket booking of Bus, Train and
Airlines will be includes with this system.
4) Online guide facility before journey.
5) Financial facilities like PO Subscription, Insurance Premiums.
MCA 2008-2011 43
5. Bibliography
MCA 2008-2011 44
Bibliography:
1) Abraham Silberschatz, Henry F. Korth, S. Sudarshan,
Database System Concepts.
2) Ivan Bayross SQL, PL/SQL The Programming Language of
ORACLE.
3) Elias M. Awad System Analysis and Design.
MCA 2008-2011 45

SAD PRoject Report

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

SAD PRoject Report

Uploaded by

Copyright:

Available Formats

SKYLINE

SAD Project Report

Guide: Submitted By:

Lachoo Memorial College

This is to certify that the project entitled

In partial fulfillment of the degree of MCA 2010, IVth Sem examination,

Mr. Vaibhav Gupta Pr. R.L.Mathur Dr. Rajeev Mathur

This is to certify that the dissertation/project report entitled SKYLINE

Laxmi Kant Thanvi

Mr. Vaibhav Gupta Laxmikant Thanvi

To avoid this kind of problems we are developing a web-based application

Retailer can recharge the customers mobile. There is no need of customer

2. 2. Disadvantages of existing current system

(1) Retailers have to carry different recharge coupons of several mobile

(1) Retailers dont have to contain different type of recharge RCVs.

(2) Retailers dont have to get various mobile connections of

(3) Retailers dont have to credit his account as prepaid service

(5) Complaint and feedback system is incorporated with the

Constraints Identification with Limitations regarding towards overall

Description of outputs as required by the potential users.

There are three types of feasibility study considerations:-

The proposed system requires one-time investment that is only

Software installation cost

Software Development Cost

Software Deployment Cost

Intranet Networking Cost

Technical Feasibility Considerations Concerned with Following

Hardware, software repairs and availability, maintenance in case of

In our project Mobile and DTH Recharge via intranet we propose

Ms-Access or Ms- SQL Database

Microsoft windows XP(os) or above

Intranet Supported HTTP/FTP Compatible Software

256 Mb RAM (512 Recommended)

For Users or Retailers:-

128 Kb ROM for System Classes

Kb RAM for Application Classes

Gives look and feel of technical standards

Differentiate from rivalries in terms of technical advancement

User need not to require any profound technical knowledge or skills to

By the all above discussions and considerations we conclude that

3.1 Data Flow

Context Diagram : DFD ( Level 0 )

Retailer Registers in Data Base

Acknowledgment (id & Pwd)

Phase 1 DFD ( Level 1 )

Retailer Reg in Database

Form Ack Mail

Retailer Dealer R.A.

Phase 2 DFD ( Level 1 )

Get Balance Update Bal

Re-fill Balance Request Balance Details

Phase 3 DFD ( Level 1 )

Ackg Airtel/Idea etc

Valid User Chk User

Phase 4 DFD ( Level 1 )

Retailer Dealer R.A.

Request for Balance Service Provider

Re-fill Balance Check Balance

Req For Recharge

Customer Enough Balance

Ack Inform get Balance

Re-Charge Generalized DFD ( Level 2 )

Retailer Registratio R.A.

Sub ER Diagram 1 ( R.A. Side )