架构设计-策略与过程课件

架构设计：策略与过程温昱wenyu@架构设计：策略与过程温昱1议程分而治之之道架构在软件开发中的“位置”架构设计策略架构设计过程议程分而治之之道2思考：C++语言的细节思考：C++语言的细节3思考：C++语言与分而治之思考：C++语言与分而治之4思考：动态场景思考：动态场景5分而治之的两种方式分而治之的两种方式6议程分而治之之道架构在软件开发中的“位置”架构设计策略架构设计过程议程分而治之之道7软件开发（黑盒）软件开发（黑盒）8功能vs.结构功能vs.结构9软件开发（灰盒）软件开发（灰盒）10架构设计不仅关心结构“力量是一种关系。”结构是否适应功能？架构设计不仅关心结构“力量是一种关系。”结构是否适应功能？11架构的位置完成从功能到结构的转换架构的位置完成从功能到12原来如此原来如此13架构在生命周期中的作用架构在生命周期中的作用14议程分而治之之道架构在软件开发中的“位置”架构设计策略架构设计过程议程分而治之之道15策略1：全面认识需求真正重视非功能需求之后，需求空间平面被“拉”成了立方体。策略1：全面认识需求真正重视非功能需求之后，需求空间平面被“16需求层次论需求层次论17需求层次论来源：《SoftwareRequirements》需求层次论来源：《SoftwareRequirements18付诸实践建立自己的、多维的、Checklist式的“需求分类图谱”。实用！付诸实践建立自己的、多维的、实用！19策略2：关键需求决定架构是防守，更是进攻！防守：务实，甚至不得已进攻：为了更好的架构策略2：关键需求决定架构是防守，更是进攻！20从功能到结构来源：IvarJacobson从功能到结构来源：IvarJacobson21“关键需求决定架构”的原因来源：IvarJacobson“关键需求决定架构”的原因来源：IvarJacobson22付诸实践

organizedocumentsprocessmakeadiagramexplaintechnicalwriterretrievedocumentsaccesstoFVSdetectconflictsaccesstoPVSdetectloadbalanceexaminedeliberationssend/receiveane-mailparticipantscoordinatorprogrammeranalystdesigneranalystdesignerFVSFVSIFsourcesdiagramsCVSlogdetectdetectIFPVSoperateoperatePVSIFloadanalyzeanalyzedetectIFmailsextractsummarydetectstructuredeliberationthreadsexamineIFexaminemailIFsendreceivemakemakeIFrecordexplanationrecordIFprocessIFprocessProcessedorganizeIForganizedocumentsinXMLretrieveretrieveIFconflicts来源：KoichiroOchimizu付诸实践organizeprocessmakeaexp23特别提醒不同时期，划分需求重要等级的尺度不同！特别提醒不同时期，划分需求重要等级的尺度不同！24策略3：多视图探寻架构著名的4+1视图……可根据情况增减……策略3：多视图探寻架构著名的4+1视图……254+1视图4+1视图26概念图概念图27上下文图（数据流图语法）上下文图（数据流图语法）28上下文图（UseCase语法）上下文图（UseCase语法）29策略4：尽早验证架构验证架构的技术可分为两种：原型法（RUP称为可执行架构）框架化（FrameworkFirst）策略4：尽早验证架构验证架构的技术可分为两种：30原型法原型法31可执行架构RUP中的可执行架构（executablearchitecture），即垂直进化原型。可执行架构RUP中的可执行架构（executablearc32架构框架化CommonspotHotspotFramework多种分类方法:技术框架业务框架（针对不同领域）白盒框架（玻璃盒为特例）黑盒框架灰盒框架ApplicationFrameworkMiddlewareFrameworkInfrastructureFramework垂直框架水平框架架构框架化CommonspotHotspotFramew33总结：架构设计策略全面认识需求关键需求决定架构多视图探寻架构尽早验证架构总结：架构设计策略全面认识需求34议程分而治之之道架构在软件开发中的“位置”架构设计策略架构设计过程议程分而治之之道35架构分析架构分析36架构设计架构设计37谢谢大家！谢谢大家！38架构设计：策略与过程温昱wenyu@架构设计：策略与过程温昱39议程分而治之之道架构在软件开发中的“位置”架构设计策略架构设计过程议程分而治之之道40思考：C++语言的细节思考：C++语言的细节41思考：C++语言与分而治之思考：C++语言与分而治之42思考：动态场景思考：动态场景43分而治之的两种方式分而治之的两种方式44议程分而治之之道架构在软件开发中的“位置”架构设计策略架构设计过程议程分而治之之道45软件开发（黑盒）软件开发（黑盒）46功能vs.结构功能vs.结构47软件开发（灰盒）软件开发（灰盒）48架构设计不仅关心结构“力量是一种关系。”结构是否适应功能？架构设计不仅关心结构“力量是一种关系。”结构是否适应功能？49架构的位置完成从功能到结构的转换架构的位置完成从功能到50原来如此原来如此51架构在生命周期中的作用架构在生命周期中的作用52议程分而治之之道架构在软件开发中的“位置”架构设计策略架构设计过程议程分而治之之道53策略1：全面认识需求真正重视非功能需求之后，需求空间平面被“拉”成了立方体。策略1：全面认识需求真正重视非功能需求之后，需求空间平面被“54需求层次论需求层次论55需求层次论来源：《SoftwareRequirements》需求层次论来源：《SoftwareRequirements56付诸实践建立自己的、多维的、Checklist式的“需求分类图谱”。实用！付诸实践建立自己的、多维的、实用！57策略2：关键需求决定架构是防守，更是进攻！防守：务实，甚至不得已进攻：为了更好的架构策略2：关键需求决定架构是防守，更是进攻！58从功能到结构来源：IvarJacobson从功能到结构来源：IvarJacobson59“关键需求决定架构”的原因来源：IvarJacobson“关键需求决定架构”的原因来源：IvarJacobson60付诸实践

organizedocumentsprocessmakeadiagramexplaintechnicalwriterretrievedocumentsaccesstoFVSdetectconflictsaccesstoPVSdetectloadbalanceexaminedeliberationssend/receiveane-mailparticipantscoordinatorprogrammeranalystdesigneranalystdesignerFVSFVSIFsourcesdiagramsCVSlogdetectdetectIFPVSoperateoperatePVSIFloadanalyzeanalyzedetectIFmailsextractsummarydetectstructuredeliberationthreadsexamineIFexaminemailIFsendreceivemakemakeIFrecordexplanationrecordIFprocessIFprocessProcessedorganizeIForganizedocumentsinXMLretrieveretrieveIFconflicts来源：KoichiroOchimizu付诸实践organizeprocessmakeaexp61特别提醒不同时期，划分需求重要等级的尺度不同！特别提醒不同时期，划分需求重要等级的尺度不同！62策略3：多视图探寻架构著名的4+1视图……可根据情况增减……策略3：多视图探寻架构著名的4+1视图……634+1视图4+1视图64概念图概念图65上下文图（数据流图语法）上下文图（数据流图语法）66上下文图（UseCase语法）上下文图（UseCase语法）67策略4：尽早验证架构验证架构的技术可分为两种：原型法（RUP称为可执行架构）框架化（FrameworkFirst）策略4：尽早验证架构验证架构的技术可分为两种：68原型法原型法69可执行架构RUP中的可执行架构（executablearchitecture），即垂直进化原型。可执行架构RUP中的可执行架构（executablearc70架构框架化CommonspotHotspotFramework多种分类方法:技术框架业务框架（针对不同领域）白盒框架（玻璃盒为特例）黑盒框架灰盒框架ApplicationFrameworkMiddlewar