一线架构师实践指南

作者: 温昱著

出版社: 电子工业出版社

出版时间: 2009-10

版次: 1

ISBN: 9787121095405

定价: 35.00

装帧: 平装

开本: 16开

纸张: 胶版纸

页数: 216页

字数: 300千字

正文语种: 简体中文

分类: 计算机与互联网

　　《一线架构师实践指南》致力于为一线架构师，以及软件企业提供务实有效的架构设计方法指导。
　　《一线架构师实践指南》从架构师经常遇到的困惑出发，总结软件架构设计中经常遇到的问题，提出“方法体系必然是软件业界未来发展的重大趋势”，以及“架构设计方法已经扩展到方法体系”的观点。针对软件架构设计的三个阶段（Pre-Architecture阶段、ConceptualArchitecture阶段和RefinedArchitecture阶段）中的各个具体环节，给出了最佳的实践原则和方法，内容涵盖了从需求分析到生成架构的整个过程。温昱，资深咨询顾问，CSAI特聘高级顾问，软件架构专家。软件架构思想的传播者和积极推动者，中国软件技术大会杰出贡献专家。十年系统规划、架构设计和研发管理经验，在金融、航空、多媒体、电信、中间件平台等领域负责和参与多个大型系统的规划、设计、开发与管理。作为资深第1章绪论
1.1一线架构师：6个经典困惑
1.2本书的4个核心主张
1.2.1方法体系是大趋势
1.2.2质疑驱动的架构设计
1.2.3多阶段还是多视图？
1.2.4内置最佳实践
1.3ADMEMS方法体系：3个阶段，1个贯穿环节
1.3.1Pre—architecture阶段：ADMEMS矩阵方法
1.3.2ConceptualArchitecture阶段：重大需求塑造做概念架构
1.3.3RefinedArchitecture阶段：落地的5视图方法
1.3.4持续关注非功能需求：“目标.场景.决策”表方法
1.4如何运用本书解决“6大困惑”

第Ⅰ部分Pre-Architecture阶段
第2章Pre—architecture的故事
2.1“不就是个MIS吗”
2.1.1故事：外籍人员管理系统
2.1.2探究：哪些因素构成了架构设计的约束性需求
2.2.1故事：嵌入式0S的剪裁
2.2.2探究：又是约束
2.3“都是C++的错，换C重写”
2.3.1故事：放弃C++，用C重写计费系统
2.3.2探究：相互矛盾的质量属性
2.4展望“Pre—architecture阶段篇”

第3章Pre.architecture总论
3.1什么是Pre.architecture
3.2实际意义
3.2.1需求理解的大局观
3.2.2降低架构失败风险
3.2.3尽早开始架构设计
3.2.4明确架构设计的“驱动力”
3.3业界现状
3.3.1“唯经验论”
3.3.2“目标不变论”
3.3.3需求分类法的现状
3.3.4需求决定架构的原理亟待归纳
3.4实践要领
3.4.1不同需求影响架构的不同原理，才是架构设计思维的基础
3.4.2二维需求观与ADMEMS矩阵方法
3.4.3关键需求决定架构，其余需求验证架构
3.4.4Pre.architecture阶段的4个步骤

第4章需求结构化与分析约束影响
4.1为什么必须进行需求结构化
4.2用ADMEMS矩阵方法进行需求结构化
4.2.1范围：超越《软件需求规格说明书》
4.2.2工具：ADMEMS矩阵
4.3为什么必须分析约束影响
4.4ADMEMS方法的“约束分类理论”
4.5BigPicture：架构师应该这样理解约束
4.6用ADMEMS矩阵方法辅助约束分析
4.7大型82C网站案例：需求结构化与分析约束影响
4.7.1需求结构化
4.7.2分析约束影响（推导法则应用）
4.7.3分析约束影响（查漏法则应用）
4.8贯穿案例
4.8.1PASS系统背景介绍
4.8.2需求结构化
4.8.3分析约束影响

第5章确定关键质量与关键功能
5.1为什么要确定架构的关键质量目标
5.2确定关键质量的5大原则
5.2.1整体思路
5.2.2分类合适+必要扩充
5.2.3考虑多方涉众
5.2.4检查性思维
5.2.5识别矛盾+划定优先级
5.2.6严格程度符合领域与规模特点
5.3为什么不是“全部功能作为驱动因素”
5.4确定关键功能的4条规则
5.5大型82C网站案例：确定关键质量与关键功能
5.6贯穿案例

第Ⅱ部分ConceptualArchitecture阶段
第6章概念架构的故事
6.1一筹莫展
6.1.1小张，以及他负责的产品
6.1.2老王，后天见客户
6.2制定方针
6.2.1小张：我必须先进行概念架构的设计
6.2.2老王：清晰的概念架构，明确的价值体现
6.3柳暗花明
6.3.1小张：重大需求塑造概念架构
6.3.2老王：概念架构体现重大需求
6.4结局与经验
6.4.1小张：概念架构是设计大系统的关键
6.4.2老王：概念架构是售前必修课

第7章ConceptualArchitecture总论
7.1什么是概念架构
7.2实际意义

