网站大量收购独家精品文档,联系QQ:2885784924

Java程序设计实用教程 赵欢 第8章 基于CCLA的案例 实时聊天室系统项目设计新.pptVIP

Java程序设计实用教程 赵欢 第8章 基于CCLA的案例 实时聊天室系统项目设计新.ppt

  1. 1、本文档共21页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
哈尔滨工业大学计算机系代亚非 第八章 基于CCLA的案例 -----实时聊天室系统项目设计 主讲: 赵 欢 教授 第五章Java异常 系统可行性分析 系统需求分析 系统概要设计 系统数据库的设计 系统详细设计 系统测试 8.1 系统可行性 由于Java也是一种可用于进行网络编程的语言,它提供了两种功能强大的网络支持机制:URL访问网络资源的类和用Socket通讯的类,来满足不同的要求。 一是URL用于访问Internet网上资源的应用; 另一种是针对client /server(客户端/服务器)模式的应用以及实现某些特殊的协议的应用,它的通讯过程是基于TCP/IP协议中传输层接口socket实现的。 8.2 需求分析  8.2.1 服务器模块功能 1.在服务器端能查看使用该系统的所有用户的状态、IP以及其他信息,并统计用户总人数与在线人数。 2.能显示聊天信息,以便对不正当聊天信息的监控,对发起不正当聊天信息的帐号的处理。 3.对客户端发过来的身份验证信息进行判断,若正确还要发送其好友的基本信息和滞留信息给客户端。 4.当有用户上线或下线时,系统获取其信息后,要能发送相应的上线或下线信息给他的好友。 5.为能够对不健康聊天内容进行监控,抑制不正当言语和危害社会秩序的观点的传播,服务器必须对聊天信息进行检验,即对聊天信息进行转发,并存入服务器数据库和显示在服务器端。 8.2 需求分析  6.当一用户要添加好友时做出处理,好友在线则发送请求,好友不在线这作为滞留信息存入数据库,同时若收到好友的同意或拒绝信息,则发送成功信息、相互的基本信息或拒绝信息给双方并修改数据库。若请求者不在线则作为直溜信息存入服务器数据库。 7.当一用户递交了删除好友信息,服务器应对这信息做出相应的处理,包括给该用户在线的好友好友发送下线信息,以便在聊天当中出现信息丢失的现象,引起用户对软件的信任度下降,若这些好友都不在线则服务器只须直接修改数据库,设该用户为不在线状态。 8.若客户端发来修改密码的信息,首先对起旧密码进行检验,不符合则发送失败反馈信息,合格则修改数据库并发送成功反馈信息。 9.用户对自己的网名不满意时,需要对自己的网名进行修改,所以若客户端发来修改网名的信息,服务端必须能接受其请求,修改数据库中该用户的基本资料信息。 10.由于聊天内容是在不停的转发,所以在服务器端的数据库中的滞留信息和聊天信息都会随着时间的增长而增多,过多的数据库信息会影响服务器的速度,所以在一段时间后,要进入数据库对过期的滞留信息和聊天信息进行删除,减轻数据库的负担。其基本依据是这些信息存入数据库的时间,对某个时间以前的数据进行人为的删除。 8.2 需求分析  8.2.2 客户端模块功能 1. 系统登录与退出模块: (1)客户端系统获取用户登录的帐号与密码,将其与信息头组合,发送到服务器进行验证,服务器根据数据库的数据判断输入是否正确,再发送反馈信息,客户端根据反馈的信息做出相应的提示和处理,当输入正确是,还要接受其他系统必要的信息。 (2)下线时为了让自己的好友知道自己下了线,使发送的消息不发生丢失的现象,必须向服务器发出下线信息,使得服务器根据该信息做出处理。在下线时还必须清除当地数据库的临时信息,以免在下次上线时,多次调用过去的历史信息,导致不正确的结果出现。 (3)聊天软件能与好友聊天,所以在登录成功后必须从服务器端下载自己所有好友的信息,因此客户端接受服务器发过来的好友列表信息与滞留信息并做出处理,包括存入数据库。 8.2 需求分析  2. 帐户的设置与修改模块: (1)获取用户输入的旧密码和新密码,组合本地IP,加上对应的消息头,发送给服务端进行判断、修改。 (2)服务器根据客户端发过来的信息,会做出处理,并发回反馈信息,所以客户端必须能够根据修改密码的反馈信息做出对应的提示。 (3)获取用户输入新网名发送给服务端进行处理。 (4)同样,类似密码的修改,客户端也必须根据服务器发回的修改网名的反馈信息做出对应的提示。 8.2 需求分析  3. 好友的添加模块: (1)当用户要与另一用户进行信息交流是,就必须与他建立好友关系,所以,添加好友是非常重要的一块,在客户端必须实现,系统获取要添加好友的帐号,发送给服务端,服务端将两个号码存入好友对表中。。 (2)根据服务器的反馈信息,若成功则接受服务器发过来的好友基本信息并显示,若失败则做出提示。 (3)能接受其他好友发过来的好友添加请求信息,给出选择,发送给服务端你的选择信息。 8.2 需求分析  4. 好友的删除模块: (1)当一用户与其中一好友不需他们的 好友关系是,就必须要删除好友关系,客户端获取被删除者帐号,发送服务断进行删除处理。 (2)能接受其他好友发送过来的

文档评论(0)

精品课件 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档