Beta阶段项目展示

项目展示

前端GitHub地址
后端GitHub地址
网页地址

团队成员的简介和个人博客地址

“照骗”	姓名	自我介绍	PM	开发	测试	UI
	LTX	平凡大三计算机系学生，熟悉java，c++等语言，喜欢ow。希望能够和大家好好相处，争取完成一个优秀的团队作业。	√	√
	ZJR	步入大三的普通大学生，b站用户，喜欢石头门；比较熟悉Java、C++等语言，希望与大家一起完成一个完成度高的项目。
	xtl	普普通通的大三计算机系学生，熟悉java，c，c++以及python，掌握了一些django框架的用法。闲暇时间喜欢打羽毛球和玩儿游戏。第一次参与这种团队项目工程，希望和大家一起愉快地合作完成这个项目			√	√
	XYQ	徐YQ，北航计算机学院普通学生，熟悉Java, Python, C++等语言，会尽自己所能为团队创造效益，期待与大家共同努力做出精彩的项目。		√	√
	XHJ	大家好，我是Geraint，精通汉语言，热爱游戏，喜欢音乐，对学习态度平淡。在这次团队合作中，希望能够负责测试，辅助开发的工作，也期待能够与大家友好相处。		√	√
	LM	爱好乒乓球、游泳、玩儿游戏。C、Python、Java等都用过，开发经验八成来自于课内。希望能在课程中学到一些东西、交到朋友、和大家一起完成作业取得好成绩！		√		√
	YZX	北航大三学生，开发经验较少，迫切渴望挑战，上升空间很大。		√

项目目标和功能描述

重点功能实现：

功能	具体信息
小程序添加游客模式	不登陆即可查看有限信息
图片上传	社团信息、活动信息等图片上传
文件上传	活动申请表等文件上传和下载
申请帐号与微信账号绑定	使得网页端可以通过二维码和账户密码两种方式进行登录

特色功能：

功能	具体信息
活动地点可视化	能够将场地和时间以表格的形式显示出来

bug修复：

• 登录问题
  • 登陆后不登出无法重新登录
• 活动审核之后，才能评论
  • 修复活动未审核就能评论的问题
• 信息编辑
  • 当前信息编辑无法使用

典型用户和预期用户数量

预期数量是40人，但是小程序审核好几次没有过暂时只有20个人内部测试。

对社团一窍不通但是相加入社团的萌新

用户信息	用户情况
姓名	李四
用户身份	一般大学生
用户动机	希望能够查看所有自己感兴趣的社团的信息
用户困难	目前没有很好的一个整合社团信息软件
典型场景1	在小程序中修改自己的信息
典型场景2	在社团信息汇总界面查看社团信息
用户偏好	分门别类的查看社团
用户比例	30%

某社团一般成员

用户信息	用户情况
姓名	钱三
用户身份	一般成员
用户动机	查看所有已经参与社团的推送
用户困难	社团公众号太多，难以查看
典型场景1	在小程序中查看自己已经参加的社团
典型场景2	在小程序中查看社团活动并且报名
用户偏好	及时看到最新消息
用户比例	40%

某高校某某社团管理者

用户信息	用户情况
姓名	张二
用户身份	社团的管理者
用户动机	希望能够展示自己社团的信息和活动信息，并且希望能够编辑相关信息，能够很容易申请活动和活动场地
用户困难	当前活动审批太过复杂，信息展示不能及时更新
典型场景1	在网页端提交活动申请或者活动场地申请
典型场景2	在社团星级评定之后及时更新小程序端的信息
用户偏好	能够实现简单的社团管理
用户比例	20%

某高校社联成员

用户信息	用户情况
姓名	赵一
用户身份	某高校社联的管理者
用户动机	能够简单收到活动和场地申请表，方便对社团活动评价
用户困难	在疫情期间，接收申请表需要几道步骤很麻烦
典型场景1	在社团提交申请表之后能够直接收到文件
典型场景2	在社团活动之后根据社团推送，或者参与学生反馈进行评价
用户偏好	简单便捷的操作
用户比例	10%

用户反馈

社联负责人整合之后的反馈

下载量反思

用户并没有预期那么多，网页端需要和小程序配合使用，网页端使用内部账户测试没什么问题，但是小程序审核三次了，第三次还没有反馈，所以目前还没那么多的使用量。

分工和合作

