软件架构设计交流.ppt

《软件架构设计交流.ppt》由会员分享，可在线阅读，更多相关《软件架构设计交流.ppt（56页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Effective Arch Design软件架构设计交流软件架构设计交流p培训简介培训简介p架构杂谈架构杂谈pADMEMS方法体系方法体系pPre-Architecture阶段阶段pConceptual-Architecture阶段阶段pRefined-Architecture阶段阶段p持续关注非功能需求持续关注非功能需求pADMEMS方法最佳实践方法最佳实践p一些启发一些启发议议 程程培训简介培训简介培训名称：软件架构最佳实践与工程化方法 软软件件架架构构专专家家 架架 构构 咨咨 询询 顾顾 问问 与与 培培 训训 师师软软件件架架构构设设计计，一一线线架架构构 师师 实实 践践 指指

2、南南 作作者者温温 昱昱答疑邮箱：答疑邮箱：p培训简介培训简介p架构杂谈架构杂谈pADMEMS方法体系方法体系pPre-Architecture阶段阶段pConceptual-Architecture阶段阶段pRefined-Architecture阶段阶段p持续关注非功能需求持续关注非功能需求pADMEMS方法最佳实践方法最佳实践p一些启发一些启发议议 程程架构杂谈架构杂谈软件架构设计=概要设计系统分析=需求捕获+需求分析+架构设计企业架构=业务架构 +数据架构 +应用架构 +技术架构需求分析师架构师需求分析师架构师软件架构概念架构概念的两个核心思想架构=元素+交互架构=重要决策集合Len

3、Bass的架构定义某个软件或计算机系统的软件架构是该系统的一个或多个结构，每个结构均由软件元素、这些元素的外部可见属性、以及这些元素之间的关系组成。软件架构在不断发展，但它仍然是一个尚不成熟的学科。Len Bass，软件构架实践（第二版）p培训简介培训简介p架构杂谈架构杂谈pADMEMS方法体系方法体系pPre-Architecture阶段阶段pConceptual Architecture阶段阶段pRefined Architecture阶段阶段p持续关注非功能需求持续关注非功能需求pADMEMS方法最佳实践方法最佳实践p一些启发一些启发议议 程程架构设计三个经典难题三个经典难题需求架构思维

4、过程乱 不能系统有序进不能系统有序进行思维行思维输出乱 不能错落有致提不能错落有致提供设计决策供设计决策输入乱 不能深入全面把不能深入全面把握需求握需求架构师：混乱是思维的大敌！一套实践体系一套实践体系 Pre-architecture阶段：错过=过错 Conceptual Arch阶段：大系统成败关键 Refined Arch阶段：团队并行开发基础PA阶段阶段需求需求CA阶段阶段RA阶段阶段架构架构ADMEMS的四点核心主张的四点核心主张方法体系是大趋势Architecture Design Method has been Extended to Method System质疑驱动的架构设计

5、多阶段方法内置最佳实践的方法p培训简介培训简介p架构杂谈架构杂谈pADMEMS方法体系方法体系pPre-Architecture阶段阶段pConceptual Architecture阶段阶段pRefined Architecture阶段阶段p持续关注非功能需求持续关注非功能需求pADMEMS方法最佳实践方法最佳实践p一些启发一些启发议议 程程Pre-architecture：不仅是理解需求第第1步：需求结构化步：需求结构化第第2步：分析约束影响步：分析约束影响第第3步：确定关键质量步：确定关键质量第第4步：确定关键功能步：确定关键功能确定关键功能确定关键功能确定关键质量确定关键质量持续关注业

6、持续关注业务需求和约束务需求和约束全面有序理解需求全面有序理解需求影响架构的因素影响架构的因素:多而杂多而杂对比：经典的需求分类方式需求是有结构的工具：ADMEMS矩阵业务目标快好省技术性约束标准性约束法规性约束遗留系统集成技术趋势分批实施竞争因素与竞争对手用户需求运行期质量用户群特点用户水平多国语言行为需求开发期质量开发团队技术水平开发团队磨合程度开发团队分布情况开发团队业务知识管理：保密要求管理：产品规划安装维护用户需求用户需求开发需求开发需求组织需求组织需求功能功能质量质量约束约束ADMEMS对策：约束4大类型理解力：不能“还原”，何谈“模仿”创造力：用好Pre-architecture

7、阶段业务业务目目标标、及、及业务业务愿景：愿景：网站定位：B2C零售当前经营：图书未来经营：图书、软件、音乐制品、电子产品、玩具、婴儿用品、化妆品、宠物、艺术品、杂货。商商业质业质量：量：新功能上线快，随需应变商商业约业约束：束：投资2000万用于初期开发、运营、市场，之前须取得一定成功并融资成功集成集成约约束：束：物流、银行、海关、实体店、各类提供商（包括工厂等生产企业、以及代理商等经销企业）用用户户：终端用户各种员工角色终终端用端用户户功能：功能：互动功能最快的全库搜索管理管理员员功能：功能：频率极高的新货上架，灵活的打折设置运行期运行期质质量：量：可伸缩性：几乎没有上限性能：即强调速度，

