(VC+MFC网络聊天工具)详细设计方案.doc

第2章系统分析及开发技术说明 2.1节　需求分析 2.1.1节　功能需求分析 功能需求 功能需求 发送基本聊天信息 传输音视频数据 传输文件 白板 共享屏幕 保持连接 发送文本信息 发送图片信息 图2.1　功能需求说明图 （1）用户端的基本聊天信息发送，这些基本聊天信息包括文本和图片。文本和图片聊天是聊天软件最基础的功能。用户通过输入IP来查找用户，并申请加为好友，在对方同意加为好友后，在线用户列表就会更新用户，把加入的用户添加到用户列表中。这样，两个用户之前就可以实现通信了。在信息传输中，预计利用TCP/IP协议中的UDP协议，这是面向无连接的协议，但发送速度快，用于聊天信息传输用适合。 （2）用户端的音视频数据传输，这是本设计的扩展功能。用户可以正常通信后，就可以选择是否进行语音或视频聊天。本功能也将采用UDP协议，UDP协议可能会丢失数据，但对于音视频聊天需要传输大量数据但又允许丢失少量数据的情况下，UDP的快速发送信息的特点就得到很好的体现。 （3）用户端文件传输的功能，用户之间可以断点续传文件。在传文件之前，首先创建一信息文件，记录文件传送的一些信息，并根据传输的数据量实时修改。如果没有传完，下次就可以继续打开这个信息文件，接着上次的进度传输。因为文件传输入要求数据不能出错，因此此模块采用TCP协议。 （4）用户端之间白板和共享屏幕的功能，这个功能有些类似视频的传输，因些并不是很难，可以在视频传输的功能上加以修改。 （5）用户之间后台的连接，每个用户隔指定时间会向用户列表中的每一用户发送消息，查看用户是否在线，如果不在线，就更新用户列表，删除用户。 2.1.2节　数据需求分析 （1）客户端之间聊天信息。在控件上显示时格式化，更易于用户的查看自己发送或接收到的信息。 （2）在线用户列表信息。服务器端存放在适当的空间中，在发送给客户端时，对信息列表进行格式化，便于客户端提取信息。 （3）客户端向服务器端发送的确认在线信息。包括客户端刚刚启动时的初始化信息和在使用过程中的确认在线信息。 （4）其它程序内部可能需要设计的数据结构体。 2.1.3节　性能需求分析 （1）可靠性高，能在由于系统问题或其它原因产生错误后，作出相对应处理，比如网络初始化失败、服务器不在线等，可以提示用户安全退出本程序，在出现不可知的错误以后，可以尽量安全的退出程序。在程序的设计过程中，要求能尽可能多的设想到用户使用过程中可能发生的事件，并能在判断事件后做出相应的处理，使程序具有较高的容错性能。 （2）宜操作性，程序简单易懂，容易上手使用。设计界面是，简化界面的复杂性，模拟QQ等现有即时通讯工具的界面，使用户能很容易看懂并使用。 （3）开发文档易理解，保证以后自己二次开发或他人接手开发时，能够清晰的理解整个系统的设计思路和实现细节。 （4）模块化设计此软件的功能，不同的模块实现不同的功能，使得软件易于以后的维护与扩展，在以后可以更好的完善本软件的功能，更方便于在工作中的应用。 2.1.4节　运行需求分析 （1）用户界面 程序较小，启动速度快，无启动界面。在本地局域网中使用，所以无需进行用户登录，无需认证界面，启动后的应用界面要清爽，设计要简单明了，要具有较高的易用性。 （2）故障处理 在遇到可预知的故障与情况时，能提示用户并自动退出；在遇到不可预知的故障时能安全退出。 2.4节　Winsock网络编程 Windows Sockets是从Berkeley Sockets扩展而来的，其在继承Berkeley Sockets的基础上，又进行了新的扩充。这些扩充主要是提供了一些异步函数，并增加了符合WINDOWS消息驱动特性的网络事件异步选择机制[5]。 Windows Sockets由两部分组成：开发组件和运行组件。 开发组件：Windows Sockets 实现文档、应用程序接口(API)引入库和一些头文件。 运行组件：Windows Sockets 应用程序接口的动态链接库(WINSOCK.DLL)。 2.4.1节　Socket 套接字（Socket）最初是由加利福尼亚大学Berkeley分校为UNIX操作系统开发的网络通信接口，随着UNIX操作系统的广泛使用，套接字成为当前最流行的网络通信应用程序接口之一[7]。90年代初，由Sun Microsystems，JSB Corporation，FTP software，Microdyne和Microsoft等几家公司共同制定了一套标准，即Windows Sockets规范。 Windows Sockets API是Microsoft Windows的网络程序设计接口，它在继承了Berkeley Sockets主要特征的基础上，又对它进行了重要扩充。这些扩充主要是提供了一些异步函数，并增加了符合Window