计算机软件实习项目四 —— 校园一卡通管理系统 (实验准备) 12-27

实验准备（校园一卡通管理系统）

相较前三个实验，第四个实验我认为是比较贴近实际应用的开发，目标是开发出一个简易的校园卡数据管理系统。同时这个项目为小组合作项目，小组四个人协同开发，在锻炼开发能力的同时也能锻炼团队分工、组织、协作能力。

实验准备（校园一卡通管理系统）
- 一、总体设计
- 二、功能设计
- 三、业务设计
- 四、数据库设计
- - （1）学生基本信息表
  - （2）交易记录表
  - （3）注册表
- 五、界面设计
- - （1）登录界面
  - （2）主界面
  - ① 栏目一：学生基本信息栏
  - ② 栏目二：交易记录栏
  - ③ 栏目三：账户充值
  - ④ 栏目四：关于（附加栏）

一、总体设计

系统设计主要包含功能设计、业务设计、数据库设计及界面设计四个模块。

二、功能设计

本系统设计了以下基本功能：

插入记录
删除记录
修改记录（便捷修改）
查询记录（模糊查询）

除此之外本系统还设计了批量导入数据、批量删除数据等功能。

三、业务设计

消费类型设计了如下5种，学生通过这五种途径来更新数据。

四、数据库设计

数据库部分我们设计了3张表，分别用来储存学生的基本信息，每个学生的交易记录以及管理员的登录账号、密码、密保等信息。

学生基本信息表和注册表都满足第三范式、每个非主属性都没有部分依赖以及传递依赖。

（1）学生基本信息表

字段：学号、姓名、性别、学院、专业、手机号、余额

主键：学号

非空键：学号、姓名、性别、学院、专业

设计这些字段是因为这些字段包含了学生大部分的基本信息，同时也突出了一卡通管理系统的独特性也就是余额字段，因为一卡通一个很重要的数据就是余额。

（2）交易记录表

字段：学号、消费类型、消费时间、金额变动、余额

联合主键：学号（外键）、消费时间

选择学号和消费时间这两个字段作为此表的联合主键，因为这两个字段能唯一标识每一条消费记录。（同一个人不可能在同一个消费时间产生两条消费记录）

消费类型的设计是为了在模糊查询时候可以根据消费类型来进行记录的筛选，同时金额变动字段和消费时间字段又可以非常清晰的看到每一条记录（消费、充值）对这个同学余额的影响。

（3）注册表

字段：学号、密码、密保

主键：学号

设计密保字段是用为了在忘记密码后想要修改密码时进行身份验证的第二重密码。

五、界面设计

整体界面风格为极简风，登录界面为校园卡还原图，主界面以淡蓝渐变色为背景，十分贴切我们学校的海洋船舶风格。

（1）登录界面

通过账号和密码进行验证，匹配后就能成功登录。同时可以在忘记密码页面通过密保验证后对账户密码进行修改。

界面截图：

登录界面

登录界面（输入账号密码）

密保验证界面

重置密码界面

（2）主界面

① 栏目一：学生基本信息栏

学生基本信息界面

插入单条记录界面

批量插入记录界面

勾选删除

批量删除

② 栏目二：交易记录栏

交易记录界面

③ 栏目三：账户充值

账户充值界面

④ 栏目四：关于（附加栏）

关于界面

这个团队项目我们小组花了总时长三天，净时常30小时+来制作，期间遇到了大大小小的各种奇葩bug，在不断的调试之后，bug都迎刃而解。同时也发现了团队编程中统一代码规范、变量命名规范的重要性。比如一个队员写的方法，在他电脑上可以跑得通，但是在我电脑上调用的时候就会报错，查了很久bug之后发现是他用的变量名和我的重复了，导致程序出错。再比如和后端提需求，需要一个什么方法，提供什么参数，返回什么参数；可能是沟通不够充分再或者，队员在做的时候忘记了，或者做错了；我在整合或者调用他们写的方法的时候往往需要再一次修改他们写过的方法，从头到尾排查问题，这花费了很长的时间。所以编程之前的设计、沟通、规范都十分的重要，这能减少很多不必要的调试时间以及重复工作，使得团队效率更高。

———2020.12.27(19:20)（罗涵）

THE END