3组 - T333 - 项目系统设计与数据库设计
| 这个作业属于哪个课程 | 2018级计算机和综合实验班 |
|---|---|
| 这个作业要求在哪里 | 第六次团队作业：项目系统设计与数据库设计 |
| 这个作业的目标 | 完善类图、设计好系统和数据库，制定计划并明确分工 |
| 作业正文 | 如下 |
| 团队的github仓库链接 | github |
一.团队项目的预期开发计划时间安排
| 周次 | 任务安排 | 进度 |
|---|---|---|
| 第九周 | 完成《系统设计说明书》与《数据库设计说明书》 | 已完成 |
| 第十周 | 完成登录注册的GUI界面，获取图书馆的原始数据导入数据库进行清洗 | 待完成 |
| 第十一周 | 完善模块代码和编写接口，对数据库根据需求进行调整 | 待完成 |
| 第十二周 | 初步完成小程序，对其进行功能测试、代码优化 | 待完成 |
| 第十三周 | 组员对初步完成的小程序进行测试，改善 | 待完成 |
| 第十四周 | 邀请同学对完成的小程序进行测试，改错后发布 | 待完成 |
二.团队项目的预期开发计划分工安排
| 成员 | 角色 | 预期分工 |
|---|---|---|
| 杨健辉 | 前端 | GUI设计 |
| 陈泊羽 | 前端 | 数据处理 |
| 楼仪 | 后端 | 完成实体类代码的编写 |
| 侯朝阳 | 后端 | 编写接口代码，协助完成代码 |
| 陈嘉浩 | 项目总结 | 文案与博客的编写 |
| 陈楚 | 需求分析、测试 | 需求分析、前后端测试 |
三.设计思路与具体实现
设计思路
聚沙成塔，集腋成裘，每天只是几点几滴的积累,最终却能形成巨大的收获。很多人都尝试着每天去图书
馆读书学习，然而没能得到即时的正反馈的话，很多人会慢慢的懈怠，甚至最终不再去图书馆。所以通
过我们小组所做的图书馆打卡系统记录图书馆打卡次数，可以将每天的积累和进步用数据反馈给用户，
让用户可以展示自己的学习量，互相竞争鼓励，增强大家每日坚持去图书馆的积极性。
图书馆打卡：登录之后，打开首页即能看到打卡按钮
打卡分享：用户打卡成功后，可将本次打卡分享给好友
记录查询：小程序会在打卡后记录用户打卡时长及日期
打卡排行榜：记录下的打卡数据将进行排行后展示给用户
1.体系架构图
2功能结构图
分为三个模块，分别是：学生信息模块，打卡模块，趣味模块。
3.活动图
4.设计类图
5.ER分析
6.表结构设计
用户【用户id（学号），打卡次数，打卡时长（单次），打卡总时长，打卡日期，学生姓名】
登录【用户id（学号），密码】
注册【用户id（学号），密码】
排行榜【用户id（学号），段时间总时长】
打卡信息【用户id（学号），打卡时长，打卡次数，打卡日期】个人信息【用户id（学号），学生姓名】
7.系统安全和权限设计
系统安全
- 同一时间只可有一个 IP 登录
- 一个学号绑定一个用户
- 用户只能凭借学号注册、
- 用户默认密码为身份证后六位
- 用户忘记密码只可找管理员初始化
用户权限设计
- 客户端：为用户提供和其权限相关的用户界面，仅出现和其权
限相符的菜单、操作按钮 - 服务端：可对 URL 程序资源和业务服务类方法的调用进行访问控制
8.运用设计
1 数据字典设计
无说明。
2 安全保密设计
通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待
而获得的数据库安全保密设计考虑。对数据库设计中涉及到的各种项目，如数据
项、记录、系、文卷、模式、子模式等一般要建立起数据保护措施，以说明它的
标识符、同义名及有关信息。数据库由专门数据库管理用员对数据库操作，需要
注意以下几项安全问题：
访问安全 、网络安全 、传输安全 、备份安全 、数据安全。
四.对提出问题的改进
Q:打卡必须在图书馆内进行吗？如果是这样如何保证实时获取地理位置？
A:我们可以和图书馆进行合作，设置打卡机，进出时用手机扫码实现打卡。
Q:设置打卡鼓励机制的话钱谁来出？
A:我们准备放弃实体奖励，通过设置图书馆等级或成就作为奖励机制，让同学靠获得的图书馆成就得到正反馈。
五.本次任务的分工
| 成员 | 工作内容 | 贡献度 |
|---|---|---|
| 杨健辉 | 系统说明书 | 15 |
| 陈泊羽 | 数据库说明书 | 17 |
| 楼仪 | 系统说明书 | 17 |
| 侯朝阳 | 数据库说明书 | 17 |
| 陈嘉浩 | 博客编写 | 17 |
| 陈楚 | ppt | 17 |
六. 将说明书和ppt提交到github仓库
