架构师手册
前言
第1章 手册简介
1.1. 一线架构师:6个经典困惑
1.2. 4个核心主张
1.2.1. 方法体系是大趋势
1.2.2. 质疑驱动的架构设计
1.2.3. 多阶段还是多视图?
1.2.4. 内置最佳实践
1.3. ADMEMS方法体系:3个阶段,一个贯穿
1.3.1. Pre-architecture阶段:ADMEMS矩阵方法
1.3.2. Conceptual Architecture阶段:重大需求塑造做概念架构
1.3.3. Refined Architecture阶段:落地的 5 视图方法
1.3.4 持续关注非功能需求:“目标-场景-决策”表方法
1.4. 如何解决“6大困惑”
第一部分 Pre-Architecture阶段
第2章 Pre-architecture的故事
2.1. “不就是一个MIS吗!”
2.2. “必须把虚拟缓存管理裁剪掉”
2.3. “都是C++的错,换C重写”
2.4. 展望“Pre-architecture阶段篇”
第3章 Pre-architecture总论
3.1. 什么是Pre-architeture
3.2. 实际意义
3.3. 业界现状
3.4. 实践要领
第4章 需求结构化与分析约束影响
4.1. 为什么必须进行需求结构化
4.2. 用ADMEMS矩阵方法进行需求结构化
4.3. 为什么必须分析约束影响
4.4. ADMEMS方法的“约束分类理论”
4.5. Big Picture:架构师应该这样理解约束
4.6. 用ADMEMS矩阵方法辅助约束分析
4.7. 大型B2C网站案例:需求结构化与分析约束影响
4.8. 贯穿案例
第二部分 Conceptual Architecture阶段
第6章 概念架构的故事
6.1. 一筹莫展
6.2. 制定方针
6.3. 柳暗花明
6.4. 结局与经验
第7章 Conceptual Architecture总论
7.1. 什么是概念架构
7.2. 实际意义
7.3. 业界现状
7.4. 实践要领
第8章 初步设计
8.1. 初步设计对复杂系统的意义
8.2. 鲁棒图简介
8.3. 基于鲁棒图进行初步设计的10条经验
8.4. 贯穿案例
第9章 高层分割
9.1. 高层分割的两种实践套路
9.2. 分层式概念服务架构
9.3. 给架构师的提醒
9.4. 贯穿案例
第10章 考虑非功能需求
10.1. 考虑非功能目标要趁早
10.2. 贯穿案例
第三部分 Refined Architecture阶段
第11章. 细化架构的故事
11.1. 骄傲的架构师,郁闷的程序员
11.2. 办公室里的争论
11.3. 展望细化架构阶段
第12章. 细化架构总论
12.1. 什么是细化架构
12.2. 实际意义
12.3. 业界现状
12.4. 实践要领
第13章. 逻辑架构
13.1. 划分子系统的3种必用策略
13.2. 接口设计的事实与缪误
13.3. 逻辑架构设计的整体思维套路
13.4. 更多经验总结
13.5. 贯穿案例
第14章. 物理架构、运行架构、开发架构
14.1. 为什么需要物理架构
14.2. 物理架构设计的工作内容
14.3. 探究:物理架构的设计思维
14.4. 为什么需要运行架构
14.5. 运行架构设计的工作内容
14.6. 实现控制流的3种常用手段
14.7. 为什么开发架构是必须的
14.8. 开发架构设计的工作内容
14.9. 观点:重用测试是关键
14.10. 贯穿案例
第15章. 数据架构的难点:数据分布
15.1. 数据分布的6种策略
15.2. 数据分布策略的大局观
15.3. 数据分布策略的3条应用原则
第四部分 非功能目标的方法论
第16章 故事:困扰已久的非功能问题
16.1. “拜托,架构师不是需求分析师”
16.2. “敢说ISO 9126不对,真牛”
16.3. “我说的很清楚,架构要灵活”
16.4. 展望本部分的后续内容
第17章 总论:非功能目标的设计环节
17.1. 非功能目标的设计环节简介
17.2. 实际意义
17.3. 业界现状
17.4. 实践要领
第18章 方法:“目标-场景-决策”表
18.1. 场景技术
18.2. “目标-场景-决策”表
第五部分 附录
附录A 架构设计原则
基本原则
功能选择
服务端设计与并发
分布式系统
用户体验
艰难的问题
总结
Published with GitBook
10.1. 考虑非功能目标要趁早
10.1. 考虑非功能目标要趁早
概念架构 ≠ 理想化架构
重大需求塑造概念架构。这里的
“重大需求”应涵盖功能需求、质量及约束3类需求中的关键部分
。
概念架构是一个“架构设计阶段”,
必须在细化架构设计阶段之前,针对重大需求、特色需求、高风险需求,形成稳定的高层架构设计成果
。
如果只考虑“功能需求”来设计概念架构,将导致概念架构沦为“理想化架构”
,这个脆弱的架构不久就会面临“大改”的压力,甚至直接导致投标等工作失败。
results matching "
"
No results matching "
"