学生用户在学生功能界面窗口中，可以打开出入校园的申请，填写出校或入校、出入校时间、出入校原因、健康码颜色等信息，点击提交按钮提交；若部分信息漏掉没填，则给出相应提示。
学生还应该可以查看自己进出校园的申请状态，可以查看个人的出入校审批结果是通过还是驳回。
教师用户在教师功能界面窗口中，可以审批自己班级的学生的出入校申请，选择批准或驳回，驳回时需要填写驳回理由。
本任务针对出入校园功能模块的需求分析，请进行用例图建模，形成用例文档和活动图。
在上一个任务环节中，我们通过确定系统边界、识别参与者、识别用例、建立出了系统的初始用例图，初步描绘了系统的功能需求。但用例图不足以表达更多的细节，在本任务环节中我们将通过用例文档和活动图详细描述系统每个用例以及参与者和用例之间的交互关系。
1、用例文档
有时候，用例模型不足以表达系统功能需求的全部信息，对于用例图中的每个用例而言，还需要通过“用例文档”进行详细地描述。用例描述，简要描述用例的主要作用。前置条件，即参与者启动这个用例之前必须完成的所有用例。后置条件，即执行这个用例对系统所做的所有改变。部署约束，即描述访问这个用例的所有约束。事件流，即描述参与者在完成用例的过程中发生的一系列的交互行为，事件流有以下三种类型。（1）基本事件流，通过描述一切都按部就班时情况来捕捉用例的目标（2）可选事件流，即描述由参与者引起的变更（3）异常事件流，即描述由系统引起的变更。
这里为我们提供了一个很好的用例文档的模板 。包括了如下部分：用例编号：用例名：用例描述：参与者：前置条件：后置条件：事件路径：扩展点：补充说明等。
2、活动图
活动图用于描述系统、子系统、用例、程序模块中的工作流，帮助理解系统高层活动的执行过程。活动图的绘制符号如图所示：
一个活动图必然有一个开始状态 ，至少有一个结束状态 。转移用来表示活动或状态间的控制流 。有分支时，要在分支路径中注明分支条件。分岔用来开始并行处理 。联结用于把并行处理转换为单个处理。
这里以ATM机“登录”用例的活动图为例。
准备登录为开始状态，登录成功或登录失败为结束状态。插卡后初始化并验证卡。验证后决策点结果为：有效卡和无效卡。如果是有效卡，则经过输入密码、验证密码等若干活动后登录成功。如果是无效卡，则经过提示卡无效、退卡活动，至登录失败的状态。
功能描述：
【编写要求：详细描述本功能需求需要实现的功能。】
学生用户在学生功能界面窗口中，选择“出入校申请”菜单，打开出入校申请窗口，填写出校或入校、出入校时间、出入校原因、健康码颜色等信息，点击提交按钮提交；若部分信息漏掉没填，则给出相应提示。
学生用户在学生功能界面窗口中，选择“查看”菜单下的“申请状态”子菜单，可以查看个人的出入校审批结果是通过还是驳回。
教师用户在教师功能界面窗口中，选择“审批”菜单下的“出入校审批”子菜单，以表格展示所有学生的出校或入校的审批单，可以在每条审批记录的最后一列“状态”中，选择批准或驳回，驳回时需要填写驳回理由。
处理流程：
【编写要求：用程序流程图说明本功能需求的业务处理流程，描述业务规则和业务约束。】
学生用户业务流程：
教师用户业务流程：
业务规则：
学生用户选择“出入校申请”菜单，填写出入校原因时间等信息，点击提交按钮。学生申请成功后，教师可以去审批，学生用户可以查看自己的出入校申请是待批，还是同意或者驳回。
教师用户可以浏览所有的学生出入校申请，对申请进行审批，修改状态为同意或驳回。
业务约束：
学生必须填报完整的出入校信息才能提交成功，若某项未填，则不能提交成功。
