BUAA2020软工团队alpha得分总表

BUAA2020软工团队alpha得分总表

目录

• BUAA2020软工团队alpha得分总表
  • 一、团队累计得分
    • 累计得分图
    • 得分总表
  • 二、各项得分计算规则及评审结果
    • 各项得分规则
    • alpha阶段Scrum分记录
    • 展示结果评分表
      • 展示结果百分制表
      • 各组详细打分列表
  • 三、团队互评
    • 团队互排名
    • 团队互评价

一、团队累计得分

累计得分图

得分总表

团队编号	团队名称	团队介绍和采访作业	团队项目选择作业	功能规格作业	技术规格作业	任务拆解作业	贡献分规则	测试报告	发布声明	事后分析	scrum分数	课上展示分数	展示分数映射	总分
8	敏 杰 开 发♂	9	10	10	10	11	10	10	10	12	42	89.81	150	284
2	顶级理解	11	11	12	12	10	10	10	10	12	50	86.67	143	291
5	拒绝VisualStudio	11	11	11	11	11	11	12	11	12	40	85.19	140	281
11	软软软	12	10	11	11	10	11	10	10	11	40	84.63	139	275
1	the Agiles	11	11	11	12	11	11	10	11	10	50	84.44	139	287
3	no code	10	10	10	9	9	10	10	5	10	30	84.44	139	252
10	对对子队	9	10	11	9	11	10	11	10	10	48	84.07	138	277
13	好好编程BUAA_SE	9	9	11	10	10	12	10	10	12	42	83.7	137	272
7	Name Not Found	10	9	11	11	12	10	11	10	11	50	82.41	135	280
6	NAG	10	11	11	11	12	13	11	10	12	42	82.04	134	277
9	软工小白菜	9	10	10	10	12	11	10	10	11	45	81.3	133	271
12	二食堂很难排队	9	10	10	10	10	10	11	10	11	48	79.44	129	268
4	RogerPirates	10	10	10	9	10	10	9	8	11	36	67.78	106	229

二、各项得分计算规则及评审结果

各项得分规则

1. 团队介绍和采访、团队项目选择、功能规格作业、技术规格作业、任务拆解作业、贡献分规则、测试报告、发布声明、事后分析，以上9个作业的评分规则皆为，以10分为基础分，对比各个团队的博客，做得好的加分(最高15分)，做得差的减分(最低5分)
2. scrum博客的评分规则为：以50分为基础分，根据以下情况的出现扣除相应分数
   1. scrum博客数量不及10篇，每缺失1篇扣除2.5分
   2. scrum博客发布时间不对劲企图瞒混过关的（比如在同一天的临近时间内发布了多篇scrum博客），按情节严重扣除2-8分
   3. 没有燃尽图或不规范，按缺失或不规范数量扣除1-5分
   4. 没有会议照片，按缺失量扣除1-5分
   5. 没有将工作内容链接上具体的issue，按缺失量扣除1-5分
   6. 没有代码签入的commit记录，按缺失量扣除1-5分
3. 项目展示评分规则：
   1. 参与评审的助教和老师对每个团队在 结果、工程质量、项目管理、努力程度 四个小项打分
   2. 每项分数 15 分，总分 60 分，取所有评审打分均值，然后映射到百分制
   3. 将百分制分数（记为x）进行分档映射，映射规则为：
      1. 最高分直接映射为150分
      2. 85-90分的，映射为150+10*(x-89.81)/(89.81-85)
      3. 85分以下的，映射为140+10*(x-85)/(85-80)

alpha阶段Scrum分记录

关于发布时间的记录，m:n表示4月或5月的m号在较近的时间内发布了n篇scrum博客

团队编号	团队名称	燃尽图	照片	issue的链接	commit记录	篇数不够	发布时间不对	分数	发布时间记录m:n
1	the Agiles							50
2	顶级理解							50
3	no code	3	1	5	4		7	30	15:4,23:11
4	RogerPirates			5	5		4	36	16:4,20:2,23:2
5	拒绝VisualStudio	3					7	40	15:6,21:4
6	NAG			3	5			42
7	Name Not Found							50
8	敏 杰 开 发♂			4			4	42	17:3,20:3,22:2
9	软工小白菜			5				45
10	对对子队						2	48	14:2,16:2,21:2
11	软软软			5		5		40
12	二食堂很难排队						2	48	13:3,18:2
13	好好编程BUAA_SE	3		5				42

展示结果评分表

展示结果百分制表

团队序号	展示顺序	团队名称	项目	结果-总	工程质量-总	项目管理-总	努力程度-总	总分-总
1	2	the Agiles	软件工程课程实践管理	12.44444444	12.55555556	12.77777778	12.88888889	50.66666667
2	4	顶级理解	航胥，北航教务助手APP	13.22222222	13.22222222	12.33333333	13.22222222	52
3	11	no code	表单数据的识别和收集	12.44444444	13	12.33333333	12.88888889	50.66666667
4	7	RogerPirates	高校社团管理系统	10.66666667	10	9.777777777	10.22222222	40.66666667
5	13	拒绝VisualStudio	Visual Lab Online	13.11111111	12.77777778	12.33333333	12.88888889	51.11111111
6	1	NAG	Visual Pytorch	12.66666667	12.22222222	12.11111111	12.22222222	49.22222222
7	3	Name Not Found	OCR-Form-Tools	12.55555556	12.55555556	11.66666667	12.66666667	49.44444444
8	10	敏杰开发	知识路书	13.44444444	14	13.11111111	13.33333333	53.88888889
9	8	软工小白菜	博客园手机App	12.55555556	11.55555556	11.88888889	12.77777778	48.77777778
10	9	对对子队	call of code游戏	12.66666667	12.55555556	12.44444444	12.77777778	50.44444444
11	12	软软软	北航学生资源整合和作业提醒平台	12.88888889	12.22222222	12.77777778	12.88888889	50.77777778
12	5	二食堂很难排队	文本中实体和关系在线标注	11.66666667	11.88888889	11.88888889	12.22222222	47.66666667
13	6	好好编程BUAA_SE	house of chat expression，表情包平台	13	12.11111111	12	13.11111111	50.22222222

