• 一线架构师实践指南(前7页有划线如图)
  • 一线架构师实践指南(前7页有划线如图)
  • 一线架构师实践指南(前7页有划线如图)
  • 一线架构师实践指南(前7页有划线如图)
  • 一线架构师实践指南(前7页有划线如图)
  • 一线架构师实践指南(前7页有划线如图)
  • 一线架构师实践指南(前7页有划线如图)
  • 一线架构师实践指南(前7页有划线如图)
  • 一线架构师实践指南(前7页有划线如图)
21年品牌 40万+商家 超1.5亿件商品

一线架构师实践指南(前7页有划线如图)

6 1.7折 35 九品

仅1件

北京丰台
认证卖家担保交易快速发货售后保障

作者温昱 著

出版社电子工业出版社

出版时间2009-10

版次1

装帧平装

货号D4

上书时间2024-05-02

彩云书店

五年老店
已实名 已认证 进店 收藏店铺

   商品详情   

品相描述:九品
图书标准信息
  • 作者 温昱 著
  • 出版社 电子工业出版社
  • 出版时间 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章方法:“目标-场景-决策”表
索引
编辑手记
设计手记
点击展开 点击收起

—  没有更多了  —

以下为对购买帮助不大的评价

此功能需要访问孔网APP才能使用
暂时不用
打开孔网APP