软件体系结构实验报告.docVIP

软件体系结构实验报告 字 符 模 式 多 人 在 线 聊 天 系 统 一：问题描述 开发一个多人在线聊天系统。 要求： 1：用户能够进行注册或者登录，并且要在用户进行了注册或登录后才能进行群聊； 2：能够保证1000人左右的用户同时在线进行群聊 二：需求分析 1：由于客户提出的是字符模式的聊天系统，因此，该系统无论是客户端还是服务器端都因该在DOS环境下进行运行； 2:系统应该包含的功能： 客户端：在线注册；在线登录；接受与发送聊天内容；查看聊天内容；注销等 服务器端：对用户注册信息及时的写入文件，并返回相关的注册信息（成功或者失败）；检查用户登录信息是否正确，并及时返回相关信息（如登录成功或者失败的原因）；对用户发来的聊天信息进行及时的分发；当用户发起注销操作的时候要及时的清除用户的相关套接字，并返回用户是否注销成功的相关信息等 3：系统运行的环境要求：至少一台装有Widows操作系统的电脑 三：总体设计 1：开发的方式:由于此系统中的各个功能相对独立，故而可以采用递增迭代的方式来进行开发，经过讨论认为主要可以分为四个阶段； 2：各个阶段实现的功能： 第一阶段：实现单个客户与服务器之间的通讯（不需要考虑登录与注册）； 第二阶段：实现多个客户与服务器之间的通讯，并能够保证客服端能够及时的收发消息； 第三阶段：实现用户的注册与登录操作 第四阶段：定义用户收发消息的格式以及服务器端的相应输入与输出操作的格式，完善系统的功能（如注销操作与查看聊天记录）。 3：各阶段人员分配 由于客服端与服务器端的功能模块基本上是完全独立，所以可以对两端进行并发的开发方式； 第一阶段：两人主要负责客服端，三人主要负责服务器端，剩下的一人主要负责查阅其他人在开发过程中所遇到的问题的相关资料；在开发完成后相互交流开发的经验，让每位组员都了解客服端与服务器是如何进行通讯的，至于阶段的详细开发文档先由参与写程序的人写出各自开发模块的文档后，在由查资料的人进行整理； 第二阶段：人员分配情况还是和上面差不多，只是负责查阅资料的人应该投入一定的精力到客服端（因为客服端在此阶段要考虑到接受线程与发送线程抢屏幕的问题，也就是说要考虑接受与发送互斥的问题，所以相对其余阶段是最困难的） 第三阶段：所有人员应该把大部分的精力投入到服务器端的开发上，两人负责实现注册时写文件与登录时读文件的操作，至少两人负责读与写互斥的问题以及收发线程与登录注册线程之间并发执行问题，一人负责定义客服端在登录或者注册时的消息格式； 第四阶段：两到三人完善系统应有的功能及调试工作，其余的人负责书写帮助文档和后期的开发文档以及实验报告 四：详细设计 1：第一阶段：由于第一阶段主要完成单个客服端与服务器之间的通讯，所以： 客服端： 初始化、发起连接操作、发送数据、接受并显示数据； 服务器端：初始化、响应客服端的连接操作、记录客服端套接字、接受与转发客服端消息 具体流程图如下： 服务器： 客户端： 所使用到的函数有： 客户端：MAKEWORD(2,2); WSAStartup(version,data); socket(AF_INET,SOCK_STREAM,0); connect(cliente,(sockaddr *)client,sizeof(client)); send(cliente,buffer,strlen(buffer)+1,0); recv(cliente,password1,10,0); 服务器端：WSAStartup(version,data); MAKEWORD(2,2); socket(AF_INET,SOCK_STREAM,0); bind(server,(sockaddr *)localserver,sizeof(localserver));//绑定 listen(server,100);//对端口进行监听 2：第二阶段: 任务：完成客服端能够任意的与服务器之间发送消息 完成目标的方法：客服端：由于客服端的屏幕只有一个，所以当处在发送消息的时候，就无法接收来自服务器的消息，反之亦然；所以在此需要考虑互斥的问题，即是当用户在接受消息的时候不能够发送消息，在接收完消息的时候，在把屏幕的使用权及时的交出来； 为实现这样的操作，就需要考虑到如何让接收与发送线程之间的互斥，而解决互斥的方法有四种,分别是：临界区、信号量、事件、互斥量。具体的优缺点及何时使用更有效如下： 1、临界区:通过对多线程的串行化来访问公共资