| 本次作业属于的课程 | 2019秋计科18级软件工程基础 |
| 作业要求 | 团队第二次作业 |
| 团队名称 | 我带你们打 |
| 本次作业的目标 | 实践课上讲过的需求分析部分，自己撰写典型用户故事；小组成员查阅资料完成模块设计各个说明书，也是提高自己自学能力和团队的凝聚力；系统设计方面，先做出自己系统各个模块之间的输入输出，为将来开发更加复杂软件先做一下体验。 |
一、团队简介
| 092324 | 王同学 |
| 061409 | 徐同学 |
| 071324 | 吕同学 |
| 062609 | 叶同学 |
二、拟开发项目简介
课堂考勤管理系统：
鉴于当前大学的不太好的一些现象：学生们沉迷于游戏、交友而无心上课，代课代到泛滥。作为老师的小帮手，同学们的好伙伴，我们小组在经
过多次讨论决定要做一个课堂考勤系统项目解决这些问题。既能帮同学们规范自己的行为，又可以帮助学校。
课堂考勤系统分为教师端和学生端：教师可以通过系统建立班级来进行学生的管理，如：消息发布，添加学生成员。在课上又可以实现签到这一
主功能，以扫码，手势，点到等多种方式杜绝代签行为，并将结果传给系统数据库，生成考勤记录情况可以在教师端和学生端查看。而在学生端目前
的主要功能是学生通过邀请码进入班级，课上的签到与考勤记录情况查看，并接受教师发的消息。之后还可能以各种方式更新其他功能如讨论交流，
作业布置等，从而进一步拓宽业务范围，对于可能出现的其他服务群体设计不同的版本。
三、典型用户及用户故事
| 姓名 | 陈同学 |
| 年纪 | 19 |
| 性别 | 男 |
| 身份 | 西南石油大学计算机学院2018级大二学生 |
| 典型 场景 |
清早起床，陈同学迷迷糊糊地睁开眼睛：为什么寝室这么安静呢？啊！都七点五十五了，完了完了闹钟刚才响了又被我按上了，赶不过了，先让这几个没喊我的家伙替我签个到。 |
| 情况 简介 |
经过大一学年的磨炼，畏畏缩缩的新生们逐渐摸清楚了老师们的性子：上课签个到就行，人去不去无所谓，这就使得代签现象频发，令老师们焦头烂额。 |
| 姓名 | 杨老师 |
| 年纪 | 26 |
| 性别 | 女 |
| 身份 | 西南石油大学计科院2018级辅导员兼形势与政策讲师 |
| 典型 场景 |
八点钟，杨老师准时到达了教室开始用学习通软件点名：“同学们注意学习通上的扫码签到哈！”，“陈XX没起来，兄弟们给他发个码吧，他不来了”。远在寝室的陈同学收到qq上发来的图片，打开学习通——从相册中选取图片——恭喜你，扫码签到成功。而杨老师没有注意到什么异常，静静地讲完课离去。 |
| 情况 简介 |
教师现在多借助学习软件点名签到，但机智的同学已经看穿其中的套路，往往一个qq上发出签到码便解决了所有问题，而用传统的点名签到方法又耽误大量的时间，目前缺乏行之有效的方式来帮助教师们解决这一困境，让自制力不强的同学按时上课而不是想尽方法仅仅签上到。 |
用户故事：
清早起床，还是迷迷糊糊地睁开眼睛的陈同学：为什么寝室这么安静呢？啊！又七点五十五了，完了完了闹钟刚才响了又被我按上了，那几个家
伙也没喊我，唉赶不过去了，先让这几个bi替我签个到。
“码来！赶紧的，我就不过去了。。。”
“诶嘿，没想到吧，杨老师今天点名了！”
“啥，她平时不都扫个码就完事吗？”
“唉我们学校用了个新的签到管理系统，通过手势签到，扫码签到，传统点名签到不定期签。还把考勤记录录入系统让自己和老师都看见，平时老
师在班上发的全体消息上边也有，很是方便，还能提升我们的自制力，不仅如此，他们把扫码签到从相册选取给去了，以后再也不能代签了呢^^。”
四、项目的主要功能
基础功能：（按QFD对功能需求的分类方法从高到低排）
- 签到：
提供三种乃至以后更多的方式随机供教师选择，杜绝代签行为，日后开发定位签到功能。
- 创建班级及管理
创建班级之后，上课再调用签到板块进行签到，还可以在班级中发布消息与日后可能产生的布置作业模块
- 学生端项目
通过学生端，学生自己可以看到签到考勤记录情况，接受教师的信息等
拓展功能：
提供加好友交友等功能，原型设计版块也有涉及这一拓展性功能，还有进一步的想法：与其他学习平台联系，支持网课的教学与拍题搜题等学
习版块功能。
五、软件体系结构及主要业务模块描述
软件体系结构的树状层次：
业务板块描述：
模块1
学生管理模块设计说明书
| 功能描述 |
作为教师端的一大重要组成部分，其中内嵌签到及以后可能要拓展的模块项目，主要包含两个部分现在，以较为简单的界面来实现添加管理学生信息和签到等其他可能日后产生的功能。 |
||
| 接口描述 |
输入：学生姓名、学号等信息 导入至新建的班级数据库中，方便系统进行管理 输出：无 内嵌课堂签到功能模块，可以调用它 |
||
| 内部元素结构 |
包含课堂签到模块 包含添加学生的功能，因此学生的各种数据即是要的元素 |
||
| 人机界面设计 |
见原型设计 |
||
| 模板测试设计 |
在设计的原型上可以模拟手机端上运行其中的模板和实现管理学生的功能即设计成功 |
||
| 编制 |
|
日期 |
2019年10月25日 |
模块2
签到模块设计说明书
| 功能描述 |
是学生管理模块内嵌的部分，可以实现各种方式的签到，还能将结果输出给系统与学生端。 |
||
| 接口描述 |
输入：提供按钮让教师发起签到 输出：将签到成功与未签到这取其一的结果输出给学生端考勤记录查看功能，系统也自动更新收集数据。 |
||
| 内部元素结构 |
包含按钮与所需的签到细致模块函数 包含导出数据的函数，需要调用其他系统中文件进行数据的跟踪 |
||
| 人机界面设计 |
见原型设计 |
||
| 模板测试设计 |
在设计的原型上可以模拟手机端上运行其中的多种签到功能即设计成功 |
||
| 编制 |
|
日期 |
2019年10月25日 |
模块3
班级管理模块设计说明书
| 功能描述 |
作为教师端的另一大重要组成部分，支持教师创建班级的功能，可以通过邀请码等方式令学生加入班级。也可以在此处发布消息 |
||
| 接口描述 |
输入：创建班级接口，发布的消息 输出：无 |
||
| 内部元素结构 |
包含要发布的消息 包含创建的班级信息 |
||
| 人机界面设计 |
见原型设计 |
||
| 模板测试设计 |
在设计的原型上可以模拟手机端上运行创建班级、发布消息功能即设计成功 |
||
| 编制 |
|
日期 |
2019年10月25日 |
模块4
学生端模块设计说明书
| 功能描述 |
系统中与教师端一起构成整个体系，支持学生在其中进行考勤记录查看，查看发布的消息，签到，加入班级等种种功能 |
||
| 接口描述 |
输入：各种接口按钮与要进行其余操作时输入的信息 输出：无 |
||
| 内部元素结构 |
|
||
| 人机界面设计 |
见原型设计 |
||
| 模板测试设计 |
在设计的原型上可以模拟手机端上运行以上功能即设计成功 |
||
| 编制 |
|
日期 |
2019年10月25日 |
六、任务分工及进度安排
- 初步任务分工
| 061409 | 项目经理，监控整个体系流程的安排，以鼓励的方式激发其他人的创造性与积极性。负责关键性代码的书写及系统的测试工作 |
| 071324 | 产品经理，负责市场调研与用户故事的编写，大部分基础代码的产出由他之手 |
| 062609 | 体系架构，UI界面设计及简单的原型设计。负责核心代码的编写 |
| 092324 | 开发人员，在结构设计与原型设计完成后，通过具体编码来实现具体功能并通过设计GUI来将原型设计实现 |
- 进度安排
| 第二三周 | 进行用户调研及结构设计，产将品功能进行细分，将模块划分出来，并给出产品具体功能结构图 |
| 第四周 | 进行原型设计，各项具体功能的开发，基础代码编写 |
| 第五六周 | 测试运行版本，优化效能 |
| 第七周 | 发布产品，进行推广，收集意见进行再改进 |