软件工程OA系统用例及用例分析.docx

软件工程OA系统用例及用例分析.docx

《软件工程OA系统用例及用例分析.docx》由会员分享，可在线阅读，更多相关《软件工程OA系统用例及用例分析.docx（15页珍藏版）》请在冰豆网上搜索。

软件工程OA系统用例及用例分析

OA系统物资申领流程的用例分析

1.系统概述

1.1背景

现代办公提供的服务不断增加，信息不断的发展，单靠人工管理已远远不能应付，这就要求办公自动化系统必须实现自动化、集成化。

OA系统充分采用网络技术，实现公司管理体制下的各部门之间的信息交流和沟通，以及业务数据的共享和统计分析。

而为了实现OA系统的成功研发，用例分析在OA系统的软件开发统一过程中占据了决定性的地位。

用例技术是通过用例、参与者与用例以及用例之间的关系来描绘系统外在需求的一种方法。

作为UML的一种重要的表示方法，用例分析方法在软件开发过程中占据着重要的地位。

正确使用用例分析方法有助于项目的需求分析、体系结构分析、进度安排、测试和验证。

文中主要分析了OA系统的物资申领流程的用例以及用例模型的确定与开发，并且探讨了用例在整个系统开发过程中的地位与重要性。

1.2用例概述

用例是一个UML中非常重要的概念，在使用UML的整个软件开发过程中，用例处于一个中心地位。

用例的定义是：

在不展现一个系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述。

也就是说，用例是系统外在可见的需求，定义执行者如何使用系统。

每一个用例描述的是用户需要系统完成的某一个完整的功能，所有的用例共同描述从用户角度看到的系统的完整功能。

用例是一种优秀的方法，使领域专家或需求提供者自己编写用例成为可能，并强调了用户的观点和目标，并且说明了系统如何工作的功能性或行为性需求。

用例主要有三方面的含义：

1．用例通常是由最终用户或者外部环境发起的。

用例的发起者被称为参与者或者执行者。

参与者是同设备交互的所有事物，可以是人、其他的软件、硬件设备等。

2．每个用例只描述单独的任务，而不能描述多个任务。

3．用例必须产生一个对用户可见的、有意义的结果。

1.3用例模型

用例模型是系统既定功能及系统环境的模型，它可以作为客户和开发人员之间的契约。

用例是贯穿整个系统开发的一条主线，同一个用例模型即为需求工作流程的结果，可当作分析设计工作流程以及测试工作流程的输入使用。

构建用例模型有三个主要的原因：

使用例更易于理解。

将在许多用例内说明的公有行为分离出来。

使用例模型更易于维护。

用例模型在系统建模过程中是十分重要的，它影响着其他视图的建立和系统的实现。

用例模型包括用例描述和用例图，我们主要把中心放在用例描述上。

用例模型包含参与者和场景，场景包括成功场景和失败场景。

因此用例模型中有多个场景；每个场景是一个用例。

用例必须注重为用户提供可观察的返回值，就是系统触发了一个用例之后能够给用户带来什么。

一般用例都是黑盒用例，即不考虑如何实现。

2.系统功能描述

2.1系统总体功能

OA系统为公司构建了统一的信息管理平台，整合了各部门的信息流程和事务管理。

通过现今先进的信息通信技术和信息安全技术，为企业各部门的信息整合提供信息平台、角色登录、安全访问、个性化办公流程、信息交互和信息共享、表单填报和审批、公文处理、个人办公、信息查询、档案管理、管理监督等。

为企业决策层提供快速可靠的数据信息以及方便的控制流程，满足管理层高效处理日常事务的工作需求，并协助领导顺利完成各项工作；采用合理的工作流程方式处理影响工作效率的各个环节，最大限度地避免人工传送信息的工作，保证了信息的安全性。

2.2系统详细模块

1.行政办公模块

资产管理：

对办公用品进行入库登记和资产维护，并管理固定资产。

物资申领流程：

员工申领物资的详细流程，包括填写物资申领申请单，负责人及相关领导审批，以及打回和审批通过进行物资发放的流程。

2.人力资源模块

员工信息管理：

包括员工的学历、工作经验、医保等基本信息管理。

考勤管理：

考勤录入和缺勤、工时统计和查询。

加班申请流程，请假申请流程，出差申请流程：

员工填写加班、请假和出差申请单，由负责人和相关领导进行审批是否通过。

3.人力资源模块

员工工资管理：

包括通过对打卡机的员工打卡记录进行统计，并配置员工工资计算标准和补贴等，并统计员工工资。

请款借支流程、费用报销流程：

员工填写请款借支和费用报销申请单，负责人和相关领导进行审批是否通过，决定请款是否发放和费用是否报销。

4.公文管理模块

收文流程：

对外来公文进行登记，并递交给领导由领导批示，并发放给相关部门进行办理，内部传阅等，最后进行办结归档，导入数据库。

发文管理：

首先由经办人拟稿，负责人和相关部门会签决定是否通过，办公室审核并签发，当然需要将公文导入数据库并作好记录。

5.个人中心模块

自助查询：

此为员工准备的模块，包括自助查询员工的个人信息、考勤信息和个人的申请记录。

站内短消息：

包括系统发送的申请单通过和其他消息的消息提醒，以及站内员工发送的聊天数据管理。

6.项目管理模块

项目管理流程：

包括了项目从启动，立项到实施、验收和完成的所有数据，当然需要项目的参与人员才具有此权限。

我的项目：

可查询员工曾经参与的所有项目的详细信息，并可对现阶段正在运行的项目进行跟踪，填写跟踪意见。

7.系统管理

此模块包括对公司的资产库和资产类别以及供应商的资料进行维护，以便其他流程的正常工作和实施。

3.用例分析

由于此OA系统过于庞大和复杂，在此仅对系统的物资申领流程进行用例分析，加班申请流程，请假申请流程，出差申请流程、请款借支流程、费用报销流程均与此类似。

3.1物资申领具体流程

1.申领单填写环节。

申请员工登录进入员工主界面，选择菜单栏的物资申领申请单，填写申请日期、申请理由、申请物品、个数等重要信息，并保存，数据库自动生成该申请单的ID以及申请人、申请工号等相关信息，并将员工填写的信息项输入到申请单的相关属性中，此时flag标记为“0”，静态数据表示为“未审核”。

物资申领单完成后，点击“提交”，申请单传递到该员工的部门负责人的待处理任务中。

2.负责人审批环节。

在我所设计的系统中，各个部门的部门负责人仅一人，部门负责人审核该员工提交的物资申领单，审核通过，申请单传递到副总经理的待处理任务中，此时，申请单flag标记为“1”，静态数据为“待审核”；若审核不通过，填写审核意见并打回到原申请人进行修稿，申请单flag标记为“2”，静态数据为“待修改”。

3.副总经理审批环节。

可以有多位，由一位副总经理领取任务，并进行处理（一位副总经理领取任务后，其他副总经理不能领取），审核通过，申请单传递到总经理的待处理任务中，申请单flag标记为“1”，静态数据为“待审核”；若审核不通过，填写审核意见并打回到负责人处重新进行审核，申请单flag标记为“2”，静态数据为“待修改”。

4.总经理审批环节。

总经理是在特殊情况下进行审批的。

我设计的系统有这样的审批规则：

在一般情况下，员工申请固定资产时需要总经理进行审核，而在办公用品的情况下，是以申领总价为判断标准的，申请金额在一千元以下，仅负责人审核通过，申请通过，申请单flag标记为“3”，静态数据为“待发放”，一千元到一万元之间，负责人及副总经理审核通过，则申请成功，而一万元以上，需要上升到总经理审批通过时，申请通过，申请单传递到后勤部进行发放。

当申请单由副总经理传递到总经理的待处理任务中时，总经理若审核不通过，填写审核意见并打回到副总经理处重新进行审核，申请单flag标记为“2”，静态数据为“待修改”。

否则申请单已通过，申请单标识为“待发放”。

5.物资发放环节。

此环节主要由后勤部（后勤部员工和后勤部负责人）进行物资发放，确认物资领取人，并对传递过来的申请单进行确认，填写领取人和领取日期等信息，将领取信息保存到数据库中。

此时申请单flag标记为“4”，静态数据为“已发放”。

若领取的物资为办公用品，在办公用品资料库中的相应数据会根据设置好的计算规则进行修改（比如办公用品的数量减少）；若领取的是固定资产，则该固定资产的保管人为申请人，固定资产的状态更改为“已启用”。

6.此外，还有物资申领打回环节。

此环节为申请单经过审核为不合格，由负责人传递过来的有相关审批人员的审核意见，需要由申请人进行修改，并再次进行相关部门和领导审批。

修改完成后，申请单再次更改状态标识为“待审核”。

3.2物资申领流程主要参与者

普通员工：

有物资申领权限，可以填写物资申领申请单，创建新的申请流程，处于申领单填写环节，并需要对被打回的申请单进行修改。

负责人：

有物资申领权限，并需要对传递过来的申请单进行审批，填写审核意见。

副总经理：

有物资申领权限，并在一定情况下需要对传递过来的申请单进行审批，填写审核意见。

总经理：

有物资申领权限，并在一定情况下需要对传递过来的申请单进行审批，填写审核意见。

后勤部负责人：

有负责人的权限，除此之外需要对固定资产的发放进行领取登记。

后勤部员工：

有员工的权限，除此之外需要负责申请单的发放，并对申请单的领取记录进行登记。

3.3物资申领流程的用例图

根据上述描述的物资申领流程的具体步骤和已经需找到的物资申领流程的主要参与者，绘制出用例图如下图1所示。

图1物资申领流程用例图

3.4物资申领流程的用例文档

1.物资申领单填写环节的用例分析，主要参与人员是员工。

表1物资申领单填写用例

用例名称：

物资申领单填写用例

范围：

员工填写物资申领单

级别：

用户目标

主要参与者：

员工

涉众及关注点：

-员工：

员工填写物资申领单，并提交申请单，传递给员工所在部门负责人（仅一人），由上级部门进行审核，希望负责人及上级领导能够尽快审批。

-负责人：

负责人填写物资申领单，并提交申请单，由负责人自己先审核并提交给副总经理（可多人）审核。

-副总经理：

副总经理填写物资申领单，并提交申请单，由副总经理自己先审核并提交给总经理（仅一人）审核。

-总经理：

总经理负责审核环节，审核通过，申请单标记为已审核。

前置条件：

员工登录成功，有物资申领的权限。

后置条件：

该申请单进入审批环节，申请单标记为“未审核”。

主成功场景:

1.员工（可以是普通员工、负责人、副总经理和总经理）登录用户名和密码，进入员工主界面，选择菜单项“申请单填写”的物资申领单，按要求填写申请单。

2.员工按要求填写完物资申领单，带“*”号为必填项。

3.点击“保存”，页面提示“保存成功”。

4.点击“传递”，申请单传递到下一环节。

5.用例结束。

扩展：

*a:

系统在任意时刻失败：

为了支持恢复和更正流程处理，要保证所有申请数据的敏感状态和事件都能够从场景的任何一步中完全恢复。

1．用户重启系统，登录，并请求恢复上次状态。

2．系统重建上次状态。

1a.登录主界面时用户名或密码错误：

1.系统显示密码错误的提示信息。

2.点击“确定”用户名密码清空，重新登录。

2a.物资申领单填写，若带“*”的项（如申请日期，申领物品等）未填写，页面提示“请填写必填项！

”。

“申请日期从”项与“申请时间到”应该符合常理，若时间不对，页面提示“申请时间从应该小于申请时间到！

”。

1.填写带“*”的项，点击“保存”。

2.填写申请时间从小于申请时间到。

