Client Server Protocol Report
Transcript of Client Server Protocol Report
-
8/10/2019 Client Server Protocol Report
1/69
Client Server Protocol Implementation
ABSTRACT
1
-
8/10/2019 Client Server Protocol Report
2/69
Client Server Protocol Implementation
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.
&
-
8/10/2019 Client Server Protocol Report
3/69
Client Server Protocol Implementation
INTRODUCTION
'
-
8/10/2019 Client Server Protocol Report
4/69
Client Server Protocol Implementation
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
)
-
8/10/2019 Client Server Protocol Report
5/69
Client Server Protocol Implementation
PROBLEM
DEFINITION
*
-
8/10/2019 Client Server Protocol Report
6/69
Client Server Protocol Implementation
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.
+
-
8/10/2019 Client Server Protocol Report
7/69
Client Server Protocol Implementation
SYSTEM
ANALYSIS
,
-
8/10/2019 Client Server Protocol Report
8/69
Client Server Protocol Implementation
&. 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
-
8/10/2019 Client Server Protocol Report
9/69
Client Server Protocol Implementation
&.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
-
8/10/2019 Client Server Protocol Report
10/69
Client Server Protocol Implementation
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
-
8/10/2019 Client Server Protocol Report
11/69
Client Server Protocol Implementation
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
-
8/10/2019 Client Server Protocol Report
12/69
Client Server Protocol Implementation
CONTE0T DIA)RAM
2ig< =ero level diagram
1&
-
8/10/2019 Client Server Protocol Report
13/69
-
8/10/2019 Client Server Protocol Report
14/69
Client Server Protocol Implementation
Lee, 2 Di*"r*$
1)
-
8/10/2019 Client Server Protocol Report
15/69
Client Server Protocol Implementation
Lee, 2 Di*"r*$
1*
-
8/10/2019 Client Server Protocol Report
16/69
Client Server Protocol Implementation
Lee, 2 Di*"r*$
1+
-
8/10/2019 Client Server Protocol Report
17/69
Client Server Protocol Implementation
&.2 UML DIA)RAMS:
Usec*se %i*"r*$ o+ C,ie!:
2ig ).&.1 Client services
1,
-
8/10/2019 Client Server Protocol Report
18/69
Client Server Protocol Implementation
Usec*se %i*"r*$ o+ A%$i!isr*or:
2ig ).&.& #dministrator services
10
-
8/10/2019 Client Server Protocol Report
19/69
Client Server Protocol Implementation
SEUENCE DIA)RAMS
Seue!ce %i*"r*$ +or c,ie!:
14
-
8/10/2019 Client Server Protocol Report
20/69
Client Server Protocol Implementation
Seue!ce Di*"r*$ +or A%$i!isr*or:
&7
-
8/10/2019 Client Server Protocol Report
21/69
Client Server Protocol Implementation
CLASS DIA)RAM
2ig ).1.' Total 2low of #ctions
&1
-
8/10/2019 Client Server Protocol Report
22/69
Client Server Protocol Implementation
COLLABORATION DIA)RAMS
Co,,*/or*io! %i*"r*$ +or c,ie!:
&&
-
8/10/2019 Client Server Protocol Report
23/69
Client Server Protocol Implementation
Co,,*/or*io! %i*"r*$ +or A%$i!isr*or:
&'
-
8/10/2019 Client Server Protocol Report
24/69
Client Server Protocol Implementation
&.3 MODULES
This CSPIhave the following modules.
)*e-*# $o%u,e
Roui!" $o%u,e
Disp,*# $o%u,e
ICMP $o%u,e
&)
-
8/10/2019 Client Server Protocol Report
25/69
Client Server Protocol Implementation
&.& 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.
&*
-
8/10/2019 Client Server Protocol Report
26/69
Client Server Protocol Implementation
&.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..
*'
-
8/10/2019 Client Server Protocol Report
54/69
Client Server Protocol Implementation
SCREENS
*)
-
8/10/2019 Client Server Protocol Report
55/69
Client Server Protocol Implementation
1?.SCREENS
SUPERSER9ER@)ATE(A':
**
-
8/10/2019 Client Server Protocol Report
56/69
Client Server Protocol Implementation
SUPERSER9ER:
%hen server is connected to gateway this screen is displayed
*+
-
8/10/2019 Client Server Protocol Report
57/69
Client Server Protocol Implementation
SUPERSER9ER@)ATE(A':
*,
-
8/10/2019 Client Server Protocol Report
58/69
Client Server Protocol Implementation
SER9ER:
*0
-
8/10/2019 Client Server Protocol Report
59/69
Client Server Protocol Implementation
SER9ER:
*4
-
8/10/2019 Client Server Protocol Report
60/69
Client Server Protocol Implementation
CLIENT:
+7
-
8/10/2019 Client Server Protocol Report
61/69
-
8/10/2019 Client Server Protocol Report
62/69
Client Server Protocol Implementation
CLIENT:
+&
-
8/10/2019 Client Server Protocol Report
63/69
Client Server Protocol Implementation
CLIENT:
+'
-
8/10/2019 Client Server Protocol Report
64/69
Client Server Protocol Implementation
CLIENT:
+)
-
8/10/2019 Client Server Protocol Report
65/69
Client Server Protocol Implementation
CLIENT:
+*
-
8/10/2019 Client Server Protocol Report
66/69
Client Server Protocol Implementation
CONCLUSION
++
-
8/10/2019 Client Server Protocol Report
67/69
-
8/10/2019 Client Server Protocol Report
68/69
Client Server Protocol Implementation
BIBLIO"RAP#Y
+0
-
8/10/2019 Client Server Protocol Report
69/69
Client Server Protocol Implementation
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