8、又强调吞吐量易用性：最便捷的选择方式安全性：数据安全互操作性：含公司各系统间互操作用用户级约户级约束：束：便捷的购物流程客户群大：多国语言客户群大：关注范围差异，须个性化消费心理：营造集市效应，“别人也买了”、“别人还买了”开开发发期期质质量：量：可扩展性开开发发方方约约束：束：网站发展路线图用户用户开发开发组织组织功功 能能质质 量量约约 束束p培训简介培训简介p架构杂谈架构杂谈pADMEMS方法体系方法体系pPre-Architecture阶段阶段pConceptual Architecture阶段阶段pRefined Architecture阶段阶段p持续关注非功能需求持续关注非功能需求

9、pADMEMS方法最佳实践方法最佳实践p一些启发一些启发议议 程程重大需求塑造概念架构架构决定因素架构决定因素 关键功能关键功能 关键质量业务需求与约束关键质量业务需求与约束概念架构设计方法第一步：基于关键功能，进行初步设计运用鲁棒图（边界对象+控制对象+实体对象），通过为功能规划职责协作链来发现职责第二步：综合初步设计，确定高层分割结合架构模式，进行分层第三步：考虑非功能需求，做出相应决策“目标-场景-决策”表概念性架构设计过程概念性架构设计过程概念性架构设计过程概念性架构设计过程p培训简介培训简介p架构杂谈架构杂谈pADMEMS方法体系方法体系pPre-Architecture阶段阶段pC

10、onceptual Architecture阶段阶段pRefined Architecture阶段阶段p持续关注非功能需求持续关注非功能需求pADMEMS方法最佳实践方法最佳实践p一些启发一些启发议议 程程RUP的4+1视图Design ViewImplementation ViewProcess ViewComponents Classes,interfaces,collaborationsActive classesDeployment ViewNodesUse Case ViewUse cases架构设计的5视图运行架构数据架构物理架构逻辑架构开发架构 持久数据单元 文件 关系数据库 实

11、时数据库 数据存储格式 文件格式 数据库Schema 程序单元 源文件、配置文件 程序库、框架 目标单元 程序单元组织 Project划分 Project目录结构 编译依赖关系 控制流 进程、线程 中断服务程序 控制流组织 系统启动与停机 控制流通信 加锁与同步 职责划分 逻辑层（Layer）子系统、模块 关键类 职责间协作 接口 协作关系 物理节点 PC、服务器 单片机、单板机、专用机 软件安装、部署、烧写 系统软件选型 物理节点拓扑 连接方式、拓扑结构 物理层（Tier）冗余考虑架构设计的5视图逻辑架构视图三种手段：高层元素-模块手段：分层的细化手段：分区的引入手段：机制的提取职责划分：4

12、大通用原则 架构本身考架构本身考虑虑人的因素考人的因素考虑虑逻辑架构：迭代的设计思路结构方面的切分行为方面的约定逻辑架构设计经验要点1.划分子系统：分层的细化划分子系统：分层的细化2.划分子系统：分区的引入划分子系统：分区的引入3.划分子系统：机制的提取划分子系统：机制的提取4.协作决定接口协作决定接口5.循序渐进的螺旋思维循序渐进的螺旋思维序列图的优点序列图的优点 与与 协作图的问题协作图的问题包包-接口图：从结构到行为的桥接口图：从结构到行为的桥开发架构设计开发架构设计开发架构：并行开发的必要基础将“逻辑职责”映射为程序单元开发技术选型“程序单元”间关系运行架构设计运行架构设计运行架构：系

13、统的“运行时”结构引入控制流确定控制流关系处理附加问题物理架构设计物理架构设计物理架构：物理节点及部署机构物理拓扑软件到硬件的映射思维要点数据架构的难点：数据分布数据架构的难点：数据分布数据分布式存储的6种策略独立Schema(separate schema)集中(centralized)分区(partitioned)复制(replicated)子集(subset)重组(reorganized)议议 程程p培训简介培训简介p架构杂谈架构杂谈pADMEMS方法体系方法体系pPre-Architecture阶段阶段pConceptual Architecture阶段阶段pRefined Archi

14、tecture阶段阶段p持续关注非功能需求持续关注非功能需求pADMEMS方法最佳实践方法最佳实践p一些启发一些启发确定关键质量时确定关键质量时不再拍脑袋：从场景到决策场场 景景非功能需求性能、持续可用性、安全性、可扩展性设计决策设计决策需求设计笼统明确思维工具：目标-场景-决策表理性设计是关键目标目标目标目标场景场景场景场景决策决策决策决策性能客户端，重复请求页面，Web服务器请求数多负载压力大代理服务器客户端，重复请求页面，页面生成逻辑重复执行Html静态化客户请求，来自不同ISP，页面跨网络传递慢内容分发网络客户端，大量请求图片资源，Web服务器压力大客户端，大量请求图片资源，Web服务

