在大致通读完《实用软件体系结构》后自己总结了一些里面说到的应对问题的策略，感觉对理解整个体系架构在大框上有一定的帮助，也有在网上查找类似的相关资料，但是由于能力和理解力有限，所以有的概念实在是有点不太理解，所以只总结了我认为通过读这本书后我的所得（比较粗浅）：
1、进度紧迫：
复用内部已有的、领域特性构件
购买而不是建立
使元素容易添加和删除
2、技能不足：
避免使用多线程
封装多进程
通用和领域特定硬件的改变：
封装领域特定硬件
封装通用硬件
3、软件技术的改变：
使用标准
为外部构件开发产品特定的接口
4、资源有限：
限制活动线程个数
用动态的内部线程见通信联系
5、易用增加和删除特性：
按关联尺度分离构件和模块
特性封装到分开的构件
分离用户交互模块
6、易用增加和删除采集过程和算法：
为图像处理使用灵活的流水线模块
为采集和图像处理引入构件
分离用户交互模块
7、实现恢复：
引入操作的恢复模块
把全部数据放到恢复稳定和容易达到的地方
8、实现诊断：
制定一个错误处理策略
减少错误处理的工作
封装诊断构件
使用标准日志服务
9、体系结构的完整性：
保护模块间的继承
分离公共接口构件