- 1、本文档共65页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
系统架构方法论基础篇
培训目标 解开架构的神秘面纱 列举众多的示例,供大家参考 希望人人了解架构,人人都可以从架构师的高度开展工作 培训目录 掀起了你的盖头来 架构其实不复杂 架构是需要维护的 什么是架构? 组成派 软件系统的架构将系统描述为计算组件及组件之间的交互(The architecuture of a software system defines the system in terms of computational components and interactions among those components) Mary Shaw《软件体系结构:一门初露端倪学科的展望》 决策派 软件架构包含了关于一下问题的重要决策 软件系统的组织 选择组成系统的结构元素和他们之间的接口,以及当这些元素相互协作时所体现的行为 如何组合这些元素,使他们逐渐合成更大的子系统 用户知道这个系统组织的架构风格:这些元素以及他们的接口、协作和组合 软件架构并不仅仅注重软件本身的结构和行为,还注重其他特性:使用、功能性、性能、弹性、重用、可理解性、经济和技术的限制和权衡,以及美学 Rational统一过程 框架与架构 框架是软件,架构不是软件 为什么要做架构 上承业务目标 下接技术决策 控制整体复杂性 有利于软件目标的沟通并达成一致 有利于软件的组织和开发 有利于迭代开发和增量交付 架构设计关注性能、可扩展性、可测试性等非功能性要求,有利于提高软件的整体质量 架构5视图 实际工作中常见的架构 架构设计必会之关键词:解耦 耦合是指两个或两个以上的体系或两种运动形式间通过相互作用而彼此影响以至联合起来的现象。 我们的目标是“高内聚,低耦合” 模块与模块之间,尽可能的使其独立存在,让每个模块,尽可能的独立完成某个特定的子功能。 模块与模块之间的接口,尽量的少而简单 松耦合的设计包含多个层面: 数据 服务提供及时用 应用分工及接口 平台依赖性 通信方式 流程 架构设计必会之关键词:分层 分层设计是架构设计的最重要的法宝之一 分层设计的要点 业务分层 技术分层 好的分层设计往往能够让您名垂千古 分层设计示例 架构设计必会之关键词:封装与复用 封装的典型设计模式:Adapter模式 架构设计必会之关键词:分解(细化) 培训目录 掀起了你的盖头来 架构其实不复杂 架构是需要维护的 关于架构的架构 一、体系架构 中国电信CTG-MBOSS体系架构 NGBOSS体系架构 中国电信OSS运维模型 二、能力架构(业务视图) OneOSS业务视图 CRM业务能力框架-二级视图 移动电子商务的总体架构 三、功能架构 宽带P-BOSS功能结构—level 1 中国电信CTG-MBOSS功能架构(Level2) NG-CRM2.0功能架构 另一种风格的功能架构 四、系统架构(逻辑架构) NGBOSS总体系统架构 中国电信CTG-MBOSS系统架构图 VGOP系统架构(功能架构OR系统架构) 北京移动BOSS3期系统架构 五、数据架构 数据架构 NGBOSS统一的企业级数据基础架构 NGBOSS数据集成架构 中国联通规划的企业数据架构 六、集成架构 ESOP-集成架构 VGOP集成架构:接口视图 北京移动BOSS3 智能网和BOSS集成方案的整体架构 七、部署架构 NGBOSS规划的超大省系统部署架构 ESOP-应用部署架构 VGOP-部署架构 VGOP:部署架构 VGOP部署架构 部署架构:北京移动BOSS3 八、运行架构 运行架构 运行架构: BOSS 系统交易流 九、开发架构 VGOP能力管理子系统开发架构:采用分布式的内存数据池管理技术支持高达5000万用户的、高并发度的用户使用鉴权 VGOP技术架构 VGOP能力管理子系统架构 技术架构 技术架构:UOM 技术架构:综合结算系统层次化设计基本框架 架构之间的关系 培训目录 掀起了你的盖头来 架构其实不复杂 架构是需要维护的 架构不是一成不变的一次性设计,架构是需要随着系统的发展而逐步演进的 不同的架构之间是互相影响的,任何一个架构的变更和修改,都可能会涉及众多架构的相应调整 架构定义了不同组件间的基本分工原则,在系统满足更多新的业务需求的同时,要尽量保持这些分工原则不变,如果必须改变,则需要进行认真的论证和评审 架构不是万能的,很多实际的技术问题必须依靠架构之外的东西解决,架构只给出系统的宏观实现蓝图 J2EE架构 架构是一系列重要决策的集合,这些决策与以下内容有关:软件的组织、构成系统的结构元素及其接口的选择,这些元素在相互协作中明确表现出的行为,这些结构元素和行为元素进一步组合所构成的更大规模的子系统,以及指导这一组织(包括这些元素及其接口、他们的写作和他们的组合)的架构风格 N年之前
文档评论(0)