架构的基本原则解析.pptVIP

  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文档。上传文档
查看更多
架构的基本原则解析

内容 不包括的内容 知识结构与定位 第三原则 Principles 第三原则 第三原则 第四原则 Principles 第四原则 第二原则 Principles 第二原则 第一原则 Principles 什么是问题 第五原则 Principles 架构是什么? 什么是本质问题? 总结 架构师的能力模型 架构是什么? 第一原则:架构面向问题,但满足需求 为什么 第二原则:架构基于概念抽象,而非想像 怎么做 形式化方法 方法与工具 第四原则:过程之于结果,并没有必然性 过程 第三原则:架构 = 范围 + 联接件 目标 第五原则:系统的本质,即是架构的本质 是什么 过程的本身和结果,是没有灵魂的 架构是生产 架构是建筑 架构是艺术 周爱民 - 豌豆荚架构师 @aimingoo /aimingoo aiming@ 架构的指导原则 架构的 5 项核心指导原则 设计问题 架构、框架与库的实作问题 语言及其细节问题 软件工程、组织及其相关问题 架构 架构的核心指导原则(1~5) 原则(4) 原则(1) 原则(3) 架构发起 架构构建 架构交付 架构意图驱动的过程模型 总论 架构意图 过程论 架构思维 交付对象 1、架构的产出 2、“架构”作为一种交付物 第三原则:架构 = 范围 + 联接件 目标 目标 方向 (direction) 技术实现 项目管理 规模 (scope) 细节 (specific) 目标需求 可用性 可靠性 功能性 易用性 性能 安全性 空间需求 时间需求 集成性 概念完整性 可完成性 可测试性 可移植性 可重用性 可修改性 可分解性 可变性 1、架构的过程 2、架构正确性的一般逻辑 第四原则:过程之于结果,并没有必然性 过程 第三原则:架构 = 范围 + 联接件 目标 正确的步骤会 产生正确的结果 1 + 1 + 1 + 1 + ... + 1 = 1 1 + 1 + (0 * !0) + ... + 1 = 1 1 + 1 + (0 * !0) + ... + 1 = 1 1 + 1 + 1 + 1 + ... + 1 = 1 产品生产: 产品研制: 1. 软件系统产品有没有/需不需要生产过程? 2. 过程形成论中的阶段是否可检测? 3. 在工程中的具体实施成本是否可控? 1、架构怎么做? 第二原则:架构基于概念抽象,而非想像 怎么做 形式化方法 方法与工具 第四原则:过程之于结果,并没有必然性 过程 第三原则:架构 = 范围 + 联接件 目标 概念抽象能力 概念表达能力 基于概念的逻辑表达能力 领域 领袖 领悟 VS 将系统映射为一个可讨论模型 目的? 第一原则:架构面向问题,但满足需求 为什么 第二原则:架构基于概念抽象,而非想像 怎么做 形式化方法 方法与工具 第四原则:过程之于结果,并没有必然性 过程 第三原则:架构 = 范围 + 联接件 目标 系统与其要素间的矛盾,或 观察与其预期间的矛盾 架构构建 --- 这个阶段即是“架构”的动词含义。也可以表达为“架构形成”,但由于“形成论”是一个特定的过程论观点,为避免歧义而使用了“架构构建”。另一方面,“构建”本身也是架构工作(或形成、生产)的主要方法。 这里不使用“架构实施”的原因在于:架构实施在《大道至易》中特指的系统推进到“实施阶段”,即“实现者按架构来实施”。而这里要表达的是“架构者还没有交付架构之前的架构工作”。 意象化与形式化:就架构表达的需要来看,形式化是唯一可选途径 形式化要表达的是一个抽象对象,而非具象对象。确定的形式必然包含:抽象、概念以及基于此的确定表达法。 概念是抽象而得的,用于表达抽象系统

文档评论(0)

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

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

1亿VIP精品文档

相关文档