大二打卡（12.19）

uml作业：

逻辑视图建模：

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

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

[系统业务需求描述]：

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

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

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

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

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

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

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

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

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

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

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

[抽象系统实体类]

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

             身份识别门禁系统待选类

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

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

            充值消费系统待选类：

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

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

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