各组详细打分列表

每一行为参与评审的助教和老师对每个团队在 结果、工程质量、项目管理、努力程度 四个小项的打分结果

the Agiles

结果	工程质量	项目管理	努力程度	总分
13	14	12	14	53
13	13	15	13	54
12	12	13	14	51
12	13	13	14	52
13	14	14	14	55
13	13	14	13	53
14	14	14	13	55
11	10	10	11	42
11	10	10	10	41

顶级理解

结果	工程质量	项目管理	努力程度	总分
13	13	14	14	54
13	14	13	13	53
14	14	9	13	50
13	13	13	14	53
13	14	13	14	54
13	13	13	13	52
14	13	12	12	51
12	11	11	12	46
14	14	13	14	55

no code

结果	工程质量	项目管理	努力程度	总分
13	13	13	14	53
13	13	13	13	52
12	14	13	14	53
13	13	13	13	52
13	14	13	14	54
13	13	12	12	50
12	12	11	12	47
10	12	11	11	44
13	13	12	13	51

RogerPirates

结果	工程质量	项目管理	努力程度	总分
9	10	9	9	37
11	11	12	12	46
9	5	5	5	24
12	12	11	12	47
12	11	11	12	46
10	10	9	10	39
11	10	10	10	41
8	8	8	8	32
14	13	13	14	54

拒绝VisualStudio

结果	工程质量	项目管理	努力程度	总分
14	12	13	14	53
14	13	13	13	53
13	11	12	13	49
13	13	12	13	51
14	13	13	13	53
13	13	12	13	51
13	12	12	12	49
11	14	11	12	48
13	14	13	13	53

NAG

结果	工程质量	项目管理	努力程度	总分
12	12	10	12	46
13	13	13	11	50
13	10	13	12	48
12	12	12	12	48
12	12	12	13	49
12	13	14	12	51
14	13	10	11	48
11	11	11	12	45
15	14	14	15	58

Name Not Found

结果	工程质量	项目管理	努力程度	总分
13	14	13	14	54
13	14	13	13	53
13	13	9	13	48
12	13	12	13	50
13	12	13	14	52
12	13	12	12	49
13	12	11	12	48
12	10	11	11	44
12	12	11	12	47

敏杰开发

结果	工程质量	项目管理	努力程度	总分
15	14	14	15	58
14	14	15	15	58
14	15	13	14	56
14	13	13	13	53
13	14	14	14	55
13	14	13	14	54
14	14	13	12	53
11	15	13	11	50
13	13	10	12	48

软工小白菜

结果	工程质量	项目管理	努力程度	总分
12	11	11	12	46
13	13	13	13	52
12	8	9	12	41
14	13	13	14	54
14	13	13	14	54
12	12	11	12	47
12	12	12	12	48
11	10	11	12	44
13	12	14	14	53

对对子队

结果	工程质量	项目管理	努力程度	总分
13	12	14	14	53
14	14	13	13	54
13	12	12	14	51
13	13	13	13	52
13	13	13	14	53
13	13	12	13	51
14	13	12	12	51
10	11	12	11	44
11	12	11	11	45

软软软

结果	工程质量	项目管理	努力程度	总分
14	12	13	14	53
13	13	13	13	52
14	10	13	13	50
13	12	13	13	51
13	14	14	13	54
12	13	13	13	51
12	12	12	12	48
12	11	12	12	47
13	13	12	13	51

二食堂很难排队

结果	工程质量	项目管理	努力程度	总分
10	12	10	10	42
13	13	13	13	52
11	10	11	13	45
12	12	12	12	48
14	12	11	13	50
11	12	12	12	47
10	13	14	12	49
10	10	11	11	42
14	13	13	14	54

好好编程BUAA_SE

结果	工程质量	项目管理	努力程度	总分
13	12	12	14	51
13	13	13	13	52
13	10	11	13	47
13	13	12	14	52
13	13	12	14	52
13	12	12	13	50
13	13	12	12	50
13	9	10	12	44
13	14	14	13	54

三、团队互评

团队互排名

行为评价方，列为被评价方	团队1	团队2	团队3	团队4	团队5	团队6	团队7	团队8	团队9	团队10	团队11	团队12	团队13	求和
敏杰开发	1	1	9	1	1	1	1	4	2		2	2	1	26
软软软	8	4	2	2	3	5	3	1	5	1	3		4	41
顶级理解	2	2	4		6	2	2	5	4	4	8	3	10	52
拒绝VisualStudio	6	8	6	3	8	3	9	3	1	2	10	1		60
the Agiles	7		5	6	7	6	6	2	6	3	12	5	5	70
Name Not Found	4	5		11	2	1	8	7	3	9	9	4	8	71
对对子队	5	3	8	9	5	4	7	12		7	4	9	3	76
no code	3	6	1	12	11	8	12	6	7	5		8	2	81
软工小白菜	10	11	3	5	10	7	11		9	11	1	7	7	92
好好编程BUAA_SE	9	9	10	4	4		4	8	8	10	6	12	9	93
NAG		7	11	7	9	9	10	9	11	6	5	6	6	96
二食堂很难排队	11	10	7	8		10	5	11	10	8	7	10	11	108
RogerPirates	12	12	12	10	12	12		10	12	12	11	11	12	138

