图2 客户端功能结构图
3.2 系统业务流程分析
首先又服务器开启服务，监听局域网中客户端的连接请求，客户端连接后，登陆或者处理注册信息，并返回操作结果，客户端注册或者登陆成功后，显示聊天窗体，此时各客户端将自主的监听局域网中的用户，实时更新自己的用户列表并显示，各个客户端之间的信息交流不再通过服务器转发，而是自主通信。
局域网聊天系统的业务流程图如图3所示。
图3 系统业务流程图
3.3 数据库设计
(1) 数据库表的设计
系统需求主要体现在用户的注册、登录、发送消息、接收消息、聊天记录的保存等方面，而本系统发送消息，接收消息，聊天记录保存均有客户端自主完成，因此不需要体现在数据库中，这样数据库只需储存用户的信息即可。所以只需要建立1个表：用户表。用户表结构如表1所示。
表1 用户表（Users）
列名 数据类型 允许空
userID Int 主键
userName Nchar(10) 不能为空
passWord Nchar(10) 不能为空
(2) 存储过程和触发器的设计
存储过程是指将常用的或复杂的数据库操作，预先用sql语句写好并用一个指定的名称存储在数据库中，以后在调用存储过程时，只需要指定存储过程的名称和参数即可。本系统主要有登录验证、用户注册两个存储过程。
登录验证（loginProcedure）：在用户登录时，由服务器调用，验证用户的用户名和密码是否正确。
用户注册（regProcedure）：用户注册时，由服务器调用添加新用户。
4 系统模块详细设计
4.1 文本聊天模块实现
凡是聊天工具，都少不了文本聊天功能，这是个基础功能。通过文本聊天，局域网内用户能够发送和接收文字信息，并在程序窗体上显示出来，相互之间进行在线交流，并能根据用户需要，对聊天记录进行简单的保存。文本聊天的信息传输协议主要有面向连接的TCP和无连接的UDP。TCP协议是互联网中最重的协议之一，主要特点是：保证数据包的准确到达；保证各数据包到达的顺序和数据包发出的顺序相同。UDP协议提供了快速但不一定可靠的传输服务，UDP协议采用无连接的套接字，不需要在网络设备之间发送连接信息，和TCP相比，UDP缺乏双方的握手信号，因此不保证数据包一定到达目的地，可靠性不如TCP，而且，由于UDP没有任何对双方会话的支持，不能保证各数据包到达的顺序与数据包发出的顺序相同。所以，在文本聊天模块中，采用TCP协议来传输文本信息。
客户端用来向服务器端发起一个连接，等待服务器的允许接入确认。若服务器端同意连接请求，接收到服务器的同意连接信号后，开启接收信息线程，并置消息发送事件为Enable，通信双方就可以进行文本聊天了。若服务器端拒绝连接，则释放Socket连接并关闭网络流。若已建立连接，当断开连接时，将向对方发送断开信号，然后将释放Socket和网络流，不影响到下一次连接的发起。
上一页 [1] [2] [3] [4] [5] 下一页
C#局域网聊天工具的设计与实现 第4页下载如图片无法显示或论文不完整，请联系qq752018766
