系统用例

麒麟阿文 2023-01-13 02:18:44

课时名称	课时知识点
系统用例	系统用例

...全文

95 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

分清业务用例和系统用例，是做需求分析的第一步用例 use case，或译使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。业务用例：属于业务范围的概念。顾名思义，在具体用户所接触的真实业务中总结出来的...

"业务用例：业务过程是描述这个业务的具体工作流的；一次涉众与实现业务目标的业务之间的交互。它可能包含手工和自动化的过程，也可能发生在一个长期的时间段中。"

系统用例的设计范围就是这个计算机系统设计的范围。它是一个系统参与者，与计算机系统一起实现一个目标。系统用例就是参与者如何与计算机技术相联系，而不是业务过程。着重系统的控制流、数据流和功能。

业务用例模型与系统用例模型图有什么其他相似之处呢？两者都有参与者。在业务用例图中，您将一个参与者原型化为

只供参考，喜欢请支持正版图书 11.1 确定系统用例具体说来，这些方法包括： ■　映射映射是最简单最直接的方法，例如值机人员办理登机手续这个备选用例就可以不加修饰地直接被采纳为系统用例。 ■　抽象抽象也是比较常用的方法，当业务场景当中的备选用例不能够被直接映射时，我们可能需要进行一些抽象，找到该备选用例在计算机当中真正要做的事 11.1.2 现在行动：确定系统用例图11.3　申请永久用电系统用例 11.1.3 现在行动：描述系统用例 ■　用例场景示例我们先来看一个用例场景的例子，从图11.3所示

在面向对象软件开发的过程中，针对复杂系统，我们一般会先进行相关建模来了解现实世界问题，通过抽象方法，建立模型来表征现实世界，获得对现实事物本身的理解，然后将这些理解到的知识概念化，并将这些逻辑概念组织起来，形成对所观察事务的内部结构和工作原理便于理解的表达。在UML中通过用例驱动的方式来一步一步获取对现实世界的理解。一般我们通过如下三个用例建模步骤来获取对现实世界问题的认知，然后将其转化为计算机世界的实现，主要有如下三个步骤：业务用例建模概念用例建模系统用例建模业务用例建模业务用例建模早于需

北京-FireSpider 男 9:08:49老师您好。我看您的书里，需求工程中有一个例子，描述一个“合同付款管理”的用例。青润 9:09:30您好。北京-FireSpider 男 9:09:49这个用例好像是系统用例，而不是业务用例？因为涉及了用户和系统两个概念，对吧？青润 9:10:19系统用例和业务用例的区别在于，用户是否直接使用。如果是系统管理员使用或者为了配合业务用例而产生的后

魏新文的课程社区_NO_1

1

社区成员

15

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章