2022秋软工实践 第一次结对编程作业

这个作业属于哪个课程	fzusdn社区
这个作业要求在哪里	2022秋软工实践 第一次结对编程作业
这个作业的目标	了解原型设计、学会合作完成任务
学号	032002530
结对成员学号	032002342
结对成员博客	美女队友链接

需求分析

（1）Need，需求

学生考勤一直是老师的难题，特别是对于一两百人的大班课。传统的点名考勤方式消耗了老师和学生的大量时间。现有的借助软件或小程序的点名方式极大提升了点名效率，但仍给不想上课的学生留有可乘之机。学生可携带多设备代替同学点名，点完名后也可以偷偷溜走。

由此，老师需要一款更加有效的点名小程序，在保持高点名效率的同时，提高点名质量，起到更严格的监督和警示作用。

（2）Approach，做法

点名方面：人脸识别+定位签到+定期检查定位+签退；

请假方面：（学生端）请假申请+（老师端）请假审批；

出勤管理：多班级名单导入管理+出勤情况一键导出。

（3）Benfit，好处

人脸识别+定位签到：为防止多设备代签，签到的同学需要在规定范围内进行人脸识别；

​定期检查定位、签退：防止点完名后偷偷溜走。检查到定位不在规定范围超过30min/未签退则记为缺课。

（学生端）请假申请+（老师端）请假审批：可在线处理请假情况，并同步出勤情况，不用手动登记更改。

​出勤管理：多班级管理，请假/缺课自动同步，支持一键导出。

（4）Competitors，竞争

现有的点名小程序和APP大多只有定位签到、手势签到、扫描签到等，无法避免多设备代签，也无法应对学生点完名后离开课堂的缺课现象。我们的“小小点名”小程序在基础的点名功能上提供了人脸识别、定期检查定位、签退的功能以应对以上两种情况。同时，我们还提供了请假申请+审批功能，并将其同步至考勤情况，方便老师对本节课未签到学生（请假/缺课）的管理。

（5）Delivery，推广

我们可以通过推动校内教师试用进行推广，我们完备、便捷的功能将会是最好的广告。我们也可以通过数字媒体投放广告，如微博、小红书等等。

UML用例图

PSP表格

PSP	Personal Software Process Stages	Estimated time(min)	Time(min)
Planning	计划	30	60
Estimate	估计时间	740	760
Development	开发	-	-
Analysis	需求分析（包括学习新技术）	120	180
Design Spec	生成设计文档	60	60
Design Review	设计复审	30	30
Coding Standard	代码规范	-	-
Design	具体设计	420	360
Coding	具体编码	-	-
Code Review	代码复审	-	-
Test	测试（自我测试，修改代码，提交修改）	-	-
Test Report	测试报告	-	-
Size Measurement	计算工作量	20	10
Postmortem & Process Improvement Plan	事后总结，并提出过程改进计划	60	60
Total	合计	740	760

原型开发

• 原型开发工具：墨刀

• 原型展示在线链接

  世界上最好用的课堂点名小程序——小小点名

结对过程记录

结对总结

帅哥有话说

这是我大学以来第一次与他人合作完成一项工作，结对给了我全新的体验，和之前不一样的工作模式，以后到社会上工作相信会有更多的机会与他人共同作业，这也是为将来奠定了一个良好的基础。有一个同甘共苦的伙伴是一件舒服的事情，两个人的思路远比一个人来的宽，遇到困难也能够有更多的解决办法，而且不需要一个人承担所有的工作量，配合的好的话，真的能够发挥出1+1>2的作用。
（以上都是套话）
说实话，在结对作业这样的场景下，会更倾向于现场结对讨论推进，我很不喜欢一个队伍商量好工作任务安排后，两个人或者是几个人各干各的，可能有联系，消息也好语音也好，但是效果绝对没有现场面对面讨论推进的好。有些时候是可以各干各的，但是原型设计部分我觉得，就一定要两个人都在场一起设计推进，这样效率才是最高的，这样设计出来的原型才是我们自己想要的。所以想要实现1+1>2这样的效果，一定是需要两个人都充分投入到工作任务当中。希望结对作业的后期实现，我和我的队友能够顺利完成，加油！

美女有话说

第一次做两人side by side的结对作业，感觉很不一般。从功能的设计到界面的设计都由两个人敲定，期间出现了不少激烈的讨论，让我们能够更深入得了解点名程序功能的需求设计。讨论的时候很容易出现偏题，或者是思维进入死角，这时候就需要有人来厘清思路，拨乱反正，回归主线。一旦掌握了两个人的思维模式，找到一种合作方式，工作就可以变得高效起来。