原文地址
http://www.cnblogs.com/rhcad/archive/2010/06/11/1756173.html
昨天有同事问到“如何区分业务用例和功能用例”,现把当初的解释内容记下来:
业务用例:业务部门或组织(业务工人)为其外部客户或内部特定人员(业务主角)提供有价值的服务(业务用例)
系统用例:我们的用户部门中的各种岗位人员(角色)面对我们的系统时,所进行的一次比较完整的交互,并得到了有价值的结果
不是功能用例,功能是站在系统内部的静态概念,没有考虑什么人在什么时候如何使用。
区别1:范围
业务用例涉及的范围更大,可能有各种人、部门、各种系统,甚至包含手工操作、讨论等
系统用例只涉及我们自己系统与操作人员的交互,对应于业务用例中某些活动步骤,不包含其他系统及手工操作
区别2:用途
业务用例建模是为了明确业务组织是如何运作的
系统用例是明确各种角色面对我们的系统时,双方各自要做的事和交互反馈,简言之就是明确我们究竟要做哪些事、给谁用
区别3:执行者
业务用例的执行者为外部客户或组织,各种领导或操作人员为内部业务工人,如果是为员工提供福利的话则执行者为公司内部员工
系统用例的执行者为操作人员所代表的岗位角色
业务用例的执行者一般是人或组织,例如广告客户、网民、市政机关、教委、图书馆;
系统用例的执行者为实际与系统交互的操作人员或不是人的东西(外部衔接系统、自动服务、定时器)
区别4:建模的必要性
业务用例:仅当业务活动复杂、涉及人员多、需要长期深入某个行业时才需要业务建模
对于专业性工具软件、偏重高深技术的软件(例如飞腾排版系统、图像处理软件),则不需要业务建模
分享到:
相关推荐
业务测试用例模板下载
本文主要探讨了系统用例和业务用例的概念及其重要性,旨在帮助读者深化对用例分析的理解。 首先,用例(Use Case)并非简单地等同于功能点,这是许多人在使用用例时常见的误解。用例的原始英文“usecase”直译为...
以文档中的“LinkWorks_WorkEvaluate”为例,该测试用例针对的是LinkWorks项目的WorkEvaluate模块,关注点在于验证WorkEvaluate模块的功能性和业务规则。具体包括: - **测试类型:** 黑盒测试。 - **测试过程说明:...
- **索引顺序**:主要和次要功能区分明确。 - **按钮大小和命名**:保持统一,避免占据过多空间。 - **快捷键支持**:常用功能应有快捷键。 - **帮助与支持**:提供快速访问帮助文档的功能。 - **通用性**:...
+ 业务过程表示为业务用例(Business Use-Case)和业务用例实现 * 业务对象模型(Business Object Model) + 人们在组织中扮演的角色表示为业务工人(Business Worker) + 组织管理或制造的东西表示为业务实体...
以上案卷管理业务用例详细描述了档案管理过程中涉及的各种操作及其逻辑流程,为开发和优化MIS系统提供了宝贵的参考。通过深入理解这些用例,不仅可以提高案卷管理效率,还能确保档案资料的安全与完整。此外,对于MIS...
在软件开发过程中,功能用例(Functional Use Case)是一种重要的文档形式,用于详细...在实际操作中,测试人员可以通过这个工具,根据业务需求编写详细的用例,然后执行并记录测试结果,以便于团队协作和项目管理。
此模板给出了用例规约中需要书写的各项,内容详尽,希望能给您已借鉴。
系统功能测试用例是软件测试过程中的核心环节,它详细定义了系统必须执行的各种操作以及期望的结果,确保软件产品在各个层面都能满足用户需求和业务逻辑。以下是对系统功能测试用例的详细解读: 首先,我们要理解...
在测试用例实例中,LinkWorks_WorkEvaluate 项目的测试用例对测试对象的功能测试侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。测试用例中包括了多个测试点,例如: 1. 测试是否可以正确添加、修改和...
- **从业务用例到系统用例**:转换业务需求为具体的系统功能需求。 - **识别系统执行者与系统用例**:确定软件系统将如何支持业务执行者的活动。 - **通过用例组织需求**:用例作为需求的主要载体,组织和分类需求项...
本文档旨在对图书管理系统的用例规约进行详细的描述,包括借书用例、还书用例、预订图书用例和取消预订用例四个方面。 借书用例 借书用例是图书管理系统的核心功能之一。该用例的用例名称为“借书用例”,ID为1。...
- 功能需求的完整性:确保用例能够覆盖所有业务场景和用户行为。 - 用户友好的表述:用例描述要清晰、简洁,便于用户理解和接受。 - 可实施性检查:检查用例是否具有可操作性,是否能够转化为实际的系统功能。 - 可...
用例和用例图是软件工程中面向对象分析方法的重要组成部分,用于描述系统的功能需求,并帮助团队理解系统应该做什么。在本篇扩展阅读中,将详细介绍用例图的概念、组成部分以及它们在软件开发过程中的应用。 首先,...
编写测试用例时,应明确、简洁且可重复执行,同时要考虑测试用例的优先级和关联性,确保覆盖核心功能和关键业务流程。 测试用例评估是测试过程中的重要步骤,主要目的是确认测试用例的质量和覆盖率。评估通常包括...
2. **测试目的**:简述该测试用例要验证的功能或业务需求。 3. **前置条件**:执行测试用例前需要满足的环境或状态。 4. **测试步骤**:详细描述如何执行测试,包括每一步的操作和顺序。 5. **预期结果**:在正确...
它支持多种类型的模型,包括概念数据模型(CDM)、物理数据模型(PDM)、业务流程模型、系统架构模型等。在本篇讨论中,我们将聚焦于PowerDesigner中的用例图,这是对软件系统功能需求的一种可视化表示。 **用例图*...