15、器无法专门优化图片服务器程序，大量申请数据，硬盘IO压力大程序，申请不同数据，DBMS缓存低效数据库拆分（环境：部署多个DBMS实例）程序，更新数据，数据复制开销大数据库读写分离议议 程程p培训简介培训简介p架构杂谈架构杂谈pADMEMS方法体系方法体系pPre-Architecture阶段阶段pConceptual Architecture阶段阶段pRefined Architecture阶段阶段p持续关注非功能需求持续关注非功能需求pADMEMS方法最佳实践方法最佳实践p一些启发一些启发划分子系统：分层的细化划分子系统：分层的细化划分子系统：分区的引入划分子系统：分区的引入划分子系统：机制

16、的提取划分子系统：机制的提取协作决定接口协作决定接口序列图的优点序列图的优点 与与 协作图的问题协作图的问题包包-接口图：从结构到行为的桥接口图：从结构到行为的桥灰盒包图：描述关键子系统灰盒包图：描述关键子系统循序渐进的螺旋思维循序渐进的螺旋思维设计模式：包内结构设计模式：包内结构设计模式：包间协作设计模式：包间协作3 13 23 33 53 63 73 83 93103 4架构设计的10条经验业界趋势：方法体系是必由之路1.架构与架构与OO：必须弄清谁包含谁：必须弄清谁包含谁2.多视图方法：必须贴近实践多视图方法：必须贴近实践3.大系统架构设计能否成功：要靠概念架构大系统架构设计能否成功：要

17、靠概念架构4.非功能需求支持能否到位：要靠场景思维非功能需求支持能否到位：要靠场景思维5.混乱乃思维大敌：但架构设计的混乱存在于何处混乱乃思维大敌：但架构设计的混乱存在于何处6.需求决定了架构：但不同需求影响架构的原理有何不同需求决定了架构：但不同需求影响架构的原理有何不同7.关键需求决定架构：实践关键需求决定架构：实践 理论理论8.架构设计：单一方法架构设计：单一方法 or 方法体系方法体系9.时间先后组织方法体系：架构视图时间先后组织方法体系：架构视图 架构层次架构层次10.技术选择与非功能考虑：歼灭战技术选择与非功能考虑：歼灭战 or 持久战持久战目标场景决策需求层次需求层次-需需求方面

18、矩阵求方面矩阵目标目标-场景场景-决策表决策表经验库经验库5 5顶视图帽顶视图帽激激 活活提提 供供 设设计计 针针 对对 性性明明 确确 化化多角度多角度法则法则连贯性连贯性法则法则上上下下文文法法则则架构方法的核心是思维方法企业内训时推荐的文档模板1.文档简介1.1 文档目的1.2 文档范围1.3 定义、缩写词和缩略语1.4 参考资料2.架构描述方式2.1 架构视图阅读指南2.2 图表与模型阅读指南3.架构设计目标3.1 关键功能3.2 关键质量属性3.3 业务需求和约束因素4.架构设计原则4.1 架构设计原则4.2 备选架构设计方案及被否原因4.3 架构设计对后续工作的限制（详设，部署等

19、）5.逻辑架构视图5.1 职责划分与职责确定5.2 接口设计与协作机制5.3 重要设计包企业内训时推荐的文档模板6.开发架构视图6.1 Project划分6.2 Project 11.project目录结构指导2.程序单元组织3.框架与应用之间的关系（可选）6.3 Project n7.运行架构视图7.1 控制流组织7.2 控制流的创建、销毁、通信7.3 加锁设计8.物理架构视图8.1 物理拓扑8.2 软件到硬件的映射8.3 优化部署9.数据架构视图1.持久化机制的选择2.持久化存储方案3.数据同步与复制策略10.关键质量属性的设计原理议议 程程p培训简介培训简介p架构杂谈架构杂谈pADMEM

20、S方法体系方法体系pPre-Architecture阶段阶段pConceptual Architecture阶段阶段pRefined Architecture阶段阶段p持续关注非功能需求持续关注非功能需求pADMEMS方法最佳实践方法最佳实践p一些启发一些启发一些启发一些启发无论是培训还是阅读书籍都只是开始，实践才能将知识变为能力经历不等于经验，只有通过思考和总结才能将经历变成经验吸收新技能沉淀成经验一些启发一些启发申报系统改造思路申报数据分析出运数据有申报、保费和收汇三类操作。申报和保费操作一般当月完成，月底结账，具有明显的按月操作特性。申报冲账和收汇可能当月也可能跨月完成。一些启发一些启发申报系统改造思路改造方案：按照“垂直分区”数据分布策略，将出运表分为收汇、申报和保费三张表。按照“子集”数据分布策略，将出运数据分为当期和历史两个表当期可以是当月，这样冲账需要操作历史表当期也可以是过去一年，这样所有操作都发生在当期表上一些启发一些启发产品定义系统设计思路目标：通过参数化配置方法实现保险产品手段：采用框架思想来设计产品定义系统Q&A谢谢！谢谢！