2b.申领物品项有“固定资产”和“办公用品”两项，若选择办公用品项，且未选择物品件数，页面会有提示填写，无法保存。

1.填写物品件数，根据价格计算规则，会在数据库的物资申领单总价一项显示总价，并在审批环节显示出来。

根据申领总价，总价在一万元以上，需要负责人、副总经理、总经理审批通过才能完成；总价在一千以上、一万元以下，需要负责人、副总经理审批通过；而一千元以下需要负责人审批通过即可。

申领单审核通过，进入物资发放环节，申领电脑标志为“已通过”。

2.填写完成，点击“保存”，提交“传递”，申请单标识“未审核”。

特殊需求：

操作失败，事务回滚！

技术与数据变元表：

无

2.申领单审批环节的用例分析，由于申请流程均有审批过程，此审批为公共用例。

表2申请单审批用例

用例名称：

审批用例

范围：

各部门负责人及领导对申请单进行审批

级别：

子功能

主要参与者：

负责人、副总经理、总经理

涉众及关注点：

-员工：

员工填写申请单（申请单包括物资申领、加班申请、请假申请、出差申请、请款借支申请、费用报销申请这六个申请单），并提交申请单，传递给员工所在部门负责人，由上级部门进行审核，希望负责人及上级领导能够尽快审批。

-负责人：

负责人审核环节，普通员工递交的申请单会直接由员工所属部门负责人进行审批，负责人审核该申请单是否通过，通过继续向上递交，不通过打回到申请人。

-副总经理：

副总经理审核环节，负责人递交的申请单以及负责人审核通过，传递过来的申请单由副总经理审核，副总经理审核该申请单是否通过，通过则申请单审核完毕，不通过打回到负责人。

-总经理：

总经理审核环节，负责重要申请单的审核，一般申请单不经过总经理。

总经理审核不通过，打回到副总经理，审核通过，申请单标记为已审核。

前置条件：

员工已经填写完申请单，并完成传递。

后置条件：

该申请单标记为已审核。

主成功场景:

1.员工填写完成申请单，递交给部门负责人，此时申请单标记为“未审核”。

2.部门负责人登录用户名和密码，进入负责人主界面，在菜单栏选择中“待处理任务”，界面显示该申请单，点击“处理”，在申请单审批tab页点击“通过”，点击“保存”并“传递”。

3．副总经理登录用户名和密码，进入副总经理主界面，在菜单栏显示有该角色的具体权限和任务，选择“待处理任务”，界面显示由负责人传递的申请单，点击“处理”，在申请单审批tab页点击“通过”，点击“保存”并“传递”。

4．总经理登录用户名和密码，进入总经理主界面，在菜单栏显示有该角色的具体权限和任务，选择“待处理任务”，界面显示由负责人传递的申请单，点击“处理”，在申请单审批tab页点击“通过”，点击“保存”并“传递”。

5．该申请单审核完毕，此时申请单标记为“已审核”。

6.用例结束

扩展：

*a:

系统在任意时刻失败：

为了支持恢复和更正流程处理，要保证所有申请数据的敏感状态和事件都能够从场景的任何一步中完全恢复。

1．用户重启系统，登录，并请求恢复上次状态。

2．系统重建上次状态。

1a.申请人是负责人自己时，点击传递，申请单会保留在负责人处：

1.负责人进入“待处理任务”页面，对自己提交的申请单进行审核

2.审核“通过”传递给副总经理。

2-4a.登录主界面时用户名或密码错误：

1.系统显示密码错误的提示信息。

2.点击“确定”用户名密码清空，重新登录。

2-4b.进入该申请单处理页面时，页面显示4个tab页，申请单审核tab页、文件上传tab页、历史审核意见tab页和历史附件tab页。

1.申请单审核tab页，填写审批结论“通过”，并填写审核意见，点击“保存”，传递给下一环节的审核。

1a.未点击“保存”，直接传递，弹出“请保存审核结论再传递！

