client server protocol report

8/10/2019 Client Server Protocol Report

1/69

Client Server Protocol Implementation

ABSTRACT

1


2/69


1. ABSTRACT

This project is to implement the Client-Server Protocol Implementation. The

dream global communication is solved in a great deal by the introduction of Internet.

This made the necessity of networing in communication clear. The internet protocol

TCP!IP uses computers called gateways" which provide all interconnections among

physical networs. # gateway is a special purpose" dedicated computer that attaches to

two or more networs and routes pacets from one to other. It will be having the

information regarding the networ connected to it. The gateways e$change routing

information periodically to accommodate networ changes and eeps their route up-

to-date.

This protocol permits a new core gateway to be added to the internet without

modifying the e$isting gateways. %henever a new core gateway is added to thee$isting internet it will be assigned to one or more neighbours with which it

communicates" the neighbours already members of the woring internet have already

propagated routing information among themselves. Thus the gateway has to inform its

neighbours about the networ it could reach so that they can update the routing table

and propagate the information to the remaining gateways in the internet.

&


3/69


INTRODUCTION

'


4/69


2. INTRODUCTION

2.1 Purpose:

The aim of this project is to implement Client Server Protocol Implementation.

The purpose of the project is to communicate between clients that are connected to

different servers.

2.2 Scope:

#dding and deleting a networ to a gateway

Creating and displaying a route table for a gateway

Sending and updating the routing message

Create a log file

IC(P implemented for error correction and reporting

)


5/69


PROBLEM

DEFINITION

*


6/69


3. PROBLEM DEFINITION

INTRODUCTION

This project is to implement the client server protocol implementation by

using gateways.

3.1 Exisi!" S#se$

The present system is having different networs for each department. %here

in the files has to be manually transferred. which is not a good way of practice of file

transfer" for that we have given this proposed system. %here the file transfer is done

through the networs.

3.2 Propose% S#se$

In the proposed system all the sub-networs are added to the gateway and the

transfer of the different document and file taes place through this gate way. %here

we can not only reduce the delay in file transfer but also we can maintain the log.

+


7/69


SYSTEM

ANALYSIS

,


8/69


&. S'STEM ANAL'SIS

System #nalysis is first stage according to System evelopment ife Cycle

model. This System #nalysis is a process that starts with the analyst.

#nalysis is a detailed study of the various operations performed by a system and

their relationships within and outside the system. /ne aspect of analysis is defining the

boundaries of the system and determining whether or not a candidate should consider

other related systems. uring analysis" data is collected from the available files" decision

points" and transactions handled by the present system.

0


9/69


&.1 DATAFLO( DIA)RAMS:

# graphical tool used to describe and analye the moment of data through a

system manual or automated including the process" stores of data" and delays in the

system. ata 2low iagrams are the central tool and the basis from which other

components are developed.The transformation of data from input to output" through

processes" may be described logically and independently of the physical components

associated with the system. The 2 is also now as a data flow graph or a bubble

chart.

Co!ex Di*"r*$:

The top-level diagram is often called a 3context diagram. It contains a single

process" but it plays a very important role in studying the current system. The conte$t

diagram defines the system that will be studied in the sense that it determines the

boundaries. #nything that is not inside the process identified in the conte$t diagram

will not be part of the system study. It represents the entire software element as a

single bubble with input and output data indicated by incoming and outgoing arrows

respectively.

4


10/69


T#pes o+ %** +,o- %i*"r*$s:

2s are two types

1. P#sic*, DFD

Structured analysis states that the current system should be first understand

correctly. The physical 2 is the model of the current system and is used to ensure

that the current system has been clearly understood. Physical 2s shows actual

devices" departments" people etc." involved in the current system

2. Lo"ic*, DFD

ogical 2s are the model of the proposed system. They clearly should

show the re5uirements on which the new system should be built. ater during design

activity this is taen as the basis for drawing the system6s structure charts.

17


11/69


DFD S#$/o,s:

D**+,o-:

ata move in a specific direction from an origin to a estination.

Process:

People" procedures" or devices that use or produce 8Transform9 ata. The