团队互评价

互评结果表格

行为评价方，列为被评价方	团队1	团队2	团队3	团队4	团队5	团队6	团队7	团队8	团队9	团队10	团队11	团队12	团队13
NAG		团队贡献部分，工作记录和互评很详细，还有可视化的图表来展示，很清晰。用工作记录代替燃尽图，很有特色，能够一目了然地看到每个成员的贡献。	个人感觉团队项目应该是让我们体会团队项目的感受，培养团队协作的能力，而不是在团队当中和队友争取贡献分。而在展示当中经常提到贡献问题，感觉违背了初衷。	作为一款继承上一届开发的产品，网页已经较为完善，只是在去年的地基上进行了一些增添工作，如重做UI、增加模型保存等外围功能。这款产品在去年便遗留下来的问题感觉还是没有得到解决，例如不够面向新手友好的帮助文档、缺乏典型案例等。在演示视频中甚至都出现了loss不断增加、无法收敛的问题，这也是新手常犯的错误。在代码管理方面也没有特色，不过计算贡献分却比任何团队都计算得详细。	展示的重心没在项目介绍上。PM对贡献分的计算非常详细。团队合作方式没有介绍。在去年的基础上做了那些进步？没有团队协作的流程。感觉在去年的基础上进步不是很大。	这个项目的界面非常漂亮，内容也很有创意。在团队方面做的也非常出色，强烈点赞。虽然我自己尝试登入这两个网站都没有成功，没有办法深度体验其中的功能，但是从博客和展示的内容上来看还是非常有吸引力的。	界面十分美观，组员的工作量化很好，代码规范做的很好，就是网站登录速度比较慢，网站的安全机制不是很好，拖动构建模型的方式比较新颖，对初学者来说比较合适	项目还是比较新颖的，为很多新手提供了很好的帮助，但是在展示时对于软件的展示太少了，对于此软件的具体使用方法等都没有了解。另一方面，这是一个继承项目，我没有看到比上一届到底多出了什么功能，所以不了解工作量。但是总体来说很吸引人。	项目进度管理优秀。成员协作有所欠缺，成员参与度差距过大。虽然预估的目标偏高，但推广和反馈做的不错。项目展示优秀，测试到位，功能齐全	喜欢：工作量可视化；清爽界面；用户使用文档；灵活的学习器配置。不喜欢：与去年相比功能上仍然较初级，必须借助外部运行环境；团队合作形式	1. 非常优秀的项目，借助了学长的经验。 2. 重新设计的架构和前端非常好看，代码逻辑清晰。 3. 美中不足是有一些上市公司和创业公司其实做了类似的产品并且工业化使用，怎么超过他们是一个难题。	Visual Pytorch：非常好的idea，希望在beta阶段能够将不同的层表示成不同的图形，现在全部用文字分辨比较难受	团队贡献、工作量记录等具体实践起来有创新，挺有意思；但团队贡献分贫富悬殊，且7人团队实际上为5人；从用户界面上来看工作量（在前人版本上的增量）看起来不大。
the Agiles	90 优势：github管理较为完善；在原有的基础上有许多优化；团队成员协作融洽。劣势：改进的方面有限，大多局限在前端和较片面的功能；展示内容安排不够合理，效果一般。		功能方面没用过不太好过多评价，不过页面看起来比较简约还挺舒心。现阶段完成效果看展示效果来说应该不错，beta阶段的计划也比较完善。	软件的初衷很好，新增的评测功能也非常有特色，但是距离实际使用还有不短的一段路。由于课程组不进行强制使用，只是让学生们自主入驻，所以评测、广播等新增功能不太好评价。总体来说感觉是给GitLab包了一层壳，也算是做出了自己的东西。代码管理和文档管理做的都不错。	用户量不错，功能展示完备。具有很高的实用价值，很能吸引用户，用户反馈很好，在以前的基础上做了很多的改进，修复了很多的bug。做好的话是软工课程的一大进步，页面也比较美观。	实用性：设计和实现一个基于 GitLab 的软件工程教学实践平台，用于支持软件工程课上的实践项目，主要包括个人项目、结对项目和团队项目，对于教学人员十分地实用；UI：UI的界面清爽，是一个加分项；功能：兼具发布、管理和测试等功能。功能实用且齐全。	分工十分清晰，bug处理机制比较有用，但是感觉和之前oo的测试平台是否有点相似，仿照github的issue机制比较有用，界面纯中文，观感上比官方gitlab更加舒适。	介绍很详细，对项目有了比较深刻的理解，我认为这个项目有很好的应用前景，可以满足选软工课的同学甚至是公司员工的需求，期待这个项目的最终完善版本	项目进度追踪不错，成员协作优秀，希望能有团队文档。功能方面相改进优化较为实用，推广优秀，反馈希望能收集一些优质的建议而不是简单的夸赞。代码管理稍微有些不足	喜欢：任务分配与进度管理；丰富的测试；。不喜欢：	1. 感觉非常优秀的项目但是怎么解决ROR使用困难和后期管理困难的问题可能成为了一个巨大的扣分点，相比其他组ROR可能是一个累赘或者劣势。 2. 非常优秀的github管理经验，美中不足的点和助教说的类似，所以也是扣分点。	软工gitlab：非常好的项目，非常适合软件工程这门课程，但是对于同学们可能比较无感，对于老师和助教的管理会有很好的帮助	项目管理比较规范；用户界面简洁漂亮；解决了一些实际问题；但看起来工作量不像7人团队的总量；且代码贡献几乎集中于1人，看起来分配不均。
Name Not Found	94 优势：有较深的技术含量；考虑比较全面；团队成员协作融洽；展示效果较好；项目访问速度较好。劣势：有些依赖已有的工作；团队贡献分分配的有些问题。	写了英文的项目使用说明书和使用教程，很有特色。从现阶段学到了什么那里可以看出，每个人在项目中都有所收获。使用pylint和tslint进行代码规范，规范性上较强。		使用微软的OCR表单工具API开发了一个前端。目前看来这个前端的基础功能做得不错，但这个网页的上限还是由后端的OCR API来决定，而这个API无法识别中文，注定在发布阶段较难推广。团队的代码质量管理合理，不过目前功能还是较少。在没有目标用户群体的情况下，能够生成数百个表单，非常难能可贵。	与微软合作，不明觉厉。新增了很多功能。有代码规范的展示。文档完整。有压力测试，很牛逼。多版本，既有下载版，又有网页版，项目功能感觉适用范围不是很广，不太明白这种填写有什么用	项目的目标比较明确，相应的文档也完成得很齐全，工程代码质量也完成得比较高；项目的完成进度也比较准时合理，在单元测试上花费一定精力来完成，整体来说alpha阶段项目完成得很出色。	分工相当的明确，十分重视代码规范和bug处理，并且能够在预定的时间内完成预定的工作，还有相应的教学过程，并且对用户的反馈有仔细的分析，并准备在第二阶段进行改进	这个项目在国内推广的话，没有中文似乎不太合适。这个项目是为了机器学习生成数据的，所以我认为扰动效果是一个很好的功能，总体还是很新颖的。	团队代码的协作上有所欠缺，项目进度管理优秀，测试比较全面，发布上的用户引导比较齐全，希望能添加一些更多的功能	喜欢：测试；针对国内网络环境解决azure问题。不喜欢：感觉展示时没有体现工作量；commit规范	1. 和nocode做的一样的东西，他们着重于前端开发和设计，从开发设计理念上来讲，两组的风格和思路不同。2. OCR的思路非常新颖，微软的套件是他们的优势但同时也是我给分较低的一个原因。后续期待可以使用nocode提供的API开发，可能会更有特色	FOTT：在原来项目的基础上增加了互补功能，现在是既有矛又有盾，但是在学生群体中使用不是特别广泛，因为好像并不支持中文的识别	项目管理比较规范；团队贡献分分配看起来不太真实；没有在展示博客中看到对项目运行效果的展示（OCR结果？生成的数据？）；从用户界面上来看工作量（增量）看起来不大。
顶级理解	96 优势：PR和issue一一对应，管理清晰；目标完成效果良好；比较有吸引力，展示安排合理，效果较好；宣传效果较好。劣势：未来目标不够明确，扩展性一般；博客内容较少。	在取舍平衡上做得很好，有自己的原则，例如疫情期间有用的功能优先。在代码规范上可以继续改进，使用代码规范工具进行规范，文档也可以再完善一些。	项目创意挺好的，展示时的风格也很不错，ddl功能相对来说比较亮眼，但是可能安全方面。。。还真是不太敢用。希望之后能够继续进行改进。		用户数量非常多，很有实用价值。项目管理优秀，很安全。很方便，DDL查询很吸引人。爬虫安全性有待商榷，界面不是很美观，需要进一步优化。与软软软项目是竞品，感觉没有软软软的美观	团队开发沟通较好，工作效率也很高，代码测试部分也完成得很好，覆盖率较高；在代码规范方面稍显不足；对用户的考虑较为完善，与用户的沟通和项目使用宣传比较到位，但是对用户的使用体验需要提高。	想法很棒，有大一大二使用的同袍的那种感觉了，可以查询DDL这一点可以说是拖延症患者的福音，取舍功能十分得当。未来能够开发ios端就十分完美了	很有用的软件，因为同袍不可用后，每次查询教务都需要登录网页，但是看演示给我的感觉初次登录加载速度实在太慢了，有急事的话(比如考试，去教室前确认一下在哪)实在等不及。	用户反馈和修改比较及时，测试方面有所欠缺，模块与模块之间相对独立，对任务的分配比较到位。	喜欢：解决学生痛点；用户量追踪与合理的用户量分析；清晰的功能规划。不喜欢：后端覆盖率78还是偏少，没有调研django的一些常用测试方法	1. 非常优秀的顶级理解项目，顶级理解团队做的非常好。 2. github 仓库有点没看懂，管理不是那么明细，有待提高。 3.其他结合以前的经验和现在的开发环境做出突破	航胥：非常实用，但是界面有待改进，同步数据的时间在可以接受的范围内，对于自己统一认证的密码存储可能会比较担心	项目管理比较规范；分工明确；但项目本身好像没有吸引人的亮点（杀手功能）；与软软软团队ddl killer有一定重合。
二食堂很难排队	80 优势：考虑到从头开发，流程较为完善。劣势：团队间沟通不佳；Bug较多，目标完成效果不佳；项目整理不是很完善（Issue与代码分离）；未来目标不够明确。	团队贡献的量化可以再具体一些，例如具体的代码行数。项目管理的commit可以更规范一些。关键功能的实现还并不完善，下一个阶段可以继续改进。	测试方面比较完善，代码覆盖率在前几个展示的当中可以说是非常高了，小问题是可能目前的推广方面和用户数量方面评估不是很好（但说实话同学们使用的积极性真的不高）	在线文本实体标注系统是一个非常有创意的实现，也是一个有技术含量的东西。因为实体需要直接从文本中抽取，所以难免会遇到一些抽取错误的情况，在面对专业领域的词汇时更容易出现。使用Django做全栈开发，前后端结合较为紧密，不是目前主流网页所推荐的实现方式。管理方面，issue和code分离，测试做的不错。		软件的界面比较美观。但感觉功能性不是很强，主要功能还有待完善，对于项目的代码的管理不足，注册和使用人数没有达到预期的人数，竞争力略显不足。	pm的推广十分卖力，但是收效甚微，想法很好，但是似乎软件的功能比较不是那么实用（个人感觉），界面观感还不错，但是整体完成度不太行	项目用处不广泛，看完介绍就没有想用的感觉了，绘制知识图谱现在也有很多的优秀的软件，而这个项目唯一的新颖点是可以添加专业术语，但是术语也不是很全面，感觉不如现有软件好用。总体给我的感觉是没有使用的需求。优点是前端做的还不错。	功能有些不完善，前端设计有些缺陷，UI比较丑，希望之后能注重用户体验方面的设计，成员协作有些问题。测试很全面，项目进度管理跟进较为及时	喜欢：知识图谱的展示界面很漂亮；有考虑内部开发规范。不喜欢：界面功能略混乱，即使添加了用户引导还是有些无从下手；核心的标注功能没有突出。	1. 非常优秀的项目，学长的经验和助教的指导他们完成的很好。 2.希望看到更加充实的每日例会，感觉部分报告的内容不够清晰，可能是我们非专业同学看不懂。3.比较期待后面搭建好的样子。	在线文本标记：感觉不是非常有实用性，不过导出的图挺好看的，面向的用户受众面太小，希望beta能找到扩大受众面的点，如模仿思维导图	测试很完善，项目管理规范；需求可能抓的不是很准确，目前用户对该功能需求可能不是很大；工作量小；前后端放在一个仓库中是否合适？
好好编程BUAA_SE	86 优势：累积使用人数较高，平台较为活跃；宣传效果较好；代码低耦合，开发较为独立。劣势：功能较为局限；团队贡献分分配有些问题；github项目管理不够完善；未实现代码覆盖率；展示博客内容安排不够合理。	项目比较有特点，实用性强，对功能介绍比较全面。在下一阶段可以做一些UI的优化，让页面更加统一和美观。项目管理做得较好。	项目比较新颖有趣，文档完善，功能丰富，有一点小小的不足是没有系统的测试方式和量化的测试数据(微信小程序开发的问题？)，和同类产品比起来可能没有很明显的特点和竞争力。	表情包管理、编辑算是现代网民的一个痛点需求，总体看来做的不错。使用人数上，也远远超过预期，可以说在推广上也取得了较大的成功。演示过程中的展示也让我们看到了这款软件的功能，效果较好，令人满意。可能缺乏一些图片合法性审查机制？作为非迭代的自选项目来说，做成这样已经难能可贵。	微信平台，用户量巨大，很惊讶，功能偏向娱乐化，潜在用户量大。项目介绍清晰明了。UI设计简单，功能简洁。能有1000+用户量确实是非常成功的，值得借鉴。		小程序使用量相当大，在我看来已经成功了一半，页面比较简陋，但是功能完善，还有一些比较亮眼的功能，如，自己画图和图片拼接，但是我怀疑会被用心不良的用户作为他用。	表情下载还是挺好玩的，但是没有看出和微信自带的表情下载商城有什么区别，直接从聊天——表情中下载即可，感觉再去上到小程序中下载有些繁琐。	根据情况进行重新分组好评，代码和仓库管理有问题，用户数量和反馈不错，测试到位，杀手功能不够明显。	喜欢：项目立意很有趣；完成度不低。不喜欢：互测机制在管理上意义不明；仓库整洁度；功能打磨与规划	1. 非常优秀的项目，可以发现确实都在好好编程。2. 自己重新设计了架构，代码逻辑非常清晰。 3. 感觉他们的产品其实使用的范围会很广。4. 感觉他们的项目其实可以做的更好，所以排名区在中间区，期待提升。	表情包小程序：emmmm感觉没什么实用性，而且资源比较少，搜索试了一下没什么用，UI也有待改进	满足了自媒体、文章撰稿人等部分人群的需求；9幅燃尽图的意义不明？功能较为完善，前端有很多页面和交互，但技术难度是否较低？
RogerPirates	78 优势：界面较为美观。劣势：没写展示博客，项目展示不佳；未达到预定目标；展示中多次出现冷场现象；缺少代码覆盖率视频；未进行团队贡献分分配；组员合作不佳；github项目管理薄弱。	在项目管理方面有些缺陷，没有充分利用github进行项目管理。没有撰写项目展示博客，对项目的讲解也比较简单，在技术和软件工程流程上都不太清晰。	可能准备不是很详细吧，听展示的意思，小程序没有通过，发布环节好像有点问题？在展示方面可能也少了很多部分，个人感觉项目展示效果并不是很好。	主要负责开发网页端的北航社团帮App，因为有上一届的成功产品在前，所以这次开发出来的产品并没有让人感觉到在前人的基础上有很大的改进。以及测试和代码管理方面都和去年的团队相比做的不够好，所以很难给到一个比较好的评价。	项目展示准备的不是很充分，UI比较简单，面向的用户是社团管理者，潜在用户不是很多。需要从服务器获取帐号，限制了用户数量。没有对 项目进行现场演示。	首先从介绍的博客来看，感觉界面比较简朴，有的地方图片显示的比例由比较大的问题。然后我尝试访问网页端http://114.115.141.131/admin/index，发现只有一个主页，但是没有内容，不知道怎么使用。总的来说由于没有数据，也无法体验功能，我没有办法准确评价这个项目。		项目在网页端进行社团管理，解决了一些pc用户的难题，但是讲解不细致，我对整个项目的感觉不清晰，我记得说多个人在线就卡住了，那实用性大打折扣。	项目管理比较乱，测试没有做完善，发布和用户反馈还可以	给我感觉完成度不高，可能是因为展示准备不够充分	1. 非常优秀的项目，但是项目报告没有太看懂，所以扣分了。 2. 非常精彩的私有仓库，可是没有公开。3. 比较期待后面各种设备搭建好的样子，可能会更加引人注目	社团：应该会方便社团的管理，但是貌似核心功能并没有实现，比如通知、注册等，而且现在网站也无法登陆，难以上手实践见到成果	缺少项目展示博客？产品发布准备不足；从前端页面来看工作量小，功能较为简单（从发布声明来看）；测试不够完善（从测试报告来看）；会议记录过于简单。
软工小白菜	84 优势：增加了许多新功能，展示博客写的较为详细。劣势：未完成预定功能；未进行代码覆盖率测试；不能兼容之前的功能；展示博客写的较为简易；出现一些比较大的bug；代码管理有问题。	代码管理方面是每个人有各自的仓库，最后再合并，可以用branch，体现出完整的过程和记录，可以在下一个阶段改进。	总体感觉还不错，博客园的掌上功能也是比较亮眼，但是UI界面有一点。。稍微有一点丑，但无伤大雅。展示方面效果也不错。	在上一届的基础上开发博客园App，开发了几个新功能。总体而言，比博客园官方的App使用体验更好。不过，App里面出现了一些已知的bug，且不知道为什么没有进行修复，带来了挺大的迷惑性。代码管理、代码合并等东西做的不够好。	发布在百度网盘，没在应用中心上发布有点遗憾。博客园后端基本上比较完备了，核心工作集中在前端上，该团队更换了原有项目的框架，但是在前端界面上的设计还是需要一定的美化。	实用性：手机上通常使用浏览器打开博客园，该项目将博客园移植到安卓上，方便了用户浏览；UI：UI的结构做的很不错，比较顺滑，符合用户使用习惯，但是有些界面风格不太统一；功能：正常浏览、查看发布等功能都已具备，但有一些设置功能没有实现。	软件完成度很高，但是似乎没有和上一届代码整合在一起，当前的软件不够稳定，任务没有在规定时间之前完成，代码管理比较分布，代码编写人员很少，但是软件完成度相当高。		仓库管理有所欠缺，没充分运用代码管理工具，添加了原先版本没有的一些很有趣的功能，这很棒。	喜欢：适配工作很好，打磨一下界面应该可以呈现很好的效果。不喜欢：测试充分程度，app开发时需要考虑各种测试场景，展示时没有相关体现；工作量感觉没有体现	1. 有其他学长做的软件的经验，做的非常好。 2. 自己重新设计了架构，代码逻辑非常清晰。 3. 感觉他们的产品其实使用的范围会很广，其他同学的产品其实面向的受众并不多	博客园app：尝试了一下，班级功能非常好用，可以看到班级的作业，分类很清楚，但是UI有待改进	项目管理规范，软件功能（板块）较为完善，有一定工作量；前端UI有待美化，细节问题不少；许多功能只是查看，不能编辑、评论等；亮点不够突出，是否只是cnblog的手机版？
对对子队	92 优势：展示博客写的较为详细；界面较为炫酷；燃尽图及项目管理较好；有issue和工作的对应关系。劣势：未进行代码覆盖率；项目意义不明显；技术实现较为简易。	选择做一款游戏，很有风格，人员的分工也是游戏开发的分工，项目的特点很明显。在例会博客中有issue和commit的联系，做得比较好。	在短时间内游戏做成这种效果还是比较精致的。但是听完项目展示，不太清楚这个项目到底是做什么的：典型用户类型和功能展示时所展示出的功能有点不太符合？	很有创意的开发了一款游戏。但就受众和设计理念而言，这款游戏其实不太好。游戏性上，不够“好玩”，也没有觉得和编程有多大的关系，比起市面上那些真正的编程类游戏还是有很大的差距。美工方面也做得不够好，不过一定程度上可以原谅。动画方面也比较冗长，游戏进度也不够长。总的来说，确实不太尽如人意。	编程游戏，比较有想法的一个项目。分工很合理，有美术有策划，也有程序员。游戏发布需要版号，发布上还是有难度的，可能使用网盘发布不是很能吸引到足够量的用户。	工作分配比较细化，各个成员的分工也很具体到位，对工作效率提高有帮助；对用户反馈和bug修复工作比较到位。但是对于代码规范和项目协调方面需要作出更多考虑。	游戏完成度很高，并且关卡设置不少，软件进度还是很快，留下很多缓冲时间，但是似乎操作过于简单，目标人群年龄比较低，玩法太单一，可玩性不强	优点在于整个界面做的还是不错的，但是没有给我玩的兴趣。我看到这个游戏是帮助一些不会编程的同学来学习编程思维，但是我没有看出这个项目对编程思维有什么帮助，总体来说我认为没有玩的欲望，也没有看到实用性。		喜欢：游戏场景与UI完成度很高。不喜欢：就游戏本身而言，不是十分吸引我，欠缺成瘾性	1. 本学期见到的最优特色的软工项目。特色加分十足！2. 感觉他们的产品的使用人群超出了其他组的设想，不只是面对学生用户。这个思路很好。3. Alpha阶段可以展示的东西炫酷而且充分	游戏：测试成本太高，但是通过展示看到目前的游戏好像受众面并不是大学生或者高中生，第三关的部分好像没有明确的提示比较困难	测试很完善，项目管理规范；功能较为完善，完成度较高，技术难度适中，有一定工作量；但游戏设计（用户交互、游戏性等）上目前看起来不够吸引人。
敏杰开发	97 这个项目顺利得不正常，队员都太给力了。优势：功能较为完善，界面美观；展示博客撰写非常详细；推广文案比较新颖；有针对性解决用户的需求；小规模分散开发模式新颖，分工合理；使用了pull request。劣势：项目展示没有重点，比较冗长，介绍了许多不重要的内容；用户量未达暂到；贡献分分配有问题。	对项目的讲解很详细清楚，能够看出技术方面和软件工程的规范性都很强，开发中的网状协作模式，以及项目管理的双主分支工作流很有特点。	感觉功能挺好的，也比较符合当前阶段的预期。展示方面在一开始的时候有点混乱，另外超时很严重。燃尽图显示的开发真就是冲刺。。。	一款管理文献和关系的产品，设计理念上非常有新意，在实用性和趣味性上都有一定的价值。界面使用成熟框架，也较为美观，部署和发布也非常成熟，代码管理也非常成熟，部署做到了热更新，在产品质量和团队管理上都可圈可点。	功能完整，使用价值很高，从个人角度来看，界面还是比较美观的。与二食堂的功能有异曲同工之妙。展示环节很完整，项目管理值得借鉴，很专业。没什么好说的，最好的项目管理，加分不少。	项目功能比较齐全，完成的工作进度和工作量很大，对未来的设计展望也很具体到位；在软件的宣传推广上还需要加大力度；对用户的反馈处理很到位，比较用心地去处理用户的问题；在项目的管理和分配工作上效率很高。	网页完成度很高，并且很实用，协作采用的方式十分值得学习，然后代码规范度也很高，组员的水平都很高，组员之间能够随时接受他人的任务，测试十分精细，覆盖率都很高。	做的很好，文献管理加思维导图的形式很新颖，而且功能比较完善，操作还是挺方便的。但是对于本科生似乎需求不大，然后还有一个就是这个连线有些看不清，应当适度加深一点	代码管理很不错，推广方面也总结了自己的方法，项目管理比较极限，希望可以改进，留出缓冲区		1. 非常优秀的github pr管理和issue管理，需要好好学习 2. 感觉很多设计还可以跟上一层楼，期待beta阶段。3.用户的feedback做的很好。4. 感觉blog写的很有意思。5.很有科研需求的特色非常好	知识路书：idea非常棒，节省了自己制作论文之间联系的时间，拖动和标注都没有问题，分享功能感觉非常高级	测试很完善，项目管理很规范，GitHub使用到位，整个团队较为专业；idea有亮点，功能基本完善，有一定工作量；团队贡献量化比较细，看上去较为合理；UI等细节抓的到位。
no code	95 优势：展示博客写的详细；github项目管理PR与issue对应；测试较为详细；团队合作关系融洽。劣势：未进行团队贡献分分配；beta计划不够完善；核心功能展示不完善。	测试部分和功能展示部分很详细，一目了然，项目管理方面可以再改善一些，团队贡献部分可以增加一些量化的数据。	项目展示中规中矩，感觉挺好的，计划也比较完备，目前做的也不错。而且该说不说，和我们组的项目还挺搭的。（或许还能整合一下？）	产品和Name Not Found组的产品均基于微软OCR制作，两款产品对比起来，这款产品只是一款后端API，在使用和推广方面都存在一定的难度。相对而言，这边的产品可能更加有技术性，但作为一款软件而言，包装还不够。软件最好能够面向所有人。代码管理可圈可点。	项目展示不是很详细，由于时间和网络的问题，没有很清楚项目的一些流程。团队也没有进行效果展示，感觉比较匆忙。由于项目结果是一系列API，从用户角度不是很好评价	可以看出整个项目实现的非常完善，考虑的也非常细致。从博客上看，测试部分做的非常完善和科学，值得大家学习。github的管理也非常健全。	虽然api已经实现，但是界面还是比较简陋，测试覆盖率很高，当前能识别大多数表格，但是手写的表格似乎识别不理想，并且识别率有一定的问题，工作安排比较灵活	设计需求都很好，但是我尝试用了一下，ocr的识别效果好像有点一般，用起来感受不是太好，能优化一下手写这部分会好很多。期待后面效果更好的版本。	缺少用户引导，发布方面有所不足，代码测试较为全面详尽，团队协作不明显	喜欢：工作规划与任务分发；项目管理形式；对部署的考虑。不喜欢：		OCR：感觉缺乏创新点，使用起来没有和其他ocr有明显区别的地方，IP访问的网站貌似是介绍，没有使用测试	测试很完善，项目管理规范，GitHub Action的使用很有亮点；团队分工明确；但产品本身定位是否不够明确？面向用户的易用性有待提高，项目展示效果可以更好。
软软软	89 优势：展示博客写的较为详细；功能展示丰富。劣势：为涉及代码覆盖率测试；没有beta阶段的计划；未进行团队贡献分分配；展示博客问题内容组织有问题。	协作方式很有特点，能够找到一个适合团队成员们的模式，团队氛围很好。项目管理方面可以再完善一下。	实用性很高，页面也很精致，项目展示感觉很实诚，整个展示过程比较舒心。	DDL提醒产品，感觉最可惜的一点是做成了网页端，而不是可以挂在桌面上的小软件或是手机App。不仅能够自己创建DDL，还可以从课程中心获取DDL。功能完善，界面美观，无明显bug，有完整的用户注册登录流程。代码管理使用VSCode实时协作编程，很神奇。	页面很美观，功能齐全，邮箱验证注册比较好。有新手教程。UI趋于成熟，商业级的UI，值得借鉴。项目前端很优秀，个人认为是最好的UI设计，很喜欢这样。	功能比较实用、完善，细节上的实现比较精致，前端界面简洁美观。团队协作文档记录详尽、一目了然，排版美观。使用github和gitee进行代码管理，issue与协作文档对应清晰。用户数量达到预期，且反馈普遍较好。美中不足的是展示时间过长、技术细节讲述冗长。	软件十分好用，希望能够最后开发到同袍的水平界面很好看，功能太多，导致展示十分耗时，能够将教务的信息给扒下来有点厉害，日程表十分好用，邮件提醒很不错，测试比较笼统。	ddl提醒工具还是挺新颖的，功能也很详细，界面做的也很好看。最吸引我的是发邮件提醒以及共享学习资源，真的能为广大用户提供便利，有很高的使用欲望，期待最后的版本	没有规范代码交流，缺少审核，代码测试到位，推广和用户反馈做的比较到位	喜欢：界面细节打磨；功能考虑了用户痛点；有邮件系统。不喜欢：项目管理与工作流形式比较初级；后端代码需要打磨	1. 非常优秀的项目其实有类似的项目，但是由于我们学校教务总是把类似项目，值得鼓励。2. 自己重新设计了架构，代码逻辑非常清晰。 3. 感觉他们的产品其实使用的范围会很广，其他同学的产品其实面向的受众并不多		项目管理、文档撰写、学习资源等方面在团队中有自己的创新和特色；系统较为完整，有一定工作量；项目展示效果较好；UI和用户交互比较漂亮，但产品本身的功能不够丰满。
拒绝VisualStudio	91 优势：界面较为美观，展示博客撰写较为详细；项目管理较为完善；功能介绍完善。劣势：项目管理比较复杂；相比于已有编译器的优势体现不明显；项目未达到预期目标。	功能展示比较清晰，项目的实用性较强，文档规范性较好，成员贡献部分也很清晰，有可衡量的数据。	整体流程比较清晰，从开发到测试、发布的展示效果看来，流程比较明确，比较用心。在功能方面不太好说，现在的IDE还是挺多的，也很好用，不过有这么宏伟的计划并实现出来也很了不起。	Visual Lab的选题新颖，题材有用，界面较为美观，使用体验也较好。但是，其本身基于服务器docker来运行程序的设计架构注定会导致这款产品只能够帮助用户进行一些小型的开发测试，也确实是只针对编程初学者的一款产品。代码管理和文档也还做得不错。	页面简洁，项目能不能实现VS强大的性能测试、覆盖率测试、类图生成等功能？如果实现了这些功能服务器能顶得住吗？项目管理上没有详细展示，有些遗憾。	核心功能完善，项目复杂、难度较大，但是实现的效果很好。功能强大，全在线、免配置，满足使用IDE的一般需求。页面简介美观，使用体验较好。代码管理流程、团队文档比较规范，展示的效果比较好。	任务分工比较混乱，计划也不是很明朗，当前追求完成最小工作量，编程语言选择比较复杂，并且没有比较好的代码规范，推广不是很到位，当前网页使用比较卡。进展比较顺利。	在线的编译器还是很实用的，因为我本人在大一大二时也感觉环境配置很麻烦，有时想写一些小的算法还需要开一个visual studio太繁琐了，所以这个项目对我有吸引力。	项目管理比较到位，团队分工协作明确，测试详尽	喜欢：引入docker与终端的实现方式；ide设计。不喜欢：代码签入形式，手动merge可能会有潜在风险（conflict等）	1. 非常优秀的项目，但是评分较低的原因在于，微软爸爸做了一个比他们更好、覆盖率更优、更有特色的项目。2. 说是拒绝VS，看起来像是拥抱Jupiter的感觉。3. 比较期待后面各种设备搭建好的样子	v-lab：功能强大，已经实现了功能，可以直接进行交互，可以在线代码运行，自动补全，测试运行正常，使用简便，希望beta阶段能和VisualPytorch合作，直接生成之后运行