mxgong的专栏

最近正在研读SEI的《软件构架实践》，确实是专家论断，其中关于软件质量属性的描述，使我对软件开发所关注的方面有了全面的认识。  软件的构架主要以下软件的质量属性：    1）可修改性    2）性能    3）安全性    4）可用性    5）易用性    6）可测试性  而衡量这些质量属性和与涉众沟通的常用方式就是建立这些质量属性的一般场景，然后从需求中提炼这些一般场景的列表，原则是宁冗勿缺。

--继续赶超世界先进水平  常用的可用性战术总结，通常用于以下几个方面：  1、错误检测：    3个战术：      命令/响应。 （*在错误发生前阻止，先由本地组件进行低级判断，再通过远程高级判断）      心跳。     （*定时发送信息或数据给检测组件）      异常。     （*这个就不用再说了）  2、错误恢复：    4个战术：      表决。     （*输出评判数据，交给

战术目标：控制实现、测试、和部署变更的时间和成本。战术手段：1、局部化修改                       A、维持语义的一致性。（*语义的一致性是指模块中责任之间的关系，目标是确保所有这些责任都能协同工作，不需要过多得依赖别的模块。子战术：”抽象通用模块“。）                      B、预期期望的变更。（*子战术：泛化该模块；限制可能的选择。）  

       对于我们这些晚辈可能对很多最新的技术知道的不是很多，比如SOA，我最近才对它感冒，虽然大家都说可能世界上还没有一个人真正清楚什么是SOA，但是关于SOA的评论早已铺天盖地。以下是对各种观点的总结：      1、SOA 很难，很重要——Jason Weisser：在这个SOA 框架的支持下，软件系统的开发是从业务流程分析开始的，使用组件化业务建模的方法识别和分析各种业务模型，并将