《架构设计的事实与谬误流行观点及培训案例的分析温》由会员分享，可在线阅读，更多相关《架构设计的事实与谬误流行观点及培训案例的分析温（56页珍藏版）》请在金锄头文库上搜索。
1、 软软件件架架构构专专家家 架架 构构 咨咨 询询 顾顾 问问 与与 培培 训训 师师 软软 件件 架架 构构 设设 计计 作作 者者温温 昱昱架构设计的事实与谬误流行观点流行观点 及及 培训案例培训案例 的分析的分析答疑邮箱：答疑邮箱：职业经历电电 信信多媒体多媒体航航 空空金金 融融中间件中间件技术传播23 13 3议程3 4分层架构，没意思？分层架构，没意思？m分层架构有分层架构有“3 派派”m3层，还是层，还是7层层架构师，不必懂需求？架构师，不必懂需求？m目标不变论目标不变论m需求大局观需求大局观4+1视图，已足够？视图，已足够？m4+1视图的变革视图的变革m运行架构的嵌入式实践运行
2、架构的嵌入式实践小结小结谬误！分层架构=展现层+业务层+数据层Thats all. 没意思事实：其实你不懂我的心是分层架构吗？是分层架构吗？是分层架构吗？是分层架构吗？有奖问答总结：业界的分层流派（3+1）逻辑层Layer物理层Tier按通用性分层技术堆叠23 13 3议程3 4分层架构，没意思？分层架构，没意思？m分层架构有分层架构有“3 派派”m3层，还是层，还是7层层架构师，不必懂需求？架构师，不必懂需求？m目标不变论目标不变论m需求大局观需求大局观4+1视图，已足够？视图，已足够？m4+1视图的变革视图的变革m运行架构的嵌入式实践运行架构的嵌入式实践小结小结谬误！争论事实：不同系统，层
3、数一样？案例：案例：一个一个7 7层架构分析层架构分析事实：同一系统，层数不变？你所在的公司：你所在的公司：投标用投标用“市场架构市场架构”研发用研发用“技术架构技术架构”？23 13 3议程3 4分层架构，没意思？分层架构，没意思？m分层架构有分层架构有“3 派派”m3层，还是层，还是7层层架构师，不必懂需求？架构师，不必懂需求？m目标不变论目标不变论m需求大局观需求大局观4+1视图，已足够？视图，已足够？m4+1视图的变革视图的变革m运行架构的嵌入式实践运行架构的嵌入式实践小结小结谬误！互联网充斥着 “架构目标即灵活性” 等论调目标固定吗？分寸权衡呢？事实：需要确定质量目标4：考虑矛盾关系
4、5：把握严格程度项目：3-5 项产品：5-7 项平台：7-9 项例如银证项目： 易用性、安全性银证产品： 易用性、安全性、 互操作性、 可扩展性、可维护性金融平台： 安全性、互操作性、持续可用性、性能、 可扩展性、可维护性、可重用性、可管理性、开放性23 13 3议程3 4分层架构，没意思？分层架构，没意思？m分层架构有分层架构有“3 派派”m3层，还是层，还是7层层架构师，不必懂需求？架构师，不必懂需求？m目标不变论目标不变论m需求大局观需求大局观4+1视图，已足够？视图，已足够？m4+1视图的变革视图的变革m运行架构的嵌入式实践运行架构的嵌入式实践小结小结有奖问答2.需求文档= 架构设计的
5、全部依据，这种观点A.正确。此谓工程化B.错误。会太依赖文档质量C.错误。需求遗漏，会很被动D.错误。敏捷时代，写文档就是迂腐 E.非最佳。常造成架构设计开始较晚谬误！架构师，不必懂需求需求所有问题，都怪需求分析员？ 事实：情非得已什么原因，我竟然又会遇见你？什么原因，我竟然又会遇见你？我真的不愿意就这样陷入爱的陷阱我真的不愿意就这样陷入爱的陷阱 虽然架构师不能“吃透”需求，的确出人意料。既然企业为架构师安排了“技术晋升路线”，既然许多架构师也把自己当“纯粹的技术人员”，既然必须研究“时髦技术”否则被程序员看不起，既然设计模式和UML还在“排队”需求嘛就算了，架构师不能“吃透”需求也就在情理之
6、中了。导演不会导演，的确出人意料，但是想想导演要选美女演员，要学会上艺术人生导演不会导演也就在情理之中了； 策略：需求大局观雅虎培训：Amazon案例第第1步：需求结构化步：需求结构化业务目目标、及、及业务愿景：愿景：网站定位：B2C零售当前经营：图书未来经营：图书、软件、音乐制品、电子产品、玩具、婴儿用品、化妆品、宠物、艺术品、杂货。商商业质量：量：新功能上线快，随需应变商商业约束：束：投资2000万用于初期开发、运营、市场，之前须取得一定成功并融资成功集成集成约束：束：物流、银行、海关、实体店、各类提供商（包括工厂等生产企业、以及代理商等经销企业）用户用户开发开发组织组织功功 能能质质 量
7、量约约 束束第第1步：需求结构化步：需求结构化用用户：终端用户各种员工角色运行期运行期质量：量：易用性：最便捷的选择方式用用户级约束：束：便捷的购物流程客户群大：多国语言客户群大：关注范围差异，须个性化消费心理：营造集市效应，“别人也买了”、“别人还买了”开开发方方约束：束：新组建的团队用户用户开发开发组织组织功功 能能质质 量量约约 束束第第2步：分析约束影响步：分析约束影响业务目目标、及、及业务愿景：愿景：网站定位：B2C零售当前经营：图书未来经营：图书、软件、音乐制品、电子产品、玩具、婴儿用品、化妆品、宠物、艺术品、杂货。商商业质量：量：新功能上线快，随需应变商商业约束：束：投资2000
8、万用于初期开发、运营、市场，之前须取得一定成功并融资成功集成集成约束：束：物流、银行、海关、实体店、各类提供商（包括工厂等生产企业、以及代理商等经销企业）开开发方方约束：束：网站发展路线图用户用户开发开发组织组织功功 能能质质 量量约约 束束第第2步：分析约束影响步：分析约束影响业务目目标、及、及业务愿景：愿景：网站定位：B2C零售当前经营：图书未来经营：图书、软件、音乐制品、电子产品、玩具、婴儿用品、化妆品、宠物、艺术品、杂货。商商业质量：量：新功能上线快，随需应变商商业约束：束：投资2000万用于初期开发、运营、市场，之前须取得一定成功并融资成功集成集成约束：束：物流、银行、海关、实体店、
9、各类提供商（包括工厂等生产企业、以及代理商等经销企业）用用户：终端用户各种员工角色管理管理员功能：功能：灵活的打折设置频率极高的新货上架开开发期期质量：量：可扩展性用户用户开发开发组织组织功功 能能质质 量量约约 束束第第2步：分析约束影响步：分析约束影响用用户：终端用户各种员工角色终端用端用户功能：功能：最快的全库搜索评价功能（Web2.0）多角度关联信息管理管理员功能：功能：灵活的打折设置频率极高的新货上架用用户级约束：束：便捷的购物流程客户群大：多国语言客户群大：关注范围差异，须个性化消费心理：营造集市效应，“别人也买了”、“别人还买了”用户用户开发开发组织组织功功 能能质质 量量约约
10、束束第第2步：分析约束影响步：分析约束影响业务目目标、愿景：、愿景：网站定位：B2C零售当前经营：图书未来经营：商商业质量：量：新功能上线快，随需应变商商业约束：束：投资2000万集成集成约束：束：物流、银行、海关、实体店、各类提供商（包括工厂等生产企业、以及代理商等经销企业）运行期运行期质量：量：可伸缩性：几乎没有上限性能：即强调速度，又强调吞吐量安全性：数据安全持续可用性：不停机互操作性：含公司各系统间互操作开开发期期质量：量：可扩展性用户用户开发开发组织组织功功 能能质质 量量约约 束束23 13 3议程3 4分层架构，没意思？分层架构，没意思？m分层架构有分层架构有“3 派派”m3层，
11、还是层，还是7层层架构师，不必懂需求？架构师，不必懂需求？m目标不变论目标不变论m需求大局观需求大局观4+1视图，已足够？视图，已足够？m4+1视图的变革视图的变革m运行架构的嵌入式实践运行架构的嵌入式实践小结小结谬误！4+1视图，已足够它是架构设计方法的全部 事实：最天使我最爱的，就是那个天使我最爱的，就是那个天使我最恨的，就是那个天使我最恨的，就是那个天使5视图方法运行架构数据架构物理架构逻辑架构开发架构 持久数据单元 文件 关系数据库 实时数据库 数据存储格式 文件格式 数据库Schema 程序单元 源文件、配置文件 程序库、框架 目标单元 程序单元组织 Project划分 Projec
12、t目录结构 编译依赖关系 控制流 进程、线程 中断服务程序 控制流组织 系统启动与停机 控制流通信 加锁与同步 职责划分 逻辑层（Layer） 子系统、模块 关键类 职责间协作 接口 协作关系 物理节点 PC、服务器 单片机、单板机、专用机 软件安装、部署、烧写 系统软件选型 物理节点拓扑 连接方式、 拓扑结构 物理层（Tier ） 冗余考虑划分子系统：4大通用原则 架构本身考虑架构本身考虑人的因素考虑人的因素考虑：4+1视图剖析系列23 13 3议程3 4分层架构，没意思？分层架构，没意思？m分层架构有分层架构有“3 派派”m3层，还是层，还是7层层架构师，不必懂需求？架构师，不必懂需求？m
13、目标不变论目标不变论m需求大局观需求大局观4+1视图，已足够？视图，已足够？m4+1视图的变革视图的变革m运行架构的嵌入式实践运行架构的嵌入式实践小结小结谬误！多视图架构设计方法，总从逻辑视图开始事实！嵌入式系统架构设计，控制流较多时建议从运行架构开始案例案例优化一事件抽象层事件响应层事件调度层事件源事件产生事件调度基础框架硬件封装应用（响应）硬件23 13 3议程3 4分层架构，没意思？分层架构，没意思？m分层架构有分层架构有“3 派派”m3层，还是层，还是7层层架构师，不必懂需求？架构师，不必懂需求？m目标不变论目标不变论m需求大局观需求大局观4+1视图，已足够？视图，已足够？m4+1视图的变革视图的变革m运行架构的嵌入式实践运行架构的嵌入式实践小结小结4+1视图，视图，已足够？已足够？分层架构，分层架构，没意思？没意思？架构师，架构师，不必懂需求？不必懂需求？Q&A
