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

目 录 OA系统物资申领流程的用例分析 1. 系统概述 背景 现代办公提供的服务不断增加， 信息不断的发展， 单靠人工管理已远远不能 应付，这就要求办公自动化系统必须实现自动化、集成化。 OA 系统充分采用网 络技术，实现公司管理体制下的各部门之间的信息交流和沟通， 以及业务数据的 共享和统计分析。 而为了实现 OA系统的成功研发， 用例分析在 OA系统的软件开 发统一过程中占据了决定性的地位。 用例技术是通过用例、 参与者与用例以及用例之间的关系来描绘系统外在需 求的一种方法。 作为 UML的一种重要的表示方法， 用例分析方法在软件开发过程 中占据着重要的地位。 正确使用用例分析方法有助于项目的需求分析、 体系结构 分析、进度安排、测试和验证。 文中主要分析了 OA系统的物资申领流程的用例以及用例模型的确定与开发， 并且探讨了用例在整个系统开发过程中的地位与重要性。 用例概述 是一个中非常重要的概念， 在使用 UML的整个过程中， 用例处于一个中心地 位。用例的定义是： 在不展现一个系统或内部结构的情况下， 对系统或子系统的 某个连贯的功能单元的定义和描述。 也就是说， 用例是系统外在可见的需求， 定 义执行者如何使用系统。 每一个用例描述的是用户需要系统完成的某一个完整的 功能，所有的用例共同描述从用户角度看到的系统的完整功能。 用例是一种优秀的方法，使领域专家或需求提供者自己编写用例成为可能， 并强调了用户的观点和目标，并且说明了系统如何工作的功能性或行为性需求。 用例主要有三方面的含义： 1．用例通常是由最终用户或者外部环境发起的。用例的发起者被称为参与 者或者执行者。参与者是同设备交互的所有事物，可以是人、其他的软 件、硬件设备等。 2 ．每个用例只描述单独的任务，而不能描述多个任务。 3．用例必须产生一个对用户可见的、有意义的结果。 用例模型 用例模型是系统既定功能及系统环境的模型， 它可以作为客户和开发人员之 间的契约。用例是贯穿整个系统开发的一条主线， 同一个用例模型即为需求工作 流程的结果， 可当作分析设计工作流程以及测试工作流程的输入使用。 构建用例 模型有三个主要的原因： 使用例更易于理解。 将在许多用例内说明的公有行为分 离出来。使用例模型更易于维护。 用例模型在系统建模过程中是十分重要的， 它影响着其他视图的建立和系统 的实现。用例模型包括用例描述和用例图， 我们主要把中心放在用例描述上。 用 例模型包含参与者和场景， 场景包括成功场景和失败场景。 因此用例模型中有多 个场景；每个场景是一个用例。 用例必须注重为用户提供可观察的返回值， 就是 系统触发了一个用例之后能够给用户带来什么。 一般用例都是黑盒用例， 即不考 虑如何实现。 2. 系统功能描述 系统总体功能 OA 系统为公司构建了统一的信息管理平台，整合了各部门的信息流程和事 务管理。通过现今先进的信息通信技术和信息安全技术， 为企业各部门的信息整 合提供信息平台、 角色登录、安全访问、个性化办公流程、 信息交互和信息共享、 表单填报和审批、公文处理、个人办公、信息查询、档案管理、管理监督等。为 企业决策层提供快速可靠的数据信息以及方便的