系统架构设计-如何设计架构.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
系统架构设计-如何设计架构.pdf

系统架构设计:如何设计架构? 疯狂代码 / ĵ http://ProjectManagement/Article49468.html   Part 1 层   层(layer)这个概念在计算机领域是非常了不得个概念计算机本身就体现了种层概念:系统层、设备驱动层、 操作系统层、CPU指令集每个层都负责自己职责网络同样也是层概念最著名OSI 7层协议   层到了软件Software领域也样好用为什么呢?我们看看使用层技术有什么好处   ● 你使用层但是不需要去了解层实现细节   ● 可以使用另种技术来改变基础层而不会影响上面层应用   ● 可以减少区别层的间依赖   ● 容易制定出层标准   ● 底下层可以用来建立顶上层多项服务 当然层也有弱点   ● 层不可能封装所有功能旦有功能变动势必要波及所有层   ● 效率降低   当然层最难个问题还是各个层都有些什么以及要承担何种责任   典型 3层结构    3层结构估计大家都很熟悉了就是表示(presentation)层, 领域(do)层, 以及基础架构(infrastructure)层   表示层逻辑主要处理用户和软件Software交互现在最流行莫过于视窗图形界面(wimp)和基于html界面了 表示层主要职责就是为用户提供信息以及把用户指令翻译传送给业务层和基础架构层 基础架构层逻辑包括处理 和其他系统通信代表系统执行任务例如数据库系统交互和其他应用系统交互等大多数信息系统这个层最大逻辑 就是存储持久数据   还有个就是领域层逻辑有时也被叫做业务逻辑它包括输入和存储数据计算验证表示层来数据根据表示层指 令指派个基础架构层逻辑   领域逻辑中人们总是搞不清楚什么事领域逻辑什么是其它逻辑例如个销售系统中有这样个逻辑:如果本月销 售量比上个月增长10%就要用红色标记要实现这个功能你可能会把逻辑放在表示层中比较两个月数字如果超出 10%就标记为红色   这样做你就把领域逻辑放到了表示层中了要分离这两个层你应该现在领域层中提供个思路方法用来比较 销售数字增长这个思路方法比较两个月数字并返回boolean类型表示层则简单该思路方法如果返回true则标记 为红色   例子   层技术不存在说永恒窍门技巧如何使用都要看具体情况才能够决定下面我就列出了 3个例子   例子1:个电子商务系统要求能够同时处理大量用户请求用户范围遍及全球而且数字还在不断增长但是领域 逻辑很简单无非是订单处理以及和库存系统连接部分这就要求我们1、表示层要友好能够适应最广泛用户因此采 用html技术;2、支持分布式处理以胜任同时几千访问;3、考虑未来升级   例子2:个租借系统系统用户少多但是领域逻辑很复杂这就要求我们制作个领域逻辑非常复杂系统另外还要 给他们用户提供个方便输入界面这样wimp是个不错选择   例子3:简单系统非常简单用户少、逻辑少但是也不是没有问题简单意味着要快速交付并且还要充分考虑日 后升级需求在不断增加的中   何时分层   这样 3个例子就要求我们不能够概而论解决问题而是应该针对问题具体情况制定具体解决思路方法这 3个 例子比较典型   第 2个例子中可能需要严格分成 3个层次而且可能还要加上另外中介(mediating)层例3则不需要如果你要 做仅是查看数据那仅需要几个server页面来放置所有逻辑就可以了   我般会把表示层和领域层/基础架构层分开除非领域层/基础架构层非常简单而我又可以使用工具来轻易绑 定这些层这种两层架构最好例子就是在VB、PB环境中很容易就可以构建出个基于SQL数据库windows界面系统 这样表示层和基础架构层非常致但是旦验证和计算变得复杂起来这种方式就存在先天缺陷了   很多时候领域层和基础架构层看起来非常类似这时候其实是可以把它们放在起可是当领域层业务逻辑和 基础架构层组织方式开始区别时候你就需要分开 2者   更多层模式    3层架构是最为通用尤其是对IS系统其它架构也有但是并不适用于任何情况   第种是Brown model [Brown et al]它有 5个层:表示层(Presentation)控制/中介层 (Controller/Mediator)领域层(Do), 数据映射层(Data Mapping), 和数据源层(Data Source)它其实就是

您可能关注的文档

文档评论(0)

youyang99 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档