为了更好的理解业务用例和系统用例的区别,收集了网上的相关资料
---------------------------------------------------------------------------------
业务用例着重于业务操作。它们表示实现业务目标的业务中的具体工作流。业务过程可能涉及手工和自动过程,并且在一段长期的时间内进行。
系统用例着重于要设计的软件系统。参与者如何与软件系统进行交互?我们在系统用例说明中书写的事件流应该足够详细,从而用作编写系统测试脚本的出发点。
---------------------------------------------------------------------------------
业务用例常常是以白盒形式编写的。它们描述了被建模的组织中的人和部门之间的交互。我们使用业务用例来说明在“现有”业务模型中组织如何工作。然后我们重构“现有”的业务用例模型,让其面向将要建模的组织的未来设计。我们需要创建什么新角色和部门来提供更多价值,或者消除业务问题?什么角色和部门需要消失?
系统用例几乎总是以黑盒形式编写的。它们描述了软件系统之外的参与者如何与将被设计的系统进行交互。系统用例详细阐明了系统需求。系统用例模型的目的是从涉众的角度说明需求,而不是设计如何满足需求。
业务不仅是指商务,但是业务所描述的是作为一个庞大的系统,所有的相关者都要纳入分析范畴的,它要述我们所要做的事情是怎样的一个逻辑;
而系统用例分析,只针对我们要开发的系统,作为一个配合者,怎样来提高这个事情的效率.
业务用例分析,在我们对整个商业系统的商业运作不清楚的时候是很有用的,也是用来确定我们要开发的系统在商业系统中的位置和作用.
---------------------------------------------------------------------------------
请注意理解:业务用例是用来捕获功能性需求的,功能性需求是由actor的业务目标来体现的。也就是对于actor来说,他所负责的业务需要由一系列的业务目标组成。比如一个档案管理员,他的业务目标就是维护档案。比如论坛管理员,他的业务目标有维护用户,维护帖子等..这些业务目标构成actor职责的全部。业务用例体现了需求。 而需求的实现有多种方式。如何实现它,是由系统用例来体现的,它们并不是一个简单的细分关系,虽然看上去象。就说维护档案吧,这样一个业务目标,会有多种不同的用例场景去完成它,这些场景包括如何增加档案,如何修改档案,如何删除档案....对于系统用例来说,就是通过分析这些场景,来决定哪些场景中的哪些部分是要纳入系统建设范围的。比如维护档案业务用例中,假设由于某个原因,修改档案很困难,只能通过先删除,再全部重建的方式来实现,那么系统用例就增加档案,删除档案,而没有修改档案。 业务用例和系统用例是分别站在客户的业务视角和系统建设视角来规划的。业务用例不是接近,而是完全的直接需求,系统用例也不是业务逻辑的详细划分,而是系统对需求的实现方式,但不是与程序设计无关,它只是说,要建设的系统功能性需求由这些系统用例构成。 所以业务用例和系统用例都是需求范畴,它们分别代表了业务范围和系统范围。
分享到:
相关推荐
业务测试用例模板下载
+ 业务过程表示为业务用例(Business Use-Case)和业务用例实现 * 业务对象模型(Business Object Model) + 人们在组织中扮演的角色表示为业务工人(Business Worker) + 组织管理或制造的东西表示为业务实体...
以上案卷管理业务用例详细描述了档案管理过程中涉及的各种操作及其逻辑流程,为开发和优化MIS系统提供了宝贵的参考。通过深入理解这些用例,不仅可以提高案卷管理效率,还能确保档案资料的安全与完整。此外,对于MIS...
4. 优先级:根据业务重要性和风险程度划分测试用例的优先级,优先执行关键和高风险的测试。 三、华为Android系统测试用例分类 1. 功能测试:检查Android系统的基本功能,如用户界面交互、多任务处理、权限管理等。 ...
8. **版本控制与修改记录**:描述中的修改记录表明测试用例文档是动态更新的,每次修改都会记录修改人、时间及原因,以便追踪和理解改动历史,确保文档的一致性和完整性。 9. **团队协作**:测试用例由多人共同编写...
6. **需求定义**:将业务用例转化为系统需求,定义系统的行为和性能指标。 ### 需求分析的深化 在需求定义阶段,团队将进一步细化需求,包括: - **愿景**:确立项目的长远目标和预期成果。 - **从业务用例到系统...
此模板给出了用例规约中需要书写的各项,内容详尽,希望能给您已借鉴。
在UML用例图中,我们可以看到管理员子系统的四个用例:管理员登录用例、图书管理用例、用户管理用例和订单管理用例。管理员登录用例用于管理员登录系统,图书管理用例用于管理员管理图书信息,用户管理用例用于管理...
单元测试用例模板.doc 文件可能是针对系统各个模块的具体测试用例,比如数据库操作、业务逻辑处理或前端界面交互的测试。在编写单元测试用例时,我们需要关注每个模块的独立功能,确保其在各种情况下都能正确工作。 ...
1. 了解需求:深入理解系统的需求和规格说明,明确每个功能点的预期行为。 2. 分析风险:识别可能的问题区域,优先设计这些功能的测试用例。 3. 设计测试场景:根据功能描述构建真实或假设的用户操作场景。 4. 编写...
用例模型通过图形化的方式展示这些用例,使得开发者、项目经理和利益相关者能够清晰地理解系统的需求和预期行为。 在设计和实现酒店管理系统时,用例模型可以帮助我们识别关键功能、定义用户角色、建立系统边界和...
库存系统业务用例建模与需求用例建模.doc
本案例研究旨在通过构建一个具体的进销存系统用例模型,帮助读者深入理解用例建模的基本概念及其应用方法。通过本案例的学习,目标是让学生能够掌握以下几个方面的技能: - 理解用例建模的基本思想方法; - 学会从...
在IT行业中,系统用例分析是软件开发过程中的关键步骤,尤其对于图书管理系统这样的信息管理系统而言,用例分析能够帮助我们清晰地理解系统的功能需求和用户交互。本篇将深入探讨“图书馆里系统用例分析”这一主题,...
1. 需求获取:用例分析有助于从用户角度出发,全面收集和理解需求,避免遗漏和误解。 2. 设计指导:用例描述的系统行为是系统设计的基础,它指导着架构设计和模块划分。 3. 测试设计:用例可以作为测试场景的依据...
系统测试是软件开发过程中的关键阶段,它涵盖了整个系统或应用程序作为一个整体的验证,确保...通过深入学习和理解这些内容,我们可以提升在系统测试和测试用例设计方面的专业技能,从而更好地保障软件的质量和稳定性。