姓名	任务	详细安排	截止时间
ltx	学习相关知识，完成小程序的游客模式	1、部署前端环境 2、学习相关知识 3、掌握小程序具体代码 4、进行游客模式设计 5、相关前端代码编写、提出api 6、根据api修改小程序 7、小程序送审	1、5月15号 2、5月16号 3、5月18号 4、5月19号 5、5月21号 6、5月24号 7、5月27号
xyq	完成网页端活动场地选择可视化	1、设计表格的框架 2、前端代码编写、提出所需api 3、根据api进行修改 4、整合到网页端	1、5月17号 2、5月20号 3、5月24号 4、5月27号
lm	修复目前编辑信息报错的问题，完成微信和申请账号的绑定	1、修复编辑信息报错问题 2、设计账号绑定网页的框架 3、前端代码编写、提出所需api 4、根据api进行修改 5、整合到网页端	1、5月17号 2、5月20号 3、5月24号 4、5月27号
zjr	对代码进行覆盖性测试，根据需求对数据库进行修改
yzx	审核bug，申请域名，管理仓库
xhj	学习相关知识，编写api

*后端成员可能需要一起编写api

后端成员在前端成员没有提出新的api需求时，一起解决alpha阶段遗留的bug
新增xtl同学，他ltx负责同一部分。

项目管理

前端GitHub

后端GitHub

主要使用GitHub进行项目管理，根据任务分配创建issue，发现新的bug创建issue，在上传代码的时候关闭

按时完成任务的方法

在任务安排的时候一般都预留了足够多的时间，并且在遇到突发情况时，可以在会上说明情况，给出替代方案即可。

软件工程质量

在Beta阶段设计和计划中提出的任务基本上都完成了，并且在这次项目推进过程中项目管理更加规范，使用GitHub和会议展示的机制，来确保项目确实在正常的推进过程中。

代码规范和文档

这些文档上一届的项目中都有，我们将这些文档都上传到了我们工作的QQ群，我们的GitHub只是储存我们的代码。

测试

根据 rails test 显示，目前有67个测试用例，simplecov 显示代码覆盖率为85.59%。
我们修复了一些之前项目的逻辑问题，以及中间件的部署问题，同时完善并新增了许多功能。代码覆盖率的提高主要依靠 simplecov 插件，对于未覆盖的部分，有针对性地写测试代码。

相对上届代码的提高

可能提高就体现在后端的覆盖性测试，后端的覆盖率之前是49.9%，现在提高到了85.59%。

需求分析

因为我们的项目和社团相关，在项目开始的时候，我们就和社联方面直接进行沟通，了解需求，并且在开发的过程中也在不断的和他们交流。

最终燃尽图

还是有一点偏差的，好多issue创建并且完成之后，并没有及时的关闭，不少都是PM手动关闭的，没有与相关代码进行关联。

组员具体贡献

名字	角色	团队贡献分	转换得分	具体的, 可衡量的, 可验证的贡献
ltx	PM/小程序	8+8.5+9+8.5+10.625+11.25+11.25+8+9+10=93.125	49	基本上除了技术博课和测试博客都是他写的，对小程序进行游客模式设计（300行）
xyq	网页端前端	11.875+12.5+9+9+10.625+11.25+11.25+11.25+11.25+8=106	55	完成网页端场地查询（800行），解决文件上传问题，编写一篇技术博客
lm	网页端前端（bug修改）	12.5+9+9+11.25+8+8-1+8+10+11.25+10=96	50	社团信息编辑报错，部署网页，注册账号绑定微信（共150行），编写一篇技术博客
xtl	小程序	7.5+9+9+8+8+8+8+8+8+11.25=84.75	44	和ltx一起进行小程序的修改（200行）
zjr	后端服务器	7.5+8+8.5+9+8+11.25+10.625+12.5+12.5+12.5=99.875	53	完成场地查询api（100行），修复小程序认证问题，修复图片上传中间件
yzx	后端数据库和仓库管理	11.25+8+8.5+9+10.625+8+11.25+9+10.625+10=96.625	51	网页端新的登录api（40行），向数据库注入学院信息，编写一篇技术文档
xhj	后端测试	9+10+8.5+9+8+9+11.25+8+10+10=92.75	48	编写了测试文件（400行），修复活动审核是否通过的红点提示问题，编写一篇测试技术文档

对软件工程这门课程的建议

课程太过追求职业标准，但是学生平时的事情也比较多，这样就难做到这一点。