”。

1b.填写审核结论“未通过”，未填写审核意见，点击“保存”，系统提示“请填写审核意见！

”。

1.填写审核意见，保存审核意见并传递，申请单打回上一环节。

（例如负责人审核环节会打回到申请人，副总经理审核环节会打回到负责人审核环节）。

2.文件上传tab页，审核人仅允许上传word文档，可以上传文件并保存，文件会传递到下一环节。

1a.未选择文档点击上传，会弹出提示框“请选择文件！

”。

3.历史审核意见tab页，显示有上一环节的审核意见（例如副总经理审核环节显示的有负责人审核结论和审核意见）。

4.历史附件tab页显示的是上传的历史附件，包括申请人上传的附件和当前环节之前上传的附件信息，选择“下载”并浏览。

3c.有两个或两个以上副总经理角色时，所有的副总经理角色的待处理任务页面均会显示该申请单，而且显示“领取”操作，当前用户点击“领取”，则其余角色为副总经理的任务栏的当前任务会取消该申请单。

1a.未点击“领取”操作，直接点击“处理”，页面显示提示框“尚未领取任务不能处理任务，确定领取吗？

”。

1.点击确定，进入申请单审核页面。

3d.申请人是副总经理自己时，点击传递，申请单会保留在副总经理待处理任务栏处：

1.副总经理进入“待处理任务”页面，对自己提交的申请单进行审核

2.审核“通过”传递给总经理。

特殊需求：

无

技术与数据变元表：

无

3.申领单打回环节的用例分析，由于申请流程均有申请单打回修改的过程，因此此用例为公共用例。

表3申请单打回用例

用例名称：

申请单打回用例

范围：

员工填写的申请单不合格，被打回到申请人进行修改

级别：

子功能

主要参与者：

员工

涉众及关注点：

-员工：

员工填写的申请单不合格，被负责人打回进行修改。

根据审核意见重新修改后再次提交。

-负责人：

负责人负责审批申请单，审批不通过填写审核意见并打回到申请人。

-副总经理：

副总经理负责审批申请单，审批不通过填写审核意见，打回到负责人审批环节。

-总经理：

总经理负责审批申请单，审批不通过填写审核意见，打回到副总经理审批环节。

前置条件：

上一环节审批不通过，打回到申请人修改申请单。

申请单标识为“待修改”。

后置条件：

申请单修改完成，传递到下一环节，申请单标识为“待审核”。

主成功场景:

1.员工（可以是普通员工、负责人、副总经理和总经理）登录用户名和密码，进入员工主界面，选择菜单项“待处理任务”可以看到打回的申请单，点击“处理”。

2.员工进入申请单修改tab页，按审核意见要求修改完申请单，带“*”号为必填项。

3.点击“保存”，页面提示“保存成功”。

4.点击“传递”，申请单传递到下一环节。

5.用例结束。

扩展：

*a:

系统在任意时刻失败：

为了支持恢复和更正流程处理，要保证所有申请数据的敏感状态和事件都能够从场景的任何一步中完全恢复。

1．用户重启系统，登录，并请求恢复上次状态。

2．系统重建上次状态。

1a.登录主界面时用户名或密码错误：

1.系统显示密码错误的提示信息。

2.点击“确定”用户名密码清空，重新登录。

2a.员工进入申请单修改页面，有4个tab页，申请单修改tab页、附件上传tab页、历史附件信息tab页和历史审核意见tab页。

1.申请单修改tab页，带“*”号为必填项，按照申请单填写用例的规则进行修改。

1a.未修改任何信息直接保存，页面提示“请修改错误信息！

”。

1.参考审核意见上的内容对原来不合格的申请单进行修改再保存。

2.附件上传tab页，历史审核意见tab页，历史附件tab页与审批用例类似，在此不再赘述。

4a.未点击“保存”，直接点击“传递”，页面提示“请保存信息！

”

1.修改完成后，点击“保存”，页面提示“保存成功！

”，再次点击“传递”，操作成功。

