如果是Capacity方面的，那么横向有Capacity到Outcome到KPI、纵向Capacity到Capacity到Best Practice的一个矩阵的。
kinghq 发表于 2011-11-17 15:22
还以为是Capacity方面的内容呢。
如果是Capacity方面的，那么横向有Capacity到Outcome到KPI、纵向Capaci ...
It is just about bussiness function or business process
The main task of application architecture is to support business function
如果是讲应用的话，我们一般都是先分客户和用户两种情况，或者叫业务需求（Business）和使用者（User）需求两种情况。当然，实际中很难区分，因为经常有一些Owner存在的；而考验人的恰恰是对这个Owner的把握。好在现在的技术已经能够提供很多选项了，这个把握相对来说也容易一些了。
kinghq 发表于 2011-11-18 08:17
如果是讲应用的话，我们一般都是先分客户和用户两种情况，或者叫业务需求（Business）和使用者（User）需求 ...
对的，不过这里说的应用架构不是指单一系统的架构，指的是总体架构，更多针对的是支持业务条线所需的业务功能，当然也可以说是业务条线的owner和user
那就要解决两个问题了：一个是能否穷举，另一个是能否让“签单”的接纳了。这两个问题，正是现在的困局所在：太虚，领导只听大厂商的或者按照潜规则来办事等等。
在现实的情况下，Owner还就是签单的。但是，这对外部人来说就得摸清楚内部是怎么个签单规则。
首先这个东西主要是讲故事给领导层面听的，领导层面更关注总体的框架是否合理，虽然虚，但讲好故事能让领导感觉自己能把握住业务的全局和发展方向，这个目的就达到了，签单就不那么难了；其次，有时候还要预留几个破绽出来给领导点评，按照领导的思路修改，让领导有指点江山之成就感；再有就是这个东西是用于导出应用架构的，实践中还需细化
发表于 2022-9-11 08:17:19
