普通高等院校的招生工作是由教育部网上录取系统统一进行的，但一些特殊类别的考生录取，例如艺术类、体育类考生等，高校需要在进行专业课考试和文化课考试之后自主录取。这里选取的是某高校艺术类招生考试管理系统的原型。
1）需求分析
艺术类招生考试管理系统的主要工作分为两个阶段：高考前专业课考试管理阶段和高考后考试录取阶段。经与用户的沟通，确认招生考试管理需包括的核心功能有：
①专业考试评分，即提供评分专家现场评分。
②考生基本信息处理，即对考生基本信息的录入、修改、删除等。
③考生专业成绩处理，即对考生专业成绩（包括考试状态等）的录入、核对等。
④考生文化成绩处理，即对考生文化成绩的录入、核对等。
⑤专业考试合格证处理，即通过预测合格线等操作，最终确定专业考试合格线和打印合格证等。
⑥预录取处理，即通过预录取策略的设置来获取预录取的名单并提供手工调整预录取功能。
⑦最终录取处理，即设置最终录取名单。
此外，系统还应具有以下功能：
①信息查询，包括专业总分和专业考试合格证查询、预录取结果查询等。
②报表，包括专业考试总报表和录取总报表，以及相关统计报表等。
③数据导入导出，包括考生基本信息导入、考生专业分数和文化分数的导入，以及专业考试合格名单导出、预录取结果导出、最终录取结果导出等。
④系统基本信息维护，如用户信息维护、日志查询、编号表维护、系统参数维护等。
系统的用户应包含校领导、招生办公室领导、招生办公室工作人员（包括信息录入员等）和其他相关部门的相关人员等。不同类型的用户对应不同的使用权限，这些权限将由招生管理人员自行配置。
系统最主要的用户是招生办公室的招生人员，他们本身熟悉艺术类招生的相关政策和工作流程，会中文输入，能够使用VFP等工具手动地完成整个艺术招生流程。同时，他们具有使用教育部网上招生系统的经验，并形成了一定的操作习惯。因而目标系统应做到界面友好，能提供帮助和纠错，并尽可能满足用户的操作习惯。对于工作量较大的信息录入人员，系统力求做到操作简单方便，帮助用户提高输入速度和正确率。
2）确定系统边界
只进行考生录取处理和专业考试处理，不包括其他财务或行政管理。
3）确定行为者与用例
与系统核心功能相关的主要有两种用户：招生人员与信息录入员。招生人员负责协调整个招生工作，可以参与到招生工作的各阶段中；而信息录入员则主要负责考生信息与考生成绩录入工作。在用例建模中这两种用户被定义为行为者。
4）建立用例图并描述用例（包含用例的层次与关系）
根据对整个艺术类招生考试管理系统的参与者及用例的分析，构造顶层用例图如图4－23所示：
图4－23 艺术类招生考试管理系统的顶层用例图
下面针对专业考试处理用例与考生录取处理用例分别进行细化，
（1）专业考试处理用例
①专业考试基础信息维护。
②考生基本信息处理。
③考生专业成绩处理。
④专业考试合格证处理。
⑤招生计划信息处理。
（2）考生录取处理用例
①各省文化考试基础信息维护。
②考生文化成绩处理。
③考生志愿信息处理。
④预录取处理。
⑤最终录取处理。
构造两个细化用例图，和图4－24和图4－25所示。
图4－24 专业考试处理用例图
图4－25 考生录取处理用例图
图4－24中，“专业考试处理”用例包含（include）了“专业考试基础信息维护”等5个子用例。其中信息录入员因为权限的关系，仅参与“考生基本信息处理”和“考生专业成绩处理”两个子用例，并且对这两个子用例只有录入信息和核对信息的功能，不能做信息的修改，而招生人员可使用所有子用例中的处理功能（除录入功能外）。5个子用例之间有一定的关联。首先，“考生基本信息处理”子用例依赖于“专业考试基础信息维护”子用例，这是因为“考生基本信息处理”子用例中的部分内容（如考生的考试课目）是由该考生报考专业决定的，而专业的情况是“专业考试基础信息维护”子用例的功能。类似地，“考生专业成绩处理”子用例依赖于“专业考试基础信息维护”和“考生基本信息处理”子用例，这是因为要进行考生专业成绩的录入、维护等工作，必须在考生的基本信息和考生所报考专业的考试信息都完整的情况下进行。“专业考试合格证处理”子用例依赖于“招生计划信息处理”和“考生专业成绩处理”子用例，这是因为发放专业考试合格证的前提是考生专业成绩和招生计划信息都处理完毕。
图4－25中，“考生录取处理”用例包含（include）了“各省文化考试基础信息维护”等5个子用例。信息录入员参与了“考生文化成绩处理”和“考生志愿信息处理”两个子用例，并且仅有录入信息和核对信息的权限，不具有修改和维护的权限。招生人员可使用所有子用例的处理功能（除录入功能外）。5个子用例之间也具备一定的依赖关系。“考生文化成绩处理”子用例依赖于“各省文化考试基础信息维护”子用例，因为要录入并维护考生的文化成绩，前提是该考生所在省份所考类别的文化课课目的信息是完整准确的。“预录取处理”子用例依赖于“考生志愿信息处理”和“考生文化成绩处理”两个子用例，因为考生志愿、文化成绩、专业成绩、招生计划（后两者依赖于“专业课考试处理”用例，图4－25中无表示，可从图4－24中看到）决定了预录取的结果。“最终录取处理”子用例是一个审批和微调的过程，需要依赖于“预录取处理”子用例的结果。
在此选择专业考试处理用例图与考试录取处理用例图中几个典型的用例进行描述，作为样式参考。
（1）用例1
用例名称：专业考试基础信息维护。
用例简述：为招生人员提供对专业考试处理中的基础信息进行维护的功能。
行为者：招生人员。(www.xing528.com)
前置条件：招生人员以管理员身份登录系统。
后置条件：招生人员保存数据后，数据被存储入数据库；若未保存数据退出，对数据不做保存。
基本事件流：
①专业类别维护
a.添加专业类别，输入专业编码、专业名称。
b.修改专业类别中的专业编码、专业名称。
c.删除专业类别。
d.保存修改。
②考生信息维护
a.添加考生信息。
b.修改考生信息。
c.删除考生信息。
d.保存修改。
备选事件流：
①专业类别维护
a.添加时，未输入专业编码、专业名称，提示输入。
b.添加时，专业编码不唯一，提示错误。
c.修改时，未输入专业编码、专业名称，提示输入。
d.修改时，专业编码不唯一，提示错误。
e.删除时，未选择记录，提示未选择。
②考生信息维护
a.添加时，未输入考生信息，提示输入。
b.添加时，考生信息不唯一，提示已存在。
c.修改时，未输入考生信息，提示输入。
d.删除时，未选择记录，提示未选择。
异常事件流：检测出无法识别的标识符，操作失败，允许招生人员重新输入。
（2）用例2
用例名：考生文化成绩处理。
用例简述：为信息录入员提供对考生文化成绩进行录入与核对的功能。
行为者：信息录入员。
前置条件：信息录入员以管理员身份登录系统。
后置条件：信息录入员录入数据后，数据被存储入数据库；若未保存数据退出，对数据不做保存。
基本事件流：
①考生文化成绩录入
a.选择考生编号、专业类别、专业编码及专业名称，录入考生文化成绩。
b.保存信息。
②考生文化成绩核对
a.选择考生编号、专业类别、专业编码及专业名称，查询考生文化成绩。
b.核对考生成绩。
备选事件流：
①考生文化成绩录入
a.录入时，未输入考生编号、专业编码、专业名称，提示输入。
b.录入时，名单有误，错误信息提交给系统，由招生人员更新名单。
②考生文化成绩核对
a.查询时，未输入考生编号、专业编码、专业名称，提示输入。
b.查询时，考生信息不存在，提示不存在。
c.核对时，考生无文化成绩信息，提示输入。
d.核对时，考生文化成绩有误，重新录入考生成绩。
异常事件流：检测出无法识别的标识符，操作失败，允许信息录入员重新输入。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
