- 1、本文档共489页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
*;目录;前言;软件系统开始坏死的病症;;;;;;;;;软件架构视图;“系统架构图”?;;;;;;关系;;;软件生命周期与软件架构介绍;*;*;*;*;*;*;*;*;*;*;*;*;*;;;;架构和设计应该做到何种程度;;;;;;;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;质量属性驱动架构设计策略;;;;;;;“属性-场景-决策“表法;;;例:可扩展性质量属性;;;;架构的目标;;;;*;;;;;;;;;;;;;;;;;*;;*;*;*;;;;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;软件架构模式分析及其实际运用;;软件架构概论;;架构的种类;逻辑架构;物理架构;系统架构;架构的两要素;;;;;;;;;;;;;;;;;软件框架;为什么要用框架;*;*;C++框架;;;*;;架构模式(ArchitecturalPattern);;;几种典型的架构模式;其它;分层(Layer);分层模型;;管道和过滤器〔PipesandFilters〕;;;解决方案与结构;优点与缺点;黑板(Blackboard);经纪人(Broker);客户/效劳器〔Client/Server〕;优缺点;点对点〔PeertoPeer〕;模型-视图-控制器〔MVC〕;模型—视图—控制器交互的示意图;模型:视图:控制器:;采用MVC的好处;在JavaWeb应用中的惯用法;Event-based风格;架构设计原那么;;;;;;信息隐藏;抽象;;;;;;;;;;;;;;;;;;;;;;面向对象的设计原那么;liskov替换原那么〔LSP〕;子类型必须能够替换掉其基类型;违反LSP导致违反OCP的简单例子;改善;例:会议管理系统;;改善;例:GUI对象;;;改善2;例:Line;改善:提取公共局部替代继承;例:PresistentSet;需求变更;;问题;;;;;DIPandIOC;相关概念;接口和实现别离?;;;依赖于特定函数的框架;;;;;;电影清单的例子;;对抗变化;客户代码;Spring注入;配置文件;接口隔离原那么〔ISP〕;例;一种方案;问题;使用委托别离接口;使用多重继承别离接口;内接口与外接口;普通接口与智能接口;架构设计验证;软件可维护性;软件的可维护性概述;;;;;;;;软件可维护策略;;;;;软件可扩展性设计策略;;应用框架作用;应用框架解析----框架开发过程;应用框架解析----框架开发过程;*;软件的可复用性概述;;;;;;持久层设计;数据库设计根底;;;;;;;;;;;;;;;;;;;;;小提示;;;;;实践;评分系统;;;;;;会议系统;数据表的导出与导入;;将对象映射到数据库;将结构射到它自己的表;将结构映射到宿主结构的表;;;将对象映射到多个表;映射结构关系;映射一对一和多对一关系;;映射多对多关系;映射继承;;每个继承体系一个表;;*;借鉴RUP中的设计流程;*;误区1—长蛇阵;误区2—活动图?序列图?;误区3—误用关系类型;误区4—状态图常见错误;误区5—太挤;;误区7—万金油图;如何改进;*;*;*;*;*;*;*;*;*;*;*;应用UML建模过程;应用UML建模过程;设计模型的内容与演进
广义的设计模型包括在分析和设计活动中得到的所有结果。设计模型由3局部组成:
“UseCase实现”:反映软件需求对设计内容的驱动
层次构架(Layers):一种典型的构架模式,它将分析和设计的结果按照特殊到一般的等级分组,层次构架中的内容是后续开发活动的直接依据。
构架机制(Mechanism)描述可复用的设计经验;;应用UML建模过程;全局分析;全局分析;全局分析;全局分析;全局分析;UseCase
?
优先级风险
;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;局局部析;;局局部析;分析类的职责;分析类的职责;分析类经验法那么;;分析类经验法那么;局局部析;全局设计;全局设计;设计模型和数据模型的关联;设计模型和数据模型的关联;设计模型和数据模型的关联;整理设计文档;领域模型及业务逻辑层在架构设计中的实现;面向对象分析;确定系统的目标和特性;确定系统的特性;确定记录重要信息〔日志〕的特性;确定交易过程的特性;分析交易成果;确定与其它系统交互的特性;建立问题域对象模型;;;;使用组件模型的意义;组件的设计方法;问题域对象;“选择参与者”策略;*;*;*;*;*;*;*;*;*;*;Abstractfactory〔抽象工厂〕;;结构图;效果;效果;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*;*
文档评论(0)