欢迎来到天天文库
浏览记录
ID:33522957
大小:1.81 MB
页数:79页
时间:2019-02-26
《一线架构师实践指南》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库。
1、一线架构师实践指南专家评荐版温昱著单一方法已捉襟见肘。一线架构师真正需要的,是覆盖“需求进,架构出”全过程的实践指导——只有综合了不同方法优点的“方法体系”才能堪此重任。本书认为,方法体系必然是软件业界未来发展的重大趋势之一。——温昱(shanghaiwenyu@163.com)目录第1章绪论第1节一线架构师:6个经典困惑第2节本书:4个核心主张2.1方法体系是大趋势2.2质疑驱动的架构设计2.3多阶段还是多视图?2.4内置最佳实践第3节ADMEMS方法体系:3个阶段,1个贯穿环节3.1Pre-architecture
2、阶段:ADMEMS矩阵方法3.2ConceptualArch阶段:重大需求塑造概念架构3.3RefinedArch阶段:落地的5视图方法3.4持续关注非功能需求:“目标-场景-决策”表方法第4节如何运用本书解决“6大困惑”第1部分Pre-Architecture阶段第2章Pre-architecture的故事第1节“不就是个MIS吗”1.1故事:外籍人员管理系统1.2探究:哪些因素构成了架构设计的约束性需求第2节“必须把虚存管理剪裁掉”2.1故事:嵌入式OS的剪裁2.2探究:又是约束第3节“都是C++的错,换C重写”3
3、.1故事:放弃C++,用C重写计费系统3.2探究:相互矛盾的质量属性第4节展望“Pre-architecture阶段篇”第3章Pre-architecture总论第1节什么是Pre-architecture第2节实际意义2.1需求理解的大局观2.2降低架构失败风险2.3尽早开始架构设计2.4明确架构设计的“驱动力”第3节业界现状3.1“唯经验论”3.2“目标不变论”3.3需求分类法的现状3.4需求决定架构的原理亟待归纳第4节实践要领4.1不同需求影响架构的不同原理,才是架构设计思维的基础4.2二维需求观与ADMEMS矩
4、阵方法4.3关键需求决定架构,其余需求验证架构4.4Pre-architecture阶段的4个步骤第4章需求结构化与分析约束影响第1节为什么必须进行需求结构化第2节用ADMEMS矩阵方法进行需求结构化2.1范围:超越《软件需求规格说明书》2.2工具:ADMEMS矩阵第3节为什么必须分析约束影响第4节ADMEMS方法的“约束分类理论”第5节BigPicture:架构师应该这样理解约束第6节用ADMEMS矩阵方法辅助约束分析第7节大型B2C网站案例:需求结构化与分析约束影响7.1需求结构化7.2分析约束影响(推导法则应用)
5、7.3分析约束影响(查漏法则应用)第8节贯穿案例第5章确定关键质量与关键功能第1节为什么要确定架构的关键质量目标第2节确定关键质量的5大原则2.1整体思路2.2分类合适+必要扩充2.3考虑多方涉众2.4检查性思维2.5识别矛盾+划定优先级2.6严格程度符合领域与规模特点第3节为什么不是“全部功能作为驱动因素”第4节确定关键功能的4条规则4.1核心功能4.2必做功能4.3高风险功能4.4独特功能4.5两点说明第5节大型B2C网站案例:确定关键质量与关键功能第6节贯穿案例第2部分ConceptualArchitecture
6、阶段第6章概念架构的故事第1节一筹莫展1.1小张,和他负责的产品1.2老王,后天见客户第2节制定方针2.1小张:我必须先进行概念架构的设计2.2老王:清晰的概念架构,明确的价值体现第3节柳暗花明3.1小张:重大需求塑造概念架构3.2老王:概念架构体现重大需求第4节结局与经验4.1小张:概念架构是设计大系统的关键4.2老王:概念架构是售前必修课第7章ConceptualArchitecture总论第1节什么是概念架构第2节实际意义第3节业界现状3.1误将“概念架构”等同于“理想架构”3.2误把“阶段”当成“视图”第4节实
7、践要领4.1重大需求塑造概念架构4.2概念架构阶段的3个步骤第8章初步设计第1节初步设计对复杂系统的意义第2节鲁棒图简介2.1鲁棒图的3种元素2.2鲁棒图一例2.3历史2.4为什么叫“鲁棒”图2.5定位第3节基于鲁棒图进行初步设计的10条经验3.1遵守建模规则3.2简化建模语法3.3遵循三种元素的发现思路3.4增量建模3.5实体对象≠持久化对象3.6只对关键功能(用例)画鲁棒图3.7每个鲁棒图2-5个控制对象3.8勿关注细节3.9勿过分关注UI,除非辅助或验证UI设计3.10鲁棒图≠用例规约的可视化第4节贯穿案例第9章
8、高层分割第1节高层分割的2种实践套路1.1切系统为系统1.2案例:SAAS模式的软件租用平台架构设计1.3切系统为子系统1.4案例:PM系统架构设计第2节分层式概念架构实践2.1Layer:逻辑层2.2Tier:物理层2.3按通用性分层2.4技术堆叠第3节给一线架构师的提醒第4节贯穿案例4.1从初步设计到高层分割的过渡4.2PAS
此文档下载收益归作者所有