作业2_QT协议分析设计(学生完成).pptVIP

协议设计R/A过程 图 1 TCP/IP报文时序模型 举一反三/发散思考 协议报文 典型的R/A协议 文件传输协议FTP 简单邮件传输协议SMTP/邮局协议POP3 超文本传输协议HTTP 通信报文时序模型如何设计？！ 文件传输协议FTP 返回 SMTP/POP3 简单邮件传输协议SMTP 邮局协议POP3 返回 超文本传输协议HTTP HTTP请求实例: GET http：///index.html HTTP/1.1 Accept：text / plain Accept：text / html User-Agent：Mozilla / 4.5 (WinNT) 一个空行，这是请求的结束行 超文本传输协议HTTP HTTP响应实例 超文本传输协议HTTP 实际报文：? Sniffer Pro 4.70.530版本查看cap图 其中： 1.建立连接后(三次握手)(数据包 1、2、3) 2.HTTP客户请求 (数据包 4) 3.HTTP服务器响应 (数据包 6) 返回 QT(多用户聊天系统)原型系统设计 ) 实战演练 图2 多用户聊天(私聊、群聊)示意图 多用户聊天系统需求分析,支持私聊、组聊(群聊)； 试从协议分析的角度进行R/A设计。 注：只针对在线用户功能设计，离线用户暂不考虑。 关键要素 需求分析(难点！！！) 做成“什么样”的系统，是用户想要的东西。 协议选择-传输层 需求决定传输层选择，协议选择决定了协议复杂度 应用层协议设计 根据报文时序关系，进行R/A设计 关键要素之一 需求分析?功能描述 难点！！！ 需求分析的最终结果是用户和项目开发人员对将要开发的系统达成一致，并最终反映到文档化的需求规格说明书中。关键词：理解使用者对系统的需求。 通过QT服务器完成多客户端直接的私聊，群聊通信。 1.1、用户信息 新用户注册、老用户登录、注册信息变更、用户状态(退出，可理解为离线，作为一种特殊的状态)等 1.2、好友列表 查找在线用户、用户信息查看、邀为好友(是否需要验证)、删除好友、黑名单 关键要素之一 1.3、组信息(群) 创建组信息、修改组信息、删除组信息、组成员加入、移动、删除 1.4、互聊[私聊、组聊] 私聊：同自己的好友列表中用户进行1：1聊天 组聊：与同属于一个组中的用户进行群聊，某一个用户的发言均被该组中所有用户知晓。 1.5、其他应用 如文件传输，视频聊天等。 关键要素之二 传输层采用TCP/UDP? UDP: 无连接、不可靠的数据报传输服务协议； TCP: 面向连接的、可靠的数据流服务； 不妨通过TCP与UDP的比较后，再下结论 采用合适的传输层协议，直接影响到应用层协议设计的复杂度 关键要素之二 表1 TCP与UDP的比较 关键要素之三 协议报文格式(应用层) 报文头(T)+发送者(T)+接收者(T) +报文类型(T)+报文长度(L)+报文内容 发送者和接收者指系统内的程序种类 QT服务器0x01 QT用户是0x02 …… 图3 QT报文格式 报文头 发送者 接收者 报文类型 报文长度 报文内容 功能描述?R/A协议设计 1用户信息 1.1新用户注册 1.2老用户登录 1.3修改个人信息 1.4状态变更 (上线、隐藏、免打扰、离线)等 功能描述?R/A协议设计 2 组信息 2.1 组(增加/修改(更名)/删除) 2.2 组信息(单用户全组用户信息数据链表) 功能描述?R/A协议设计 3在线QT用户 3.1自定义查找在线用户 3.2 浏览用户信息 功能描述?R/A协议设计 4列表相关更新 4.1好友列表 4.2进出组/组成员移动 功能描述?R/A协议设计 5 开始聊天 5.1 单聊 5.2 群组聊 功能描述?R/A协议设计 1.1新用户注册 C:提交注册信息 S:返回QT帐号 图4 QT客户端提交注册信息 功能描述?R/A协议设计 R：0x01 昵称(S)+肖像(M)+用户密码(S)+性别(T)+出生年月(D)+真实姓名(S)+国家/地区(T)+省(T)+市(S)+地址(S)+邮编(S)+学历(T)+毕业院校(S)+职业(T)+电话(S)+寻呼(S)+电邮(S)+爱好(S)+说明(S)+身份验证(T)新用户注册，身份验证用于当有人要将他加入好友时询问是否允许 A：0x01 成功/失败(T)+服务号(L) 新用户注册结果返回 图5 服务号获取时序模型 (格式说明：报文类型 报文内容 报文说明) 功能描述?R/A协议设计 1.2老