关于业务用例和系统用例

1.基础概念

软件系统： 我觉得想要理解整套软件建模流程的话，应该先弄清一个最根本的问题，软件到底是干什么的？为何要有软件？我的观点是软件的意义其实和蒸汽机、汽车制造业的流水线等等没本质区别。【软件的作用我认为就是自动化，用机器来完成原来由人力完成的任务。】
如果目的是自动化的话，那么很容易就能得出软件建模的最基本思路：

A. 没目标软件前的业务流程是怎样的？
B. 目标软件可以自动化业务流程中的哪些工作？
C. 我们怎么用具体的计算机工具，实现这些自动化工作？

业务用例： 根据IBM 文章【使用 UML 进行业务建模：理解业务用例与系统用例的相似和不同之处】里所提到的，业务用例的定义是

【业务用例从一个外部的，增加值的角度来描述一个业务过程。
为了给这个业务的涉众创造价值，业务用例是超越组织边界的业务过程，
很可能包括合作伙伴 和供应商。】

这个应该怎么去理解呢？我感觉其实可以翻译成，业务用例就是着重从业务的目的性去描述这个业务过程。【业务】是什么？我认为组织的意义，就是为了有偿/无偿性的满足人的需求。而【业务】就是相应组织为了满足人的特定需求，提供的某种服务。类比到编程中，公司就像一个库，而服务就像这个库提供各种API。
所谓从外部的，增值的角度，我是这样理解的，就是不涉及具体的目的满足细节，只去罗列这个【业务】满足了谁的需求，这个【业务】由哪个人、哪个部门去执行。就比如【银行存款】这个业务，它满足了我把钱放在银行的需求，它由前台人员执行。为什么【银行存款】作为一个业务，而不是【前台核对身份】、【前台计算金额】、【前台收钱】、【前台录入记录】这些具体步骤作为业务呢？因为这些步骤单独拿出来，根据没有满足到我的需求，他们的总和【存款】才真正满足了我的需求。【存款】这个总和，才是对我来说，对银行来说真正有价值的，而不是单独的某个步骤。