大二打卡（12.19）

uml作业：

逻辑视图建模：

（1） 分析系统用例，确定对象类:

“校园卡管理系统”包括“身份识别门禁系统” “充值消费系统”和“校方卡片授权信息管理系统”等。

[系统业务需求描述]：

身份识别门禁系统：完成人员的身份识别和认证、门禁控制、门锁控制、通道控制、考勤管理、会议签到等业务。

（1） 人员的身份识别和认证：刷脸机器通过摄像头采集到人脸数据，然后上传到数据库中，与已获得认证的人脸信息进行比对，如果库中有该人脸信息，则身份识别认证成功，否则识别认证失败。

（2） 门禁控制、门锁控制、通道控制：当门禁门锁等，获得人员的人脸信息并进行以上的认证识别后，如果识别成功，则门禁门锁等开启，否则门禁门锁等继续保持上锁状态。

（3） 考勤管理、会议签到：当摄像头捕获到人脸信息并进行完毕认证和识别之后，如果认证成功，则在相应的打卡或者签到表上留下“已签到”等信息记录，否则查无此人，无法签到。

 

充值消费系统：完成学生、校内商户和教职工等人员关于充值消费等的相关业务。

（1）充值业务：用户通过界面输入个人信息和充值金额，提交充值申请。系统验证用户身份和账户信息，确保信息的准确性和完整性。系统处理充值申请，根据用户输入的充值金额，更新用户的账户余额。系统向用户返回充值成功或失败的信息，并提供详细的账单和交易记录。

（2）消费业务：校内商户输入所求的金额，用户将校园卡接触到对应的机器上，然后机器调用“校方卡片授权信息管理系统”获取相关信息，信息获取成功后，扣除校园卡内对应的金额，然后数据保存，业务完成。

（3）校内商户提现业务：当校内商户在一定时间段内，获取了一定收益后，向“校方卡片授权信息管理系统”发送提现申请，校方操作员审批过后，将所申请的金额导入到校内商户指定的路径，如微信、支付宝、银行卡等，此时调用银行用例的存款功能，将对应的金额导入银行账户内等等。

 

校方卡片授权信息管理系统：调配各种资源支持其余系统的运行，审批各种系统的请求，满足其余系统的业务需要。

（1）“请求”审批业务：当其余系统发送一个申请时，以校内商户提现业务为例，系统提交给校方操作员，操作员在经过信息核对后对请求进行审批，审批通过，则请求可被执行，审批失败则请求被驳回。

（2）校内人员信息操作业务：对校内人员的基本信息进行批准、认证和添加业务，当收到其余系统的调用信息的请求时，将相关信息开放发送，并进行删除、修改、查询等操作。

[抽象系统实体类]

我们对身份识别门禁系统的业务需求描述文本进行词法分析，得出实体类名词：

             身份识别门禁系统待选类

学生

校方操作员

校内商户

老师

身份识别和认证

考勤签到

刷卡刷脸设备

门锁门禁

  通过筛选，排除一些可能属于某个类的属性以及一些不具备独立意义的名（如老师），可以将老师和学生抽象为校内普通人员，合并为同一个类，最后筛选出的符合身份识别门禁系统要求的对象类为：

校内普通人员

校方操作员

校内商户

身份识别和认证

考勤签到

门锁门禁

刷卡刷脸设备

 

序号	类名	中文含义	功能描述
1	NormalPeople	校内普通人员类	使用刷脸刷卡设备进行身份识别，从而实现某些业务需求
2	Operater	校方操作员类	对校内普通人员的信息进行增删改查
3	Saler	校内商户类	在校内开设商铺，提现收益等等
4	Identification	身份识别和认证类	调用校方卡片授权信息管理系统获取信息，进行身份识别与认证
5	SignIn	考勤签到类	调用校方卡片授权信息管理系统获取信息，进行身份识别与认证，识别认证完毕后，将相关信息录入对应的表中
6	lock	门锁门禁类	调用校方卡片授权信息管理系统获取信息，进行身份识别与认证，识别认证完毕后，如果是本校人员，申请批准，对应门锁门禁打开，否则继续保持上锁状态
7	Equipment	刷卡刷脸设备类	利用摄像头对图像信息进行录入传输给身份识别和认证类

 

我们对充值消费系统的业务需求描述文本进行词法分析，得出实体类名词：

            充值消费系统待选类：

学生

老师

校内商户

校方操作员

机器

银行

通过筛选，排除一些可能属于某个类的属性以及一些不具备独立意义的名（如老师），可以将老师和学生抽象为校内普通人员，合并为同一个类，最后筛选出的符合充值消费系统要求的对象类为：

校内普通人员类

校内商户

校方操作员

机器设备

银行

 

序号	类名	中文含义	功能描述
1	NormalPeople	校内普通人员类	提交充值、消费申请、查询账户余额、查询交易记录，与机器设备交互完成相关业务
2	Saler	校内商户类	发起提现申请、查询账户信息、查询提现记录等
3	Operater	校方操作员类	审批提现申请、导入金额到指定路径等
4	Equipment	机器设备类	与用户校园卡进行交互、调用校方卡片授权信息管理系统等
5	Bank	银行类	存款功能，将对应金额导入银行账户内等。

 

我们对校方卡片授权管理系统的业务需求描述文本进行词法分析，得出实体类名词：

 

校内普通人员

校内商户

校方操作员

申请

批准

数据库

通过筛选，排除一些可能属于某个类的属性以及一些不具备独立意义的名（如校内普通人员），可以将校内普通人员和校内商户抽象为用户，合并为同一个类，最后筛选出的符合校方卡片授权管理系统要求的对象类为：

序号	类名	中文含义	功能描述
1	User	用户	提交申请和获取批准，进行其余子系统的业务
2	Operater	校方操作员类	审核申请并批准，定期维护系统，开放相关信息，进行删除、修改、查询等操作。
3	ApplyFor	申请类	从其余子系统发送申请信息给校方卡片授权信息管理系统、等待审批结果等
4	Agree	批准类	获取从其余子系统发送的申请信息，需要操作员审批的则发送给操作员，可以机器自行审理的则自动判断是否批准
5	Database	数据库类	存储校内人员的信息，方便系统进行调用