读《一线架构师实践指南》

拜读了温昱（yu）的《一线架构师实践指南》。说实话，没有看懂。不过，没关系，竹筐打水，水是没有打到，但是竹筐还是变新了。开卷有益吧！

 

作者email：[email protected]

 

Len Bass 《软件架构实践》

Mary Shaw《The Golden Age of Software Architecture》

T.S. 艾略特 《四个四重奏》

徐锋 《软件需求最佳实践》

《软件工程的事实与谬误》

《ISO 9126》关于软件质量的标准

《格局决定结局》

温昱 《软件架构设计》

杰拉尔德.温伯格 《你的灯亮着吗》

《面向对象的系统设计》

Doug Rosenberg 《UML用例驱动对象建模》

肖纪美 《梳理人、事、物的纠纷：问题分析方法》

Barry Boehm 《Engineering Context》

Grady Booch 《UML用户指南》

爱德华.德.博诺 《六顶思考帽》

Peter Herzum 《Business Component Factory》

Eric Brechner 《代码之道》

Grady Booch 《面向对象项目的解决方案》

Stephen H. Kan 《软件质量工程》

邓成飞 《软件工程管理》

 

第8章 初步设计

 

8.2.1 鲁棒图的3种元素

鲁棒图包含3种元素，边界对象、控制对象、实体对象：

• 边界对象对模拟外部环境和未来系统之间的交互进行建模。边界对象负责接收外部输入，处理内部内容的解释，并表达或传递相应的结果。
• 控制对象对行为进行封装，描述用例中事件流的控制行为。
• 实体对象对信息进行描述，它往往来自领域概念，和领域模型中的对象有良好的对应关系。

8.3 基于鲁棒图进行初步设计的10条经验

8.3.1 遵守建模规则

1. 参与者只能与边界对象交谈
2. 边界对象只能与控制对象和参与者交谈
3. 实体对象也只能与控制对象交谈
4. 控制对象既能与边界对象交谈，也能与控制对象交谈，但不能与参与者交谈

8.3.2 简化建模语法

8.3.3 遵循3种元素的发现思路

8.3.4 增量建模

8.3.5 实体对象!=持久化对象

实体对象可以是持久化对象，也可以是内存中的任何对象。

8.3.6 只对关键功能（用例）画鲁棒图

8.3.7 每个鲁棒图有2-5个控制对象

如果只有一个控制对象，则是明显的“设计不足”。

8.3.8 勿关注细节

8.3.9 勿过分关注UI，除非辅助或验证UI设计

8.3.10 鲁棒图!=用例规约的可视化

 

1.25法则：需求的复杂程度每增加25%，解决方案的复杂程度就增加100%

 

P8

目标-场景-决策表：揭示大型网站高性能设计策略背后的理性思维

目标	场景	决策
性能	客户端，大量请求图片资源，Web服务器压力大	图片服务器