一、需求&原型改进
用户与开发者的Q&A
Q：我希望在我想要去寻找某个人或者某个社团的时候，可以以某个方式搜索到他。
A：最新的系统设计中，我们考虑到了上次设计的一个严重漏洞——没有一个搜索系统供用户寻找特定的人，所以我们在这次修改中加上了它。（幸好发现得早，但我们怎么会犯这个低级错误？）支持模糊查找和分类查找。
Q：为社团内部加一些有趣的职位或者头衔，比如：“话痨”、“潜水员”等，我们能自定义就更好啦。
A：让作品变得更加生动有趣当然是更好的，这个功能会列在“后续实现”的列表里，因为我们的时间和技术刚刚好都不怎么够啊哈哈哈。
Q：对一些不良信息的控制。
A：这个功能应该会在所有的基础功能都实现的时候会加上。
Q：一些精心设计的小彩蛋。
A：这个要看团队里的各位什么时候有那种奇奇怪怪的想法了。
Q:使用说明或者新手指导。
A:新手指导可能会更有效一些，没人喜欢看哪种一堆字的东西吧。
Q：希望可以支持各种环境，包括：电脑、手机、平板。
A：其实本来网页就可以在任何设备打开的，我们会在后面加上对各大浏览器的支持。
Q：其实可以加上对制作者的资助打赏传送门。
A：其实本来就只是作业啦，但我们还是希望真的会有人用上这个东西。打赏什么的，多使用我们的作品就可以啦，用不着破财的。
Q：希望在访问的时候响应时间迅速，操作手感丝滑。
A：看到这个，我其实觉得加上打赏传送门不错。
功能分析四象限
| 需求/功能 | 外围功能 | 杀手功能 |
| 必要需求 |
用户登录 用户以及社团主界面 社团信息 |
社团信息公布页 用户/群组交流 |
| 辅助需求 |
界面动效 主界面磁贴可编辑 社团个性化 |
社团分类 用户查找 |
规格书：Remastered
地址：https://www.cnblogs.com/TongGeGe/p/12852536.html
二、系统设计
1.设计摘要说明
从架构的层次上，对本身的设计进行最简短的概述
前端页面 直接与用户打交道，形成与用户交互的界面，包括展示界面、个人主页、平台页面
后台系统 负责处理用户的数据，并交付前端形成页面，以及搭建用户之间实时通讯的桥梁
2.前端页面设计
前端设计与功能相匹配的前端界面显然是必不可少的。为了实现优质的前端交互效果，我们将动手制作一个能满足审美要求和时代感以及响应性能优秀的框架，并为一些想实现但还未实现也许实现不了的功能暂且先添加一个按钮。在进行前端开发的同时也会积极与后台的程序员交流，尽我们所能完成一个符合用户心意的作品。
3.后台系统设计
为了快速开发，后台开发使用的是springboot框架，他的自动配置，还有依赖管理是我们选择他的原因。
采用的是thymeleaf模版引擎。他本身就具有强大的功能。
聊天室的总体设计过程比较简单主要是构建设计框图。首先用户要先注册登录，然后进入用户界面，可以有选择和搜索的操作，还可以看到在线好友，可以进行聊天的操作，过程就是发送数据给服务器，然后服务器转发给用户，就是当客户端发出信息时，我们将数据写到socket,当对方有数据到达时，我们从socket 读出来并显示给客户。程序关键在于如何监听到有信息到达的过程。应用程序流程图如下图所示，开始是先创建主窗口，然后初始化窗口，程序下面才开始消息循环处理。如果没有消息循环的活，直接结束掉这个程序。如果有循环的话，要
判断这个窗口消息的内容是哪种类型，然后再进行选择处理方式。
主要完成的任务是单人聊天和社团聊天。
聊天室主要包括三个模块，服务器模块、客户端模块、信息处理模块。该
聊天室可以支持多人聊天，只支持文本信息。
4.平台架构设计
三、Alpha任务分配计划
四、测试计划
1.引言
1.1项目背景
在这个社交软件充斥的时代，大大小小琳琅满目的社交软件让人眼花缭乱，但是这些软件的受众都太广了，很少有专门针对一个群体而研发的功能。本聊天系统便是针对在校大学生开发的数字信息管理平台，与学校官方的“数字统一门户”类似，但我们加上了自己所看到的也是“数字统一门户”所缺少的功能。
1.2参考资料
系统设计；Alpha任务分配计划；需求规划说明书。
1.3有关项目人员组成以及联系方式
|
成员 |
职务 |
联系方式（微信） |
|
尚通 |
产品经理 |
Omnipotent-TONGGEGE |
|
李彦霆 |
前端开发、发布 |
Lyt23_weixin |
|
王卓 |
前端开发、用户体验 |
wz861307 |
|
赖学程 |
后台开发、产品管理 |
a19990808000 |
|
孙争 |
后台开发 |
wxid_i3evsdj946h532 |
|
廖浩任 |
测试、用户体验 |
cthulu1029 |
2.任务概述
2.1测试范围
账户功能；聊天功能；信息整合功能；社团主页功能；资源共享功能。
2.2测试目标
保证账户登录，聊天等基本功能的正常运行；遇到bug及时查找并反馈给相关人员。
3.测试策略
3.1测试阶段计划
|
测试内容 |
工作时间估计 |
开始/结束时间 |
备注 |
|
用户登录及注册 |
2h |
|
|
|
聊天系统 |
4h |
|
|
|
社团管理 |
3h |
|
|
|
系统连接 |
2h |
|
|
|
系统修改 |
3h |
|
|
3.2测试环境
PC机和WINDOWS10操作系统
4．测试资源
4.1硬件资源需求
|
设备名称 |
型号 |
配置要求 |
数量 |
用途 |
备注 |
|
计算机1 |
惠普 |
无 |
1 |
操作计算机 |
|
4.2软件资源需求
|
软件名称 |
版本 |
数量 |
用途 |
备注 |
|
Eclipse |
4.15 |
1 |
测试 |
|
|
SQL SERVER |
18.4 |
1 |
测试 |
|
4.3测试人员需求
|
角色 |
数量 |
具体职责 |
备注 |
|
测试实施 |
1 |
根据测试大纲执行测试 |
|
|
测试审核 |
1 |
对测试结果再次审核 |
|
4.4服务器
|
服务器 |
配置要求 |
数量 |
备注 |
|
阿里云 |
无 |
1 |
|
5．风险评估
测试准备进度延误；开发进度延误；难以修复的缺陷造成测试进度的阻碍。
6．质量目标
|
编号 |
测试质量目标 |
完成情况 |
|
1 |
用户登录及注册 |
|
|
2 |
聊天系统 |
|
|
3 |
社团管理 |
|
|
4 |
系统连接 |
|
|
5 |
系统修改 |