架构设计中策略与过程

1、架构设计中策略与过程议程 分而治之之道 架构在软件开发中的“位置” 架构设计策略 架构设计过程思考：C+语言的细节思考：C+语言与分而治之思考：动态场景分而治之的两种方式议程 分而治之之道 架构在软件开发中的“位置” 架构设计策略 架构设计过程软件开发（黑盒）功能vs.结构软件开发（灰盒）架构设计不仅关心结构“力量是一种关系。力量是一种关系。” 结构是否适应功能？结构是否适应功能？架构的位置完成从功能到结构的转换原来如此架构在生命周期中的作用运行与维护移交构造细化初始承载决策组织开发支持重用系统演进控制复杂性报废议程 分而治之之道 架构在软件开发中的“位置” 架构设计策略 架构设计过程策略1：

2、全面认识需求真正重视非功能需求之后，需求空间平面被“拉”成了立方体。需求层次论需求层次论来源：Software Requirements付诸实践 建立自己的、多维的、Check list式的“需求分类图谱”。实用！策略2：关键需求决定架构是防守，更是进攻！防守：务实，甚至不得已进攻：为了更好的架构从功能到结构来源：Ivar Jacobson“关键需求决定架构”的原因来源：Ivar Jacobson付诸实践organizedocumentsprocessmake adiagramexplaintechnical writerretrieve documentsaccess toFVSdetect

3、conflictsaccess toPVSdetectload balanceexaminedeliberationssend / receivean e- mailparticipantscoordinatorprogrammeranalyst designeranalyst designerFVSFVS IFsources diagrams CVSlogdetectdetectIFPVSoperate operate PVS IFloadanalyzeanalyzedetectIFmailsextractsummarydetectstructuredeliberation threadse

4、xamineIFexaminemailIFsendreceivemakemakeIFrecordexplanationrecordIFprocessIFprocessProcessedorganizeIForganizedocuments in XMLretrieveretrieveIFconflicts来源： Koichiro Ochimizu特别提醒 不同时期，划分需求重要等级的尺度不同！策略3：多视图探寻架构著名的4+1视图可根据情况增减4+1视图概念图上下文图（数据流图语法）上下文图（Use Case语法）策略4：尽早验证架构验证架构的技术可分为两种：原型法（RUP称为可执行架构）框架化（Framework First）原型法可执行架构RUP中的可执行架构（executable architecture），即垂直进化原型。架构框架化Common spotHot spotFramework多种分类方法:技术框架业务框架（针对不同领域）白盒框架（玻璃盒为特例）黑盒框架灰盒框架Application FrameworkMiddleware FrameworkInfrastructure Framework垂直框架水平框架总结：架构设