physical component is not identified.

Source:

:$ternal sources or destination of data" which may be People " programs"

organiations or other entities.

D** Sore:

;ere data are stored or referenced by a process in the System

11


12/69


CONTE0T DIA)RAM

2ig< =ero level diagram

1&


13/69


14/69


Lee, 2 Di*"r*$

1)


15/69


Lee, 2 Di*"r*$

1*


16/69


Lee, 2 Di*"r*$

1+


17/69


&.2 UML DIA)RAMS:

Usec*se %i*"r*$ o+ C,ie!:

2ig ).&.1 Client services

1,


18/69


Usec*se %i*"r*$ o+ A%$i!isr*or:

2ig ).&.& #dministrator services

10


19/69


SEUENCE DIA)RAMS

Seue!ce %i*"r*$ +or c,ie!:

14


20/69


Seue!ce Di*"r*$ +or A%$i!isr*or:

&7


21/69


CLASS DIA)RAM

2ig ).1.' Total 2low of #ctions

&1


22/69


COLLABORATION DIA)RAMS

Co,,*/or*io! %i*"r*$ +or c,ie!:

&&


23/69


Co,,*/or*io! %i*"r*$ +or A%$i!isr*or:

&'


24/69


&.3 MODULES

This CSPIhave the following modules.

)*e-*# $o%u,e

Roui!" $o%u,e

Disp,*# $o%u,e

ICMP $o%u,e

&)


25/69


&.& MODULE DESCRIPTION

)ATE(A' MODULE:

In this module we provide mechanisms for adding a new networ to a

>ateway and deleting the e$isting networ from the >ateway and displaying a routing

table for a >ateway.

ROUTIN) MODULE:

In this module there are three methods first" to create a route message" second

sending a routing message to other gateways" third updating the routing message.

DISPLA' MODULE:

In this module we develop an application program to now the date and time

the routing table is transferred to other gateway.

ICMP MODULE:

In this module the errors occurred by the invalid inputs given by the user or

any une$pected circumstances is reported to the gateway by using IC(P protocol.

&*


26/69


&.4 FEASIBILIT' ANAL'SIS:

2easibility study is a important phase in the software development process. It

enables the developer to have an assessment of the product being developed. It refers

to the feasibility study of the product in terms of the product" operational use and

technical support re5uired for implementing it.

2easibility study should be performed on the basis of various criteria and

parameters. The various feasibility studies areateway ;osts.

The >ateway ;osts 2ile is used for maintaining the details of Aetwor.It

mainly consists of details regarding the router name and its corresponding IP

address. >atewayM;osts is a file that is similar to that of the 3etc!hostsJ file that is

present in the system. It consists of the names and the corresponding IP addresses of

all the system names that are valid 8lie the loopbac address" system IP etc."9 It can

be manipulated only by the system administrator.

Similarly >atewayM;osts is the file for the entire networ. It is present with the

server. Changes can be made to this file only by the networ administrator under the

following conditions.< Per+or$*!ce Tesi!":

This method is designed to test runtime performance of software within the

conte$t of an integrated system..

*'


54/69


SCREENS

*)


55/69


1?.SCREENS

SUPERSER9ER@)ATE(A':

**


56/69


SUPERSER9ER:

%hen server is connected to gateway this screen is displayed

*+


57/69


SUPERSER9ER@)ATE(A':

*,


58/69


SER9ER:

*0


59/69


SER9ER:

*4


60/69


CLIENT:

+7


61/69


62/69


CLIENT:

+&


63/69


CLIENT:

+'


64/69


CLIENT:

+)


65/69


CLIENT:

+*


66/69


CONCLUSION

++


67/69


68/69


BIBLIO"RAP#Y

+0


69/69


12. BIBLIO)RAP5'

Bava Complte ?eference &.

Computer Aetwors" Third :dition - #ndrew S. Tanenbaum

(odern /perating Systems - #ndrew S. Tanenbaum

Software :ngineering # PractitionerNs #pproach - ?oger S. Pressman

#n Integrated #pproach to Software :ngineering - Panja Balot

client server protocol report

Documents