“提交报销申请”USECASE报告.docVIP

“提交报销申请”的USE CASE报告 简介 员工通过报帐系统填写报销申请，输入相关活动产生的费用，在一次或者多次填写后提交，经过验证之后，以电子邮件的方式通知经理批复。 事件流（FLOW OF EVENTS） 基本事件序列（BASIC FLOWS） 打开报销序列 [员工]：员工选择进入“报销申请”功能。 [系统]：如果该员工当月报销单存在，系统将取出相应信息并展示给员工；如果该员工的当月报销单不存在，则转至A1备选事件序列。 添加报销记录 [员工]：员工要求添加一条报销记录。 [系统]；系统显示一条空白的报销记录。 填写报销记录单 [员工]：员工开始填写报销记录，每条报销记录包括的信息有：业务活动发生的时间、地点、客户名称（可选）、原因以及费用金额和种类（交通、餐饮、会议、通信和杂项）。 [系统]：系统显示并记录员工输入的信息。为了让员工方便而准确地准确输入相关信息，除了客户名称、业务活动原因和金额之外，其他信息域提供相应的下拉式选择列表。 验证报销单 [员工]：员工填写完毕所有报销记录之后，要求系统验证这些记录的合理性。 [系统]：报销记录的初始状态为“未验证”，每当一条报销记录被验证为合理，系统将该报销记录的状态设置为“已验证”，系统在验证所有报销记录（为“已验证”）之后提示用户可以提交本月的报销单。验证为合理的记录必须满足几种条件：第一，不同种类的费用不超过相应的限额；第二，报销费用的类型要和员工的职能匹配。对于未通过验证的报销记录，转至A5备选事件序列。 提交报销单 [员工]：所有报销记录经过验证之后，员工提交当月的报销单。 [系统]：系统保存这张报销单，将报销单的状态设置为“已提交”并记录提交日期，同时这张报销单被设为“只读”。系统要从人事管理数据库中获知该员工及其经理（负担该员工当月开销者）的电子邮件地址。如果此时人事管理数据库不可用，转至A6备选事件序列。 为了及时通知相关人员，系统将自动生成一份以当前报销单为内容的电子邮件发送到该员工及其经理的信箱中。当邮件成功发送后，员工得到一个确认信息。如果此时邮件系统未能将邮件及时发出，转至备选事件序列A7。 备选事件序列组（ALTERNATIVE FLOWS） A1 创建当月报销单 [起始位置]：基本事件序列中，员工进入报销申请程序并准备打开当月报销单。 [触发条件]：系统没有发现和该员工对应的当月报销单。 [具体内容]：系统为该员工创建一张当月报销单。 [返回位置]：基本事件序列中的“打开报销单”步骤。 A2 删除报销记录 [起始位置]：在提交报销单之前任意时间点。 [触发条件]：员工希望删除某一条报销记录。 [具体内容]：系统删除由员工指定的某一条报销记录。 [返回位置]：同“起始位置”。 A3 更新报销记录 [起始位置]：在提交报销单之前任意时间点。 [触发条件]：员工希望更新某一条报销记录。 [具体内容]：系统根据员工重新输入的内容更新相应的一条报销记录。将该报销记录状态设置为“未验证”。 [返回位置]：同“起始位置”。 A4 保存当月报销单 [起始位置]：该USE CASE允许员工在事件流中的任意时间点保存当月的报销单。 [触发条件]：员工希望将已经录入的报销记录保存在报帐系统中。 [具体内容]：系统保存该员工的当月报销单，并给出确认信息。员工可以在保存当月报销单之后直接退出系统。 [返回位置]：同“起始位置”。 A5 报销记录不合理 [起始位置]：基本事件序列中，“验证报销单”步骤中对每一条报销记录验证结束之后。 [触发条件]：报销记录不满足某一条适用的准则。有两种情形：第一，某报销记录的金额超出了其对应类型费用的上限，已知有三种：请客户用餐人均超过300元，出差时每天住宿费超过800元，移动电话费在无特殊说明情况下超时800元；第二，报销费用的类型和员工所处的部门及只能不匹配。已知的情形是业务部门的员工申请加班补助。 [具体内容]：告知员工不合理的报销记录编号，以及未通过验证的原因。 [返回位置]：基本事件序列中的“填写报销单”步骤，目的是更正有问题的报销记录。 A6 人事管理数据库不可用 [起始位置]：基本事件序列中，“提交报销单”步骤的结尾。 [触发条件]：当报帐系统向人事管理数据库索取信息而该数据库没有正常的响应。 [具体内容]：以对话框形式告知员工“人事管理数据库不可用，报帐单没有提交成功。” [返回位置]：USE CASE执行结束。 A7 邮件未及时发出 [起始位置]：基本事件序列中，“提交报销单”步骤的结尾，成功地从人事管理数据库获得相关信息之后。 [触发条件]：报帐系统要求发送相关邮件时邮件系统没有及时响应。 [具体内容]：系统将以提示信息的方式告知员工，“邮件没有及时发出，但是报销单在系统内已经提交成功，待邮件系统恢复后，相关邮件会自