项目展示

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

“照骗”	姓名	自我介绍	PM	开发	测试	UI
	LTX	平凡大三计算机系学生，熟悉java，c++等语言，喜欢ow。希望能够和大家好好相处，争取完成一个优秀的团队作业。	√	√
	ZJR	步入大三的普通大学生，b站用户，喜欢石头门；比较熟悉Java、C++等语言，希望与大家一起完成一个完成度高的项目。		√	√
	WTY	在下NoSameRain，第九艺术爱好者，任天堂粉。希望能将计算机技术应用于艺术创作。很高兴加入RogerPirates，希望能负责UI设计、测试，并和大家一起在这次合作中点亮新技能，提升自我。			√	√
	XYQ	徐YQ，北航计算机学院普通学生，熟悉Java, Python, C++等语言，会尽自己所能为团队创造效益，期待与大家共同努力做出精彩的项目。		√	√
	XHJ	大家好，我是Geraint，精通汉语言，热爱游戏，喜欢音乐，对学习态度平淡。在这次团队合作中，希望能够负责测试，辅助开发的工作，也期待能够与大家友好相处。		√	√
	LM	爱好乒乓球、游泳、玩儿游戏。C、Python、Java等都用过，开发经验八成来自于课内。希望能在课程中学到一些东西、交到朋友、和大家一起完成作业取得好成绩！		√		√
	YZX	北航大三学生，开发经验较少，迫切渴望挑战，上升空间很大。		√

团队项目的目标

• 在去年BuaaRedSun团队的北航社团小程序的基础上进行进一步开发；
• 提供社联活动审批，以及活动评级的功能。
• 为学生社团活动预约场地提供可视化操作。
• 为社团提供信息编辑的功能。

预期的典型用户

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

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

某社团一般成员

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

某高校某某社团管理者

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

某高校社联成员

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

预期的功能描述

页面	功能描述
社团活动申请	能够上传申请文件，并且查看反馈
社联审批活动	能够取得申请表，并且答复
社联评价活动	对社团活动进行打分
社团申请活动场地	提供目前空闲场地的信息
社联审批活动场地	能够获得当前所有场地信息，并且审核申请
社团信息编辑	在网页端，社团编辑自己的主页信息

预期的用户数量在哪里

预期是大致人数是600人。

要看到目标用户使用产品的过程和评价。

这是这届社联管理者对我们软件使用的反馈。

网站使用情况

我们这个软件是网页端，并且是供内部使用的，预估第一阶段使用人数为40人，但是只有十个人进行了测试，因为小程序审核没有通过，所以账号只能通过后端加权限，所以使用人数没有那么多。

团队的成员的分工协作和经验教训

姓名	概况	详情	时间	截止日期
lm	社团信息修改和上传推送	1、学习相关的知识和 2、熟悉前端代码 3、设计社团管理者界面，提出所需api 4、设计社联管理者界面，提出所需api 5、根据后端提供api修改界面	1、8小时 2、8小时 3、8小时 4、8小时 5、8小时	1、4月12日 2、4月14日 3、4月17日 4、4月19日 5、4月20日
wty	社团活动申请	1、学习相关的知识和熟悉前端代码 2、设计社团管理者界面，提出所需api 3、设计社联管理者界面，提出所需api 4、根据后端提供api修改界面	1、8小时 2、8小时 3、8小时 4、8小时	1、4月12日 2、4月14日 3、4月17日 4、4月21日
xyq	社联评价活动	1、学习相关的知识和熟悉前端代码 2、设计社联管理者界面，提出所需api 3、根据后端提供api修改界面	1、8小时 2、8小时 3、8小时	1、4月12日 2、4月14日 3、4月21日
zjr	服务器和数据库	1、学习相关的知识和熟悉后端代码 2、搭环境和重启小程序和网页端 3、导入上一级数据 4、更新当前数据库 5、根据前端需要实时修改数据库结构	1、8个小时 2、8个小时 3、8个小时 4、8个小时 5、8个小时	1、4月12号 2、4月14号 3、4月17号
xhj	提供api	1、学习相关知识和熟悉后端代码 2、根据前端需求设计api 3、根据前端反馈修改api	1、8个小时 2、8个小时 3、8个小时	1、4月14号 2、4月17号 3、4月20号
yzx	调试和审核	1、学习相关知识和熟悉后端代码 2、代码复审	1、8个小时 2、8个小时
ltx	pm	进行网页设计，博客撰写

主要教训是对后端的分工太过明确，导致一些后端同学很忙，而一些后端同学在完成一部分任务之后，就往往几天没事干。

团队项目管理

主要是使用GitHub，但是使用有点问题，我们组员往往是在完成自己的全部任务之后才会将代码上传到GitHub，然后将代码集中交给一个同学进行处理（测试）和整合。

团队如何平衡 时间/质量/资源 争取如期完成任务的？

我们开发的宗旨是保证质量的基础上进行开发，每个任务在划分的时候都尽量的给了足够多的时间，并且每晚都会开组会，进行督促。

测试用例数目，代码覆盖率数目。

我们没有做覆盖性测试，因为在上一届代码的基础上我们后端没有更新多少api，就只是采用了 rails test。

运行测试用例得到代码覆盖率的视频录像。

代码规范和齐全文档

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

关于项目引导

上一届的代码具有很好的引导文档，包括需要学习的知识，方法命名规范，项目部署方法。

需求分析

我们的项目是有关社团管理的，我们直接找到社联管理者，在会议中讨论具体需求，在开发过程中，他们也不时会对我们的项目提出新的要求。

α阶段发布说明

见发布说明

最后的燃尽图

因为在开发过程中遇到不少突发状况，比如小程序审核没有通过、过了好久才知道如何部署网页端等，我们的计划是在不断的变更的，我们自己真正开发自己的内容的时间可能只有一周，所以实情真的比这个燃尽图复杂的多。

组员完成功能与得分

个人单次考核

基础分：15

任务完成比例系数：0%~100%

工作量附加分：

• 轻：0
• 中：2.5
• 重：5

单次分数 =（基础分 + 工作量附加分）* 比例系数

总分计算

初始分数：0

分数更新时间：每次会议之后

总分 = 总分 + 个人单次考核

姓名	得分	实际得分	处理后得分	完成任务
wty	13.5+3.5+12+12+11.25+14+12=78.25	49.3024	49	社团活动和社联活动页面的编写
lm	13.5+1.75+15.75+10.5+10.5+10.5+12=74.5	46.9397	46	登陆页面和主页面的编写
xyq	18+7+15.75+14+14+12+12=92.75	58.4383	58	活动评价以及前端bug修复
zjr	18+1.5+10.5+12.25+13.5+12+12=79.75	50.2475	52	后端环境部署，数据库管理
xhj	13.5+1.5+12+10.5+15.75+12+14=79.25	49.9325	50	api编写
yzx	15.75+1.5+10.5+12.25+12+12+12=76	47.8848	48	数据库修改，管理代码仓库
ltx	13.5+1.5+10.5+10.5+13.5+12+13.5=75	47.2547	47	基本上所有的报告都是他写的
合计	555.5	350	350

反馈bug

1. 不点“登出”按钮不能再登入，只能删cookie才能进入，建议如果在登陆状态下用户试图再次登录，提示“已登录”，并直接跳转到登陆后页面。
2. 活动先审核再评论

总结

• 管理方面

  • 管理必须严格要求组员，实行一定的奖惩措施
  • 任务粒度必须细
  • 活用GitHub等代码管理工具

• 代码方面

  • 无论工期多紧一定要按照代码规范进行编写
  • 测试一定要及时
  • 在发现无法解决bug时，及时请教他人