第8章初步设计
第9章高层分割
第10章考虑非功能需求
第Ⅲ部分RefinedArchitecture阶段
第11章细化架构的故事
第12章RefinedArchitecture总论
第13章逻辑架构
第14章物理架构、运行架构、开发架构
第15章数据架构的难点：数据分布
第Ⅳ部分专题：非功能目标的方法论
第16章故事：困扰己久的非功能问题
第17章总论：非功能目标的设计环节
第18章方法：“目标－场景－决策”表
索引
编辑手记
设计手记
内容简介:
　　《一线架构师实践指南》致力于为一线架构师，以及软件企业提供务实有效的架构设计方法指导。
　　《一线架构师实践指南》从架构师经常遇到的困惑出发，总结软件架构设计中经常遇到的问题，提出“方法体系必然是软件业界未来发展的重大趋势”，以及“架构设计方法已经扩展到方法体系”的观点。针对软件架构设计的三个阶段（Pre-Architecture阶段、ConceptualArchitecture阶段和RefinedArchitecture阶段）中的各个具体环节，给出了最佳的实践原则和方法，内容涵盖了从需求分析到生成架构的整个过程。
作者简介:
温昱，资深咨询顾问，CSAI特聘高级顾问，软件架构专家。软件架构思想的传播者和积极推动者，中国软件技术大会杰出贡献专家。十年系统规划、架构设计和研发管理经验，在金融、航空、多媒体、电信、中间件平台等领域负责和参与多个大型系统的规划、设计、开发与管理。作为资深
目录:
第1章绪论
1.1一线架构师：6个经典困惑
1.2本书的4个核心主张
1.2.1方法体系是大趋势
1.2.2质疑驱动的架构设计
1.2.3多阶段还是多视图？
1.2.4内置最佳实践
1.3ADMEMS方法体系：3个阶段，1个贯穿环节
1.3.1Pre—architecture阶段：ADMEMS矩阵方法
1.3.2ConceptualArchitecture阶段：重大需求塑造做概念架构
1.3.3RefinedArchitecture阶段：落地的5视图方法
1.3.4持续关注非功能需求：“目标.场景.决策”表方法
1.4如何运用本书解决“6大困惑”

第Ⅰ部分Pre-Architecture阶段
第2章Pre—architecture的故事
2.1“不就是个MIS吗”
2.1.1故事：外籍人员管理系统
2.1.2探究：哪些因素构成了架构设计的约束性需求
2.2.1故事：嵌入式0S的剪裁
2.2.2探究：又是约束
2.3“都是C++的错，换C重写”
2.3.1故事：放弃C++，用C重写计费系统
2.3.2探究：相互矛盾的质量属性
2.4展望“Pre—architecture阶段篇”

第3章Pre.architecture总论
3.1什么是Pre.architecture
3.2实际意义
3.2.1需求理解的大局观
3.2.2降低架构失败风险
3.2.3尽早开始架构设计
3.2.4明确架构设计的“驱动力”
3.3业界现状
3.3.1“唯经验论”
3.3.2“目标不变论”
3.3.3需求分类法的现状
3.3.4需求决定架构的原理亟待归纳
3.4实践要领
3.4.1不同需求影响架构的不同原理，才是架构设计思维的基础
3.4.2二维需求观与ADMEMS矩阵方法
3.4.3关键需求决定架构，其余需求验证架构
3.4.4Pre.architecture阶段的4个步骤

第4章需求结构化与分析约束影响
4.1为什么必须进行需求结构化
4.2用ADMEMS矩阵方法进行需求结构化
4.2.1范围：超越《软件需求规格说明书》
4.2.2工具：ADMEMS矩阵
4.3为什么必须分析约束影响
4.4ADMEMS方法的“约束分类理论”
4.5BigPicture：架构师应该这样理解约束
4.6用ADMEMS矩阵方法辅助约束分析
4.7大型82C网站案例：需求结构化与分析约束影响
4.7.1需求结构化
4.7.2分析约束影响（推导法则应用）
4.7.3分析约束影响（查漏法则应用）
4.8贯穿案例
4.8.1PASS系统背景介绍
4.8.2需求结构化
4.8.3分析约束影响

第5章确定关键质量与关键功能
5.1为什么要确定架构的关键质量目标
5.2确定关键质量的5大原则
5.2.1整体思路
5.2.2分类合适+必要扩充
5.2.3考虑多方涉众
5.2.4检查性思维
5.2.5识别矛盾+划定优先级
5.2.6严格程度符合领域与规模特点
5.3为什么不是“全部功能作为驱动因素”
5.4确定关键功能的4条规则
5.5大型82C网站案例：确定关键质量与关键功能
5.6贯穿案例

第Ⅱ部分ConceptualArchitecture阶段
第6章概念架构的故事
6.1一筹莫展
6.1.1小张，以及他负责的产品
6.1.2老王，后天见客户
6.2制定方针
6.2.1小张：我必须先进行概念架构的设计
6.2.2老王：清晰的概念架构，明确的价值体现
6.3柳暗花明
6.3.1小张：重大需求塑造概念架构
6.3.2老王：概念架构体现重大需求
6.4结局与经验
6.4.1小张：概念架构是设计大系统的关键
6.4.2老王：概念架构是售前必修课

第7章ConceptualArchitecture总论
7.1什么是概念架构
7.2实际意义

第8章初步设计
第9章高层分割
第10章考虑非功能需求
第Ⅲ部分RefinedArchitecture阶段
第11章细化架构的故事
第12章RefinedArchitecture总论
第13章逻辑架构
第14章物理架构、运行架构、开发架构
第15章数据架构的难点：数据分布
第Ⅳ部分专题：非功能目标的方法论
第16章故事：困扰己久的非功能问题
第17章总论：非功能目标的设计环节
第18章方法：“目标－场景－决策”表
索引
编辑手记
设计手记

查看详情

一线架构师实践指南

内容简介:

作者简介:

目录: