对 “业务“ 这个概念的思考

    1》"业务" 貌似有涵盖代码逻辑业务，也就是在使用代码，将各个数据库表的数据以及客户输入的数据相互关联操作的这部分内容，应该算是代码逻辑，算是在代码里写的 "业务代码"。
    2》"业务" 同时也应该是软件的功能需求，这个同样是与数据库关系设计挂钩，但又同时与展示给客户的直观页面效果相互交错，这个比较模糊，应该也算是一种业务。
    3》"业务" 还应该是对于客户而言，在没有软件或者已有老的软件来处理的繁琐的工作流程，对于客户而言的业务，这个与软件可能是有些区别的，软件可能为了提升客户处理其业务的效率，可能也解决一些没有软件介入时的痛点，基于它（客户的业务），实现它，升级它。（这个我实在费解，文学素养低，有点不知所措，也不知道如何正确描述出来，见谅）。
    除此之外，貌似还有我没有想到的。
    对于这些理解，作为程序员，应该怎样看待这几种方面的业务呢？
    第一种，工作中直接面对的，对这种业务代码，当然是再熟悉不过；
    第二种，也许跟产品经理产出的需求文档，或者UI给出的原型图（产品理需求，UI 出原型，我目前是这么理解的，本人菜鸡一只，如有不对，还请多多指正），以及具体实现的细节挂钩，这种可能偏前端多一些，后端当然也要注意其中的细节问题；
    第三种，我觉得有点无从下手，该不该了解它？为什么了解？怎样了解？以及，"这是不是我简单理解的这个系统，几个模块，那个模块什么小模块是做什么的，怎么做，什么流程"，这实在令我费解。