|
一个软件集成系统就是软件对于设计，构建，配置和整个系统的发展具有深入影响的系统[来自 IEEE 1471，"架构的定义" 部分] [系统]是包含了一个或多个进程，硬件，软件，工具与可以满足需求的人的集合。 子系统，组件划分，接口设计，复用 需求和实现 架构的核心即是分解和集成 高内聚，松耦合 组件间的交互 架构师的一个关键职能就是要屏蔽系统本身复杂性，将复杂性作为一个黑盒控制在自己手里，对外只需要暴露尽可能简单的接口 设计和开发实践 在实践过程中的抽象思维和模式总结 内部程序流转流程 前台界面，业务逻辑，数据访问，数据实体，公用组件 事件触发，功能调用，访问顺序 如何能够满足输入的需求变成最终输出的功能 解决方案的运行机制 架构本身不是目标，而简单实用并且支持灵活扩展的系统才是我们追求的目标。 实用性和经济性而非理想化 业务域和问题域 通过流程分析和分解后形成的数据集成架构 避免过度设计，也使架构不断演进并趋于完美 如何设计出美丽的架构？从代码逻辑到物理网络，从单机到分布式，无数的技术可以供架构师选择；如分层，组件化，服务化，标准化，缓存，分离，队列，复制，冗余，代理等，不过它们仅仅是术的范畴，而何时何处如何恰到好处地使用它们才是道的范畴，比如顿悟变化的道理，在博弈中寻找平衡，以系统化的角度来分析问题，寻找相对与绝对的奥秘，开放的心态。 一组抽象和规则 系统完整性、经济约束条件、审美需求和样式 在系统的用户环境和开发环境中对系统进行整体考虑 形式应当服从于功能（FORMs follows function） 风格和模式
|
|
|
