软件从业人员的成长路线大体是在管理线和技术线上形成突破，当然也有结合起来相得益彰的。
但现实存在的问题就是，首先我们的脑袋也理解不了太过复杂的东西，其次脑海里的想象有时候也很难真实无损的映射成现实的系统，再者由于总是资源有限的，我们并没有花不完的预算。
好像如果没有在 coding 状态下是无法进行建模思考，这个很难，需要持久的训练才能达成设计阶段进行思考。
在架构过程中，很重要的一项任务就是识别系统的实体关系和功能关系，进而对系统效果进行预测，也就是在完成一系列的分析建模工作后推导出来的系统架构需要在预测上达到我们要的效果，
实体指系统物理时空存在的单元，彼此通过一定的结构形成系统，那么在分析实体之前，我们可以带着下面的问题进行分析：
操作对象：操作数是一个对象，在某段时间内稳定且无条件存在，操作数不需要先于功能的执行而存在，操作数可能会由功能中的过程部分来创建，修改或消耗。
企业可以通过应用企业架构开发方法（ADM）来建设各种业务能力，下面我们再来介绍另外一种系统设计的思路。
企业架构师 EA(Enterprise Architect)
基础结构架构师 IA(Infrastructure Architect)
特定技术架构 TSA(Technology-Specific Architect)
解决方案架构师 SA (Solution Architect)
它要求团队里有资深的业务领域专家，该专家对业务领域极其了解，不但要了解其然，还要理解其所以然，或者是能够跟领域专业人员学习到足够的领域知识。
将应用按层分离并且建立好约束的交互规则是很有必要的，代码如果没有被放在正确的位置上，则很快会发生混乱。
