1、I摘 要即时通讯（Instant Messaging）是目前因特网上最为流行的通讯方式，而各种各样的即时通讯软件也层出不穷；服务提供商也提供了越来越丰富多样的通讯服务功能。随着互联网的发展，即时通讯的运用必将日益广泛，即时通讯软件业方兴未艾。本文首先描述了即时通讯行业的发展和现状，然后初步探讨了即时通讯所涉及到的一些技术：如服务模式、管理模式等；最后对现有的技术进行了对比和分析，提出了一些可能的改进方案，并且设计了一个名为 Chat System 的即时通讯系统。Chat System 即时通讯系统作为中荷信息技术应用能力研发中心（CHECK-IT）官方网站的子系统，使用 B/S 基本架构，实
2、现系统分布性特点，可以随时随地进行查询、浏览等业务处理，比之 C/S 基本架构具有方便维护等特点。本系统使用了 P2P 技术，更加便捷了游客与管理员之间的通讯以及管理员对游客进行安全、快捷地管理操作。在系统设计与建模过程中，使用了 UML 和面向对象的分析、设计方法，并使用 STARUML 软件作为建模工具；本系统基于.NET Framework 3.5，使用 Visual Studio .NET2008 作为开发工具，将.NET 中的一些新技术运用到系统中；在开发过程中用到了时下流行的重构开发方法，优化了系统的设计。关键词：Chat System；B/S 架构；CHECK-ITIIAbstr
3、actInstant Messaging is currently the most popular way to communicate on the Internet，by the way various Instant Messaging software have been continuously appearing; service provider offers more and more communication services nowadays. As the development of the Internet, Instant Messaging will perf
4、orm a wider use and is growing up day after day. This article first describes the development and the current status of the Instant Messaging. Then it initially discusses the technologies of the Instant Messaging such as service mode and friend-making mode. It makes a comparison and analysis with re
5、spect to the current technology and also provides some possible solution for improvement. At last it designs and develops an Instant Messaging System named Chat System.The Chat System Instant Messaging system, as one part of the CHECK-IT website, uses B/S Architecture whenever and wherever you can u
6、se it. Whats more, the system uses P2P(Peer-to-Peer) technology as the transfer technology, which makes more convenience between visitors and administrators to communicate with each other and do some help to make the work for the management from administrators to visitors faster and safer.During the
7、 process for system design and modeling, I use UML and object-oriented analysis B/S Architecture; CHECK-ITIII目 录摘 要 I第一章 选题背景 .11.1. 课题起源 11.2. 课题目的 21.3. 课题意义 21.4. 应解决的问题 31.5. 技术要求 31.6. 本章小结 3第二章 需求分析 .42.1 即时消息的一般需求 42.1.1 一般即时消息格式需求 .42.1.2 可靠性需求 .42.1.3 性能需求 .42.2 即时消息的协议需求 42.3 即时消息的安全需求 52.
8、4 即时通讯系统功能需求（部分） 52.4.1 用户信息需求 .52.4.2 通讯需求 .52.4.3 管理员权限内容需求 .62.4.4 游客权限需求 .62.4.5 其他功能需求 .62.5 本章小结 6第三章 方案论证 .83.1 Chat System 的模型选择 .83.1.1 即时通讯系统的一般模型 .83.1.2 即时通讯系统服务拓扑模型 .93.2 Chat System 通讯模型的特点 103.2.1 适用性 .103.2.2 维护性 .113.3 实现环境和技术 .113.4 本章小结 .11第四章 系统设计与建模 124.1 用例图（部分） .124.1.1 系统用例图
9、.124.1.2 游客传输信息用例图 .144.1.3 退出系统用例图 .154.2 类图（部分） .164.3 活动图（部分） .204.4 时序图（部分） .21IV4.5 协作图（部分） .224.6 部署图 .224.7 数据库设计 .234.7.1 Chat System 管理员信息表 234.7.2 Chat System 管理员权限表 244.7.3 Chat System 管理员邮件查询信息表 254.8 界面设计 .264.8.1 CHECK-IT 登录界面 264.8.2 Chat System 登录页面 284.8.3 Chat System 游客主界面 294.8.4
10、Chat System 管理员主界面 304.8.5 Chat System 自动回复界面 324.8.6 Chat System 游客发送邮件界面 334.8.7 Chat System 邮件管理界面 344.8.8 Chat System 邮件查看界面 354.8.9 Chat System 邮件回复界面 364.9 本章小结 .37第五章 系统实现 385.1 B/S（浏览器/服务器）架构的使用 .385.2 缓存对象（Cache）的使用 405.3 图文混排格式信息的发送和接收 .415.4 利用 Ajax 动态无刷新技术 425.5 信息传递操作安全性 .445.6 重构代码 改善既
11、有代码的设计 .455.7 本章小结 .45第六章 测试 476.1 功能测试 .476.2 性能测试 .516.3 可用性测试 .526.4 客户端兼容性测试 .536.5 安全性测试 .546.6 测试方面的不足 .556.7 本章小结 .55第七章 总结和展望 577.1 论文总结 .577.2 工作展望 .57致 谢 .58参考文献 .59VContentAbstract .IIChart 1 Background of project .11.1. Origin 11.2. Purpose .21.3. Significance 21.4. Problem .31.5. Techni
12、cal requirements 31.6. Summary .3Chart 2 Requirements analysis .42.1 Normal requirements of instant messaging 42.1.1 Fomat .42.1.2 Reliability requirements.42.1.3 Performance requirements .42.2 Protocal requirements of instant messaging 42.3 Security requirements of instant messaging 52.4 Function r
13、equirements of instant messaging（Part） 52.4.1 Users information requirements .52.4.2 Instant requirements.52.4.3 Requirements of Administrators permission62.4.4 Requirements of Visitors permission62.4.5 Other information requirements.62.5 Summary .6Chart 3 Demonstration of project 83.1 The model of
14、instant messaging 83.1.1 Normal model of instant messaging 83.1.2 Service topology model of instant messaging .93.2 The model of Chat System .103.2.1 Applicability 103.2.2 Maintenance.113.3 Environment condition and technolodge 113.4 Summary 11Chart 4 System design and modeling .124.1 Use case diagr
15、am（Part） .124.1.1 System use case diagam.124.1.2 Use case diagam of sending message from visitors to administrators.144.1.3 Logoff use case diagam .154.2 Class diagam（Part） .164.3 Activity diagam（Part） 204.4 Sequence diagam（Part） 21VI4.5 Collaboration diagam（Part） .224.6 Depoyment diagam .224.7 Data
16、base design .234.7.1 Administrators table of Chat System234.7.2 Administrators permission table of Chat System .244.7.3 Checking-Email table of Chat System.254.8 Interface design 26 4.8.1 Login page of CHECK-IT .264.8.2 Login page of Chat System284.8.3 Visitor page of Chat System 294.8.4 Adminstrato
17、r page of Chat System304.8.5 Autorespond interface of Chat System 324.8.6 Sending-Email page of Chat System .334.8.7 Email-management page of Chat System344.8.8 Checking-Email page of Chat System .354.8.9 Email-reply page of Chat System 364.9 Summary 37Chart 5 Implement of system 385.1 B/S（Browser/S
18、erver）architecture 385.2 Use of Cache .405.3 images and text format.415.4 Ajax dynamic no refresh technolodge .425.5 Message transmission Security.445.6 Code reconsitutionimprove code design .455.7 Summary 45Chart 6 Testing 476.1 Function testing 476.2 Capability testing .516.3 Usability testing 526
19、.4 Compatibility testing.536.5 Security testing .546.6 Shortage of testing 556.7 Summary 55Chart 7 Summary and future work 577.1 Summary of this paper .577.2 Improvement and future works 57Acknowledgements .58References .59即时通讯系统1第一章 选题背景1.1. 课题起源在本学期初，我有幸参与学校组织的中-荷联合实习项目，并被分配到中-荷官方网站（CHECK-IT ）项目组旗
20、下的即时通讯系统小组，来完成分配的任务为学校网站构建一个能实现即时通讯功能的平台，并为中国和荷兰地区欲参与联合实习的同学、欲参与合作项目的公司与实习工作人员之间实现在线沟通的桥梁。为了更加方便地设计出一款安全、可靠的即时通讯系统，我和小组成员对其发展背景、开源实例进行了深入浅出地探讨和分析，并对其发展背景进行了以下内容的总结。即时通讯软件，几乎是每一个上网用户都必备的联络工具。即时通讯软件除了能够让您迅速地在网上找到自己的朋友和工作伙伴、完成客服通讯功能，还可以实时交谈和传递信息，而且，现在不少即时通讯软件还集成了文件共享、语音聊天、网络会议等功能。截止到目前，全球约有近 3 亿人使用即时通讯
21、软件进行交流。正因为即时通讯软件拥有数以亿计的用户和迅速增长的市场，所以各个公司都盯上了中国这个潜在的最大市场，一时间，即时通讯市场硝烟四起。除了腾讯 QQ 和国外的几款著名即时通讯软件纷纷推出新版本，网易也推出了一种新的即时通讯软件网易泡泡，淘宝网也不甘其后地发布了阿里旺旺即时通讯软件，同时，朗玛公司也推出了名为 UC 的通讯工具。即时通讯软件最早发布于 1996 年 11 月 15 日，以色列特拉维文的 Mirabilis Ltd.发表了一篇题为 E.T SURF HOME:MIRABILIS LTD. PROVIDES NEW SOLUTIONS FOR PEER-TO-PEER INT
22、ERNET COMMUNICATIONS 1的新闻稿，并同时发布了他们新产品 ICQ(I Seek You)的 Beta 测试版。这天标志着 Internet 上的第一个成熟的即时通讯系统（Instant Message System）的诞生。即时通讯服务在诞生之后的几年时间里得到了迅猛发展，成为新增 Internet 用户的 3 个主要应用之一(WEB ，电子邮件和即时通讯)。在国内，1999 年 2 月，深圳腾讯公司正式发布 OICQ99 beta build 0210，开通即时通讯系统2腾讯即时通讯服务。2000 年 5 月，腾讯 QQ 同时在线用户突破 10 万；2001 年 2月 l
23、0 日，腾讯 QQ 同时在线用户突破 100 万。2004 年 4 月份腾讯 QQ 同时在线人数最高记录已经突破了 600 万大关，现在腾讯公司正在把即时通讯系统往移动通讯方向扩展，如今已经将即时通讯与手机短信息(SMS)成功结合起来。即时通讯软件涉及和影响的领域已经越来越广，其竞争也越来越激烈。国内 QQ 最大的敌手朗玛 UC 从 2001 年开始研发，2002 年的 12 月份 UC 正式发布，并且首创了很多技术：UC 是国内第一个运用场景聊天的通讯软件；第一个把同学录和校友录结合起来；第一个将休闲游戏嵌入即时通讯软件；第一个完成即时通讯发送动画功能。在一年的发展里，UC 一度达到峰值在线
24、 30 万人，注册用户达到 7000 万。基于即时通讯软件业的迅速发展，以及设计并开发一个安全、优秀的即时通讯平台对于 CHECK-IT 网站的资源和人员管理以及现阶段的学习和研究具有的重要意义，为此，我选择了将此次编写名为 Chat System 的即时通讯系统作为我的毕业设计。1.2. 课题目的设计一个用于 CHECK-IT 网站客服通讯的即时通讯工具，使其具有一般的即时通讯工具都具有的功能，如：网上通讯、保存信息、游客管理等等。1.3. 课题意义作为 06 届厦门大学软件学院的学生，应该即时了解和掌握流行的即时通讯机制并且应用到实践过程中，将极大的提高自己的设计和开发软件的积极性；提升自
25、己的理论和技术水平，跟踪国内外最新的技术和开发模式，为以后类似的开发积累经验；同时，开发出来的作品也可以真正运用到实际当中，方便大家在网站上进行沟通和交流。即时通讯系统31.4. 应解决的问题(1) 即时通讯方式的定制；(2) 服务系统模型的选择；(3) 系统多功能的实现；(4) 将最新的社会科学相关理论和技术运用到即时通讯系统上来。1.5. 技术要求(1) 通信安全实用；(2) 使用 Windows Communication Foundation (WCF) 安全组件以及其包含的协议和分布式传输数据；(3) 实现含多彩文字和图片混排格式信息发送；(4) 实现可根据更改 CSS 样式来改变前
26、台美工；(5) 实现管理员列表及时更新技术；(6) 实现游客列表及时更新技术；1.6. 本章小结本章详细介绍了即时通讯系统在世界范围内的发展历程，并根据即时通讯行业在市场占有率逐年上升的趋势，引出本文的中心内容：为中-荷信息技术应用能力研发中心（CHECK-IT ）官方网站设计并实现即时通讯子系统。我为即将实现的即时通讯子系统命名为 Chat System。并提出了设计初始阶段应该考虑到的几点技术方面的要求。下一章我将详细地说明系统的需求分析。即时通讯系统4第二章 需求分析2.1 即时消息的一般需求2.1.1 一般即时消息格式需求(1) 所有实体必须至少使用一种消息格式；(2) 一般即时消息格
27、式必须定义发信方和即时收信方的标识；(3) 一般即时消息格式必须包含一个让接收者可以回馈消息的地址；(4) 一般即时消息格式应该包含其他联系地址、发信时间，例如管理员邮件地址；(5) 一般即时信息格式必须允许对信息有效负载的编码和鉴别(非 ASCII 内容) ；(6) 一般即时信息格式必须反映当前最好的国际化实践；(7) 一般即时信息格式必须反映当前最好的可用性实践；(8) 必须存在方法，在扩展一般即时消息格式的时候，不影响原有的域；(9) 必须提供扩展和注册即时消息格式的模式的机制。2.1.2 可靠性需求通讯协议必须存在相应的检测与信息提示机制，保证即时消息成功投递或者投递失败的时候，发信者
28、获得足够的信息。2.1.3 性能需求(1) 即时消息的传输必须足够的迅速；(2) 即时消息的格式必须实现内容的多样化；(3) 即时消息的长度尽量足够的长。2.2 即时消息的协议需求即时通讯协议是一系列的步骤，它包括双方或者多方，设计它的目的是要完成一项任务。即时通讯协议中，参与的双方或者多方是即时通讯的实体。协议必须是双方或者多方参与的，一方单独完成的就不算协议。这样在协议动作的过程中，双方必须交换信息，包括控制信息、状态信息等等。这些信息的格式必须是即时通讯系统5协议参与方同意并且遵循的。好的协议要求清晰、完整，每一步都必须有明确的定义，并且不会引起误解；对每种可能的情况必须规定具体的动作。
29、2.3 即时消息的安全需求A 发送即时消息 M 给 B(1) 如果无法发送，A 必须接到确认； (2) 如果 M 被投递了，B 只能接受 M 一次；(3) 协议必须为 B 提供方法检查 A 发送了这条信息；(4) 协议必须允许 B 使用另一条即时信息，回复信息；(5) 协议不能暴露 A 的 IP 地址；(6) 协议必须为 A 提供方法保证没有其他个体 C 可以看到内容 M；(7) 协议必须为 A 提供方法保证没有其他个体 C 可以篡改 M；(8) 协议必须为 B 提供方法鉴别没有发生篡改；(9) B 必须能够阅读 M， B 如果是管理员可以防止 A 发送信息给他。2.4 即时通讯系统功能需求（
30、部分）2.4.1用户信息需求(1) 即时通讯系统拥有多个账户，允许多个用户在线；(2) 一个用户只能拥有一个 ID，且游客 ID 由系统自动生成；(3) 游客的帐号类型为数字 ID；(4) 游客帐号的 ID 为 5 位数；(5) 要防止同一个游客在一段时间内反复打开浏览器从而获得两个或者两个以上的帐号；2.4.2通讯需求(1) 用户可以传输文本消息；(2) 实现含多彩文字和图片混排格式信息发送； (3) 用户的消息可以中转至服务器；即时通讯系统6(4) 客户端与服务器端可以传输串行化消息；2.4.3管理员权限内容需求(1) 管理员可以查询游客； (2) 管理员可以删除在线游客；(3) 管理员可
31、以与在列表中选定的游客进行聊天；(4) 管理员同时只能与一个游客进行聊天；(5) 游客在线列表必须实现实时刷新，使管理员获得最新信息；(6) 实现管理员修改自动回复功能；(7) 实现管理员踢游客下线等功能2.4.4游客权限需求(1) 游客可以查询管理员； (2) 游客不能删除在线管理员；(3) 游客可以与在列表中选定的管理员进行聊天；(4) 游客同时只能与一个管理员进行聊天；(5) 游客可以在单击某一管理员后获取其自动回复信息。(6) 管理员在线列表必须实现实时刷新，使游客获得最新信息；2.4.5其他功能需求(1) 实现保存聊天信息功能； (2) 实现跳转发送 E-mail 页面功能；(3)
32、实现清屏功能；(4) 实现动态信息显示功能；(5) 实现快捷键操作功能；(6) 实现更改信息字体、颜色功能；(7) 实现增加表情图片功能；(8) 实现中英文切换功能。即时通讯系统72.5 本章小结本章详细地介绍了 Chat System 即时通讯系统在功能方面和非功能方面的需求。首先，我介绍了市场上一般即时通讯的非功能性需求，包括即时消息格式的需求、可靠性需求和性能需求。从而引出 Chat System 即时通讯系统的各项非功能性需求，并与一般即时通讯系统的非功能性需求进行比较，阐述自身系统的优势。其次，介绍了 Chat System 系统的协议需求和安全需求，这是即时通讯软件能否正常运行的基
33、础保障。再次，介绍了 Chat System 系统的功能性需求，为系统运行过程做出一个系统且详细的论述。在下一章中，我将介绍 Chat System 系统的各项方案论证过程。即时通讯系统8第三章 方案论证3.1 Chat System 的模型选择3.1.1即时通讯系统的一般模型即时通讯服务有两个实体：发送者和即时收信箱。即时通讯协议定义了即时通讯服务、发信者和即时收信箱之间的交互作用。即时通讯服务与其他邮件服务不同之处在于，即时消息本身足够的小，便于快速交付到即时收件箱。个体，用户代理，即时通讯系统的模型用下图表示：模型图：即时通讯一般模型图作者：何洺远时间：2010 年 5 月 19 日图
34、3-1 即时通讯系统的一般模型即时通讯系统模型发信者和即时收信箱的身份鉴别。(a) 不同的收信箱有不同的身份鉴别需求。(b) 不同的旁观者有不同的身份鉴别的需求。(c) 服务内部可能存在多服务器或者多代理服务器。也就是说一个即时通讯服务的逻辑的连接，内部可能有复杂的重定向和代理结构。代理服务器即时即时通讯系统9收信箱的身份与其他服务器交换即时消息。(d) 服务并不需要一个服务器，可以通过发信者和即时收信箱之间的直接通讯实现。(e) 涉及与其他即时通讯服务的情况，可能会有定的内部机制。个体还可以通过收件箱用户代理设置交付规则（Delivery Rules）限制即时通讯服务把即时信息交付到即时收信
35、箱。3.1.2 即时通讯系统服务拓扑模型ChatSystem拓扑模型图：ChatSystem 系统拓扑模型图作者：何洺远时间：2010 年 5 月 19 日客户端服务器星型结构服务器服务器对等结构系统模式S 服务器C 客户端 客户端服务器连接服务器服务器连接图 3-2 服务的内部拓扑结构B1S1S3S2B2B3(管理员)B4(管理员)现在不少 B/S 架构的即时通讯系统服务的内部拓扑结构采用该模式。该模式是一种非常成熟的模式，大多数 TCP/IP 应用系统，例如 SMTP 服务、DNS 服务、WWW 服务等都是使用这种模式。Chat System 正是实用该模式作为即时通讯系统10服务模式；C
36、hat System 的服务是由服务器构成的；Chat System 中每个实体都由一个寄主服务器管理。个体必须向服务器注册，注册后就有可以控制的发信者和即时收件箱。发信者是独立于即时通讯服务外的实体，而即时收信箱则存在于寄主服务器中。Chat System 的通讯系统中只有存在发送者和接收者两类实体。注册后的用户必须在服务器上写入登记信息（游客登入时，系统自动完成信息登记；管理员登入时，系统会根据数据库中的信息进行核对，提供管理员相应的权限）才能知道其他用户的存在，与其他用户进行交流。3.2 Chat System 通讯模型的特点ChatSystem-系统模型图：ChatSystem 系统模
37、型图作者：何洺远时间：2010 年 5 月 19 日图 3-3 Chat System 即时通讯系统模型3.2.1 适用性作为一个一般性的模型，Chat System 通讯模型可以适用于 Internet 上现存的多种系统。模型中的 Chat System 只是利用加载的网页进行数据的传输，可以满足使用该系统的不同用户，服务器不需要了解用户电脑所安装的操作系统，用户也不需要获知服务器所安装的操作系统，不存在较大的系统兼容性问题，只需要即时通讯系统11满足在不同浏览器显示的兼容性良好即可。即时通讯和到场服务可以是 Internet上 ICQ 服务，可以是 GSM 标准中的 SMS(Short M
38、essage Service，短信息服务) 3，也可以是 NTT Do Co Me 的 I-MODE 服务 4。3.2.2 维护性该模型的具有很强的维护性。由于 B/S 架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过 WWW 浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。3.3 实现环境和技术(1) 语言和平台使用 C#/.NET Framework3.5；(2) 操作系统为 Windows 系列；(3) 数据库使用 SQL SERVER
39、 2008； (4) 分布式缓存 HttpRuntime.Cache 应用到单点登陆中来优化登陆； (5) 采用微软.Net 内置的 Ajax 技术实现局部刷新功能，减少服务器调用信息，从而降低服务器负荷；(6) 使用 AspNetHostingPermission 类 5实现信息传递的安全性； (7) 使用 Mailmessage()函数实现管理员对游客发送 E-mail 功能。3.4 本章小结本章详细介绍了针对 Chat System 即时通讯系统设计和信息可视分析的模型设计。首先，我参考了即时通讯系统的一般模型，并结合自身的实际业务要求，提出了自己设计的 Chat System 即时通讯
40、系统模型。并指出了在这个指标模型当中的几点优势。然后就存在的两个技术难点展开了详细的分析和设计。其次，我详细阐述了 Chat System 即时通讯系统的实用性和维护性。使用性方即时通讯系统12面介绍了系统的高兼容性特点，维护性介绍了系统维护只需要对服务器端进行相关操作的特点。最后，我阐述了系统实现的环境要求和技术要求。第四章 系统设计与建模4.1 用例图（部分）根据需求分析，开始系统的图形化建模。用例技术通过用例、执行者和用例以及用例之间的关系来描绘系统外在可见的需求情况，它是用户和开发者共同剖析系统功能的起点 6。本文的用例图均使用 UML 统一建模语言和 StarUML7建模工具设计，图
41、形如下：4.1.1 系统用例图Chat System-用例图：Chat System 系统用例图作者：何洺远时间：2010 年 5 月 19 日即时通讯系统13System传 传传 传 传传 传 传 传传 传 传 传 传 传 传传 传 传 传 传 传 传 传传 传 传 传 传 传传 传 传 传 传 传传 传 传 传 传 传传 传ChatSystem ServerChatSystem DBServer图 4-1(1) 系统用例图即时通讯系统14SystemChatSystem ServerChatSystem DBServer传 传 传 传 传 传传 传 传 传 传 传 传传 传 传 传 传 传
42、 传传 传 传 传 传 传 传传 传 传 传 传 传ChatSystem DBServer图 4-1(2) 系统用例图 Chat System 即时通讯系统执行者(Actor) 8(1) ChatSystemServer：Chat System 服务端，对用户进行注册、登录、资料管理的角色(2) ChatSystemDBServer： Chat System 数据库服务器，保存系统管理员数据的角色(3) 游客：端对端传输消息时的游客端，具有游客权限(4) 管理员：端对端传输消息的管理员端，具有管理员权限其中，游客和管理员从属于 Chat System 中的 Browser 端成员。 Chat
43、System 即时通讯系统用例说明(Use Case) 9即时通讯系统15(1) 登录：管理员登录时，连接服务器，从数据库中获得验证，获得服务；游客登录时，直接从服务器上生成临时信息。(2) 管理员列表查询：游客查询管理员在线列表，包括获得所选管理员的自动回复信息；(3) 系统基本功能操作：操作过程中，系统的基本功能的实现，例如：修改字体大小或颜色、表情图片、动态消息，快捷键设置；(4) 游客列表管理：管理员对获得的游客在线列表进行操作，包括踢游客下线功能；(5) 自动回复管理：管理员对自动回复添加、修改操作； (6) 信息传递操作：传送文本信息或者富文本信息给传递对方； (7) 退出系统：管
44、理员登录时，从服务器退出，取消服务；游客登录时，从服务器退出，删除游客临时信息。即时通讯系统164.1.2 游客传输信息用例图Chat System-用例图：Chat System 游客传输信息用例图作者：何洺远时间：2010 年 5 月 24 日System传 传 传传 传传 传 传 传传 传 传 传传 传 传 传 传Browser图 4-2 游客传输信息用例图 在线传输信息用例图用例：(1) 选择管理员(2) 发送信息(3) 显示信息即时通讯系统174.1.3 退出系统用例图Chat System-用例图：Chat System 退出系统用例图作者：何洺远时间：2010 年 5 月 24
45、日System传 传 传传 传传 传 传 传 传 传 传 传传 传 传 传 传 传传 传 传 传Browser传 传 传 传 传 传 传 传 传ChatSystem Server图 4-3 退出系统用例图 退出系统用例(1) 退出系统：退出 Chat System，即关闭浏览器；(2) 发送退出消息(3) 刷新在线管理员列表(4) 刷新在线游客列表4.2 类图（部分）类用于描述一组具有相同属性、操作、关系和语义的对象 10。本文只列出了本系统核心的一些类及其之间的关系，如下图所示：即时通讯系统18类图说明：本文的类图均使用 StarUML 软件进行设计。Chat System类图：Chat S
46、ystem 系统 Browser 端类图作者：何洺远时间：2010 年 5 月 24 日ChatSystemBox: WebControl, ICallbackEventHandler+IsUseSystemCacheList: bool = true+IsWholeTimeRequire: bool = true+Interval: int = 5000+LeaveTimes: int = 360+OutTimes: int+OutLocation: string = “http:/ string = “NetInfoAdInterFace.htm“+ADNetInfo: string =
47、“images/AD_NetInfo.jpg“+UserChangeList: string+CMode: Cmode = ChatMode.OneToOne+SMode: SystemMode = SystemMode.WebToWeb+ChatContrlHtml: string+ToUserIdContent: string+MyUserName: string+AutoSession: bool = true+UserToList: bool = true+AllowSendFile: bool = true+MailOutLocation: string+LookMailLocati
48、on: string+visitorstyle: string = “none“+Adminstyle: string = “none“+AllowSendMailChinese: string = “件 件 件 件 “+AllowSendMailEnglish: string = “Send Email“-area: string-facetag: string-PathName: string-sm: Stream-MatchStr: string-eventArgument: string-faceimg: string#CreateChildControls()+InitLoad()+
49、ListChineseScriptChanged()+ListEnglishScriptChanged()+GetCallbackResult()+DoOutTime()+RaiseCallbackEvent()-MatchImg()-ToMsnFace()-ToWebFace()ChatSystem+FaceWwwPath: string = “+ChatSystem()+ClearList()+NewClientUserLogin()+NewUserLogin()+NewAdminLogin()+RadomName()+ExistUser()+ExistAdmin()+UserInfos()+AdminInfos()+FindUserInfo()+FindAdminInfo()+DeleteUserInfo()+DeleteAdminInfo()+AddChatInfo()+AddChatInfo()+ReadChatInfo()+DeleteChatInfo()storeProcedure+database: string+connectionString: string+storeProced