特殊需求：

操作失败，事务回滚！

技术与数据变元表：

无

4.物资发放环节的用例分析。

主要参与者是后勤部员工及后勤部负责人。

表4物资发法用例

用例名称：

物资发放用例

范围：

物资申请审批通过，物资发放环节

级别：

用户目标

主要参与者：

后勤部员工、后勤部负责人

涉众及关注点：

-员工：

员工填写的申请单审批通过，由后勤部进行物资发放。

-后勤部负责人：

后勤部负责人负责重要物资的发放，比如固定资产的发放。

-负责人：

负责人负责审批物资申领申请单，审批通过。

-副总经理：

副总经理负责审批物资申领申请单，审批通过。

-总经理：

总经理负责审批申请单，审批通过。

前置条件：

物资申领单审批通过，申请单传递到后勤部。

后置条件：

物资已发放。

主成功场景:

1.后勤部员工登录用户名和密码，进入员工主界面，选择菜单项“待处理任务”可以看到待发放的物资申请单，点击“处理”。

2.后勤部员工将申领的物资递交到来领取物资的员工手中，办理相应手续。

3.物资已发放，在物资申领单处理页面，填写领取人、领取时间等相关信息，该物资申领单标识为“已发放”。

4.点击“保存”，页面提示“保存成功”。

5.系统自动发送系统消息，提示物资申领的申请人物资已发放。

6.用例结束。

扩展：

*a:

系统在任意时刻失败：

为了支持恢复和更正流程处理，要保证所有申请数据的敏感状态和事件都能够从场景的任何一步中完全恢复。

3．用户重启系统，登录，并请求恢复上次状态。

4．系统重建上次状态。

1a.登录主界面时用户名或密码错误：

1.系统显示密码错误的提示信息。

2.点击“确定”用户名密码清空，重新登录。

1b.由于后勤部员工有多个，员工进入待处理任务页面时，任务栏均会显示该待发放的物资申领单，且显示“领取”操作，当前操作员点击“领取”，则其余角色为后勤部员工的任务栏的当前任务会取消该申请单。

1a.未点击“领取”操作，直接点击“处理”，页面显示提示框“尚未领取任务不能处理任务，确定领取吗？

”。

1.点击确定，进入物资发放页面。

2a.由于领取人可能不是申请人本人，需要作好记录，且带有凭证，通过站内短消息或者其他途径进行通知确认。

3a.物资发放页面，有4个tab页，物资发放tab页、附件上传tab页、历史附件信息tab页和历史审核意见tab页。

1.物资发放tab页，带“*”号为必填项，需要对申请人、申领日期、实际申领人等进行填写。

1a.未填写必填项直接点击“保存”，页面提示“该项为必填项”。

1.根据页面填写规则进行填写后保存。

2.附件上传tab页，历史审核意见tab页，历史附件tab页与审批用例类似，在此不再赘述。

3b.若申领的是办公用品，直接与领取人交接，并且办公用品资料库会根据发放的件数金额进行自动统计，该物资申领单完成，标识为“已发放”。

若申领的是固定资产，则固定资产的资料所有人自动更改为领取人本人，该物资申领单完成。

特殊需求：

操作失败，事务回滚！

技术与数据变元表：

无

总结

OA系统是一个庞大而且复杂的系统，系统里面涉及了诸多流程和相关功能，对数据库的操作和设计更是繁杂。

我对其中的流程没有分析完全，仅列举了一个重要的典型的物资申领流程进行了分析。

经过对用例和用例模型分析的学习，我尝试的对物资申领流程进行了用例分析，其他的模块诸如加班流程全过程，收文发文流程的审批过程与此类似，需要我深入研究。

在用例分析的过程中，我对用例分析有了很深的认识。

在我看来，用例分析有助于项目的需求分析、体系结构设计、进度安排、测试和验证。

因此研究怎样去观察用例，如何使用用例以及将用例分析方法和技术应用到项目开发过程中是十分有意义的。