关于业务用例和系统用例

1.基础概念

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

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

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