oudream的专栏

中大AI课件

中大AI课件

中大AI课件

中大AI课件

中大AI课件

中大AI课件

中大AI课件

用户网络行为画像

机器学习相关公式笔记

手写体扫描件，集中公式，方便查阅

作者简介 · · · · · · The Open Group 是一个厂商中立和技术中立的联合体，其愿景“无边界信息流”基于开放标准和全球互用性，促进对ENTERPRISE 内或ENTERPRISE间综合信息的访问。The Open Group与客户、供应商、联合体及其他标准机构共同工作，其角色是捕获、理解和应对当前及新兴的需求，建立方针，并分享佳实践；促进互用性，发展共识，演进并综合各类规范和开源技术；提供一整套增强联合体运作效率的综合性服务，以及业界首屈一指的认证服务，包括UNIX认证。 目录 · · · · · · 目录 第一部分 引言……3 第1 章 简介…… 5 1.1 TOGAF文件的结构…… 5 1.2 执行概述…… 9 第2 章 核心概念…… 17 2.1 什么是TOGAF？…… 17 2.2 在TOGAF背景环境下，什么是架构？ 17 2.3 TOGAF涉及哪些种类的架构？ 19 2.4 架构开发方法…… 19 2.5 交付物、制品和构建块…… 21 2.6 ENTERPRISE的连续统一体…… 25 2.7 架构库…… 27 2.8 建立和维护Enterprise Architecture能力 31 2.9 将架构能力建立为运行实体…… 33 2.10 使用TOGAF与其他框架…… 35 第3 章 定义…… 37 3.1 抽象…… 37 3.2 施动者…… 37 3.3 应用…… 37 3.4 应用架构…… 39 3.5 应用平台…… 39 3.6 应用平台界面（API）…… 39 3.7 架构风格…… 39 3.8 架构…… 39 3.9 架构构建块（ABB）…… 39 3.10 架构连续统一体…… 41 3.11 架构开发方法（ADM）…… 41 3.12 架构域…… 41 3.13 架构框架…… 41 3.14 架构治理…… 41 3.15 架构全景…… 41 3.16 架构原则…… 43 3.17 架构愿景…… 43 3.18 制品…… 43 3.19 基线…… 43 3.20 无边界信息流…… 43 3.21 构建块…… 45 3.22 业务架构…… 45 3.23 业务功能…… 45 3.24 业务治理…… 45 3.25 业务服务…… 45 3.26 能力…… 45 3.27 能力架构…… 47 3.28 能力增量…… 47 3.29 沟通和利益攸关者管理…… 47 3.30 关注点…… 47 3.31 约束…… 47 3.32 数据架构…… 49 3.33 交付物…… 49 3.34 ENTERPRISE…… 49 3.35 ENTERPRISE的连续统一体…… 49 3.36 基础架构…… 49 3.37 框架…… 49 3.38 差距…… 51 3.39 治理…… 51 3.40 信息…… 51 3.41 信息技术（IT）…… 51 3.42 互用性…… 53 3.43 逻辑的…… 53 3.44 元数据…… 53 3.45 元模型…… 53 3.46 方法…… 53 3.47 方法论…… 53 3.48 模型…… 55 3.49 建模…… 55 3.50 目的…… 55 3.51 特征模式…… 55 3.52 绩效管理…… 55 3.53 物理的…… 55 3.54 平台…… 55 3.55 平台服务…… 57 3.56 原则…… 57 3.57 参考模型（RM）…… 57 3.58 存储库…… 57 3.59 需求…… 57 3.60 路线图…… 57 3.61 角色…… 59 3.62 分部架构…… 59 3.63 面向服务…… 59 3.64 面向服务架构（SOA）…… 59 3.65 解决方案架构…… 61 3.66 解决方案构建块（SBB）…… 61 3.67 解决方案连续统一体…… 61 3.68 利益攸关者…… 61 3.69 标准信息库（SIB）…… 61 3.70 战略架构…… 61 3.71 目标架构…… 61 3.72 架构视图分类法…… 63 3.73 技术架构…… 63 3.74 过渡架构…… 63 3.75 视图…… 63 3.76 视角…… 63 3.77 工作包…… 63 第4 章 发布说明…… 65 4.1 TOGAF 9的新特征是什么？…… 65 4.1.4 本版中应用的变更…… 69 4.2 TOGAF 9的效益…… 73 4.3 TOGAF 8.1.1结构到TOGAF 9的映射 73 4.4 TOGAF 9结构到TOGAF 8.1.1的映射 77 4.5 使用TOGAF…… 79 4.5.1 使用条件…… 79 4.5.2 TOGAF花费多少成本？ 79 4.5.3 下载…… 81 4.6 为什么加入The Open Group？ 81 第二部分 架构开发方法（ADM） 83 第5 章 简介…… 85 5.1 ADM概述…… 85 5.1.1 ADM、ENTERPRISE的连续统一体和架构库85 5.1.2 ADM和基础架构……87 5.1.3 ADM和支持指南和技巧87 5.2 架构开发周期…… 89 5.2.1 关键点…… 89 5.2.2 基本结构…… 89 5.3 ADM的适应性调整…… 95 5.4 架构治理…… 97 5.5 界定架构的范围…… 99 5.5.1 广度…… 101 5.5.2 深度…… 101 5.5.3 时间区间…… 103 5.5.4 架构域…… 105 5.6 架构综合…… 105 5.7 概要总结…… 107 第6 章 预备阶段…… 109 6.1 目的……111 6.2 实施途径……111 6.2.1 ENTERPRISE …… 113 6.2.2 组织的背景环境…… 113 6.2.3 架构工作的需求…… 115 6.2.4 原则…… 115 6.2.5 管理框架…… 117 6.2.6 使管理框架相关联…… 119 6.2.7 Enterprise Architecture/业务变革成熟度评估规划 121 6.3 输入…… 123 6.3.1 ENTERPRISE的外部参考资料 123 6.3.2 非架构输入…… 123 6.3.3 架构输入…… 123 6.4 步骤…… 125 6.4.1 界定受影响的ENTERPRISE组织的范围 125 6.4.2 确认治理和支持框架…… 127 6.4.3 定义并建立Enterprise Architecture团队和组织 127 6.4.4 识别和建立架构原则…… 129 6.4.5 剪裁TOGAF以及其他选定的架构框架（如果有） 129 6.4.6 实施架构的工具…… 129 6.5 输出…… 131 第7 章 阶段A：架构愿景…… 133 7.1 目的…… 135 7.2 实施途径…… 135 7.2.1 概述…… 135 7.2.2 创建架构愿景…… 137 7.2.3 业务场景…… 137 7.3 输入…… 139 7.3.1 ENTERPRISE外部的参考资料 139 7.3.2 非架构输入…… 139 7.3.3 架构输入…… 139 7.4 步骤…… 141 7.4.1 建立架构项目…… 141 7.4.2 识别利益攸关者、关注点和业务需求 141 7.4.3 确认和详细阐述业务目标、业务驱动因素和约束 143 7.4.4 评价业务能力…… 143 7.4.5 评估业务转型准备度…… 145 7.4.6 定义范围…… 145 7.4.7 确认和详细阐述架构原则，包括业务原则 145 7.4.8 开发架构愿景…… 147 7.4.9 定义目标架构价值主张和KPI 147 7.4.10 识别业务转型风险和缓解活动 147 7.4.11 开发架构工作说明书；确保批准 149 7.5 输出…… 149 第8 章 阶段B：业务架构…… 153 8.1 目的…… 155 8.2 实施途径…… 155 8.2.1 概述…… 155 8.2.2 开发基线描述…… 157 8.2.3 业务建模…… 157 8.2.4 架构存储库…… 161 8.3 输入…… 163 8.3.1 ENTERPRISE外部参考资料 163 8.3.2 非架构输入…… 163 8.3.3 架构输入…… 163 8.4 步骤…… 165 8.4.1 选择参考模型、视角和工具 167 8.4.2 开发基线业务架构描述 173 8.4.3 开发目标业务架构描述 173 8.4.4 进行差距分析…… 173 8.4.5 定义候选路线图组件…… 175 8.4.6 化解贯穿整个架构全景中的影响 175 8.4.7 进行正式的利益攸关者审视 175 8.4.8 最终确定业务架构…… 175 8.4.9 创建架构定义文件…… 177 8.5 输出…… 177 第9 章 阶段C：信息系统架构…… 181 9.1 目的…… 183 9.2 实施途径…… 183 9.3 输入…… 183 9.3.1 ENTERPRISE外的参考资料 183 9.3.2 非架构输入…… 183 9.3.3 架构输入…… 185 9.4 步骤…… 187 9.5 输出…… 187 第10 章 阶段C：信息系统架构——数据架构 189 10.1 目的…… 189 10.2 实施途径…… 189 10.2.1 数据架构的考量因素 189 10.2.2 架构存储库…… 191 10.3 输入…… 193 10.3.1 ENTERPRISE外的参考资料 193 10.3.2 非架构输入…… 193 10.3.3 架构输入…… 193 10.4 步骤…… 195 10.4.1 选择参考模型、视角和工具 197 10.4.2 开发基线数据架构描述 201 10.4.3 开发目标数据架构描述 203 10.4.4 进行差距分析…… 203 10.4.5 定义候选路线图组件 203 10.4.6 解析贯穿整个架构全景中的影响 203 10.4.7 进行正式的利益攸关者审视 205 10.4.8 最终确定数据架构…… 205 10.4.9 创建架构定义文件…… 205 10.5 输出…… 207 第11 章 阶段C：信息系统架构——应用架构 211 11.1 目的…… 211 11.2 实施途径…… 211 11.2.1 架构存储库…… 211 11.3 输入…… 213 11.3.1 ENTERPRISE外部参考资料 213 11.3.2 非架构输入…… 213 11.3.3 架构输入…… 213 11.4 步骤…… 215 11.4.1 选择参考模型、视角和工具 217 11.4.2 开发基线应用架构描述 223 11.4.3 开发目标应用架构描述 223 11.4.4 进行差距分析…… 223 11.4.5 定义候选路线图组件 225 11.4.6 化解贯穿整个架构全景中的影响 225 11.4.7 进行正式的利益攸关者审视 225 11.4.8 最终确定应用架构…… 225 11.4.9 创建架构定义文件…… 227 11.5 输出…… 227 第12 章 阶段D：技术架构…… 231 12.1 目的…… 233 12.2 实施途径…… 233 12.2.1 架构存储库…… 233 12.3 输入…… 233 12.3.1 ENTERPRISE外部参考资料 233 12.3.2 非架构输入…… 235 12.3.3 架构输入…… 235 12.4 步骤…… 237 12.4.1 选择参考模型、视角和工具 239 12.4.2 开发基线技术架构描述 245 12.4.3 开发目标技术架构描述 247 12.4.4 进行差距分析…… 247 12.4.5 定义候选路线图组件 247 12.4.6 化解贯穿整个架构全景中的影响 247 12.4.7 进行正式的利益攸关者审视 249 12.4.8 最终确定技术架构…… 249 12.4.9 创建架构定义文件…… 249 12.5 输出…… 251 12.6 附言…… 253 第13 章 阶段E：机会和解决方案…… 255 13.1 目的…… 257 13.2 实施途径…… 257 13.3 输入…… 259 13.3.1 ENTERPRISE外部参考资料 259 13.3.2 非架构输入…… 259 13.3.3 架构输入…… 259 13.4 步骤…… 261 13.4.1 确定/确认关键的公司级变革属性 263 13.4.2 确定关于实施的业务约束 263 13.4.3 审视和合并阶段B～D的差距分析结果 263 13.4.4 审视所有相关业务功能的合并需求 265 13.4.5 合并和调和互用性需求 265 13.4.6 细化和确认依赖性…… 265 13.4.7 确认业务转型的准备度和风险 267 13.4.8 制定实施和迁移战略 267 13.4.9 识别主要工作包并将其分组 267 13.4.10 识别过渡架构…… 269 13.4.11 创建架构路线图及实施和迁移计划 269 13.5 输出…… 271 第14 章 阶段F：迁移规划…… 275 14.1 目的…… 277 14.2 实施途径…… 277 14.3 输入…… 277 14.3.1 ENTERPRISE外部参考资料 277 14.3.2 非架构输入…… 277 14.3.3 架构输入…… 279 14.4 步骤…… 281 14.4.1 为实施和迁移计划确认管理框架交互 283 14.4.2 为每个工作包指派业务价值 283 14.4.3 评估资源需求、项目时间安排和可用性/交付载体 285 14.4.4 通过成本/效益评估和风险验证对迁移项目进行优先级排序 285 14.4.5 确认架构路线图并更新架构定义文件 287 14.4.6 生成实施和迁移计划 287 14.4.7 完成架构开发周期并记录经验教训 287 14.5 输出…… 289 第15 章 阶段G：实施治理…… 291 15.1 目的…… 293 15.2 实施途径…… 293 15.3 输入…… 295 15.3.1 ENTERPRISE外的参考资料 295 15.3.2 非架构输入…… 295 15.3.3 架构输入…… 295 15.4 步骤…… 297 15.4.1 利用开发管理来确认部署的范围和优先级 297 15.4.2 识别部署资源和技能 299 15.4.3 指导解决方案部署的开发 299 15.4.4 执行Enterprise Architecture合规审视 301 15.4.5 实施业务和IT运行…… 301 15.4.6 执行实施后审视并结束实施 301 15.5 输出…… 301 第16 章 阶段H：架构变更管理…… 305 16.1 目的…… 307 16.2 实施途径…… 307 16.2.1 变更的驱动因素…… 309 16.2.2 Enterprise Architecture变更管理流程 311 16.2.3 维护vs.架构再设计的指南 313 16.3 输入…… 315 16.3.1 ENTERPRISE外部参考资料 315 16.3.2 非架构输入…… 315 16.3.3 架构输入…… 315 16.4 步骤…… 317 16.4.1 建立价值实现流程…… 319 16.4.2 部署监控工具…… 319 16.4.3 管理风险…… 319 16.4.4 为架构变更管理提供分析 319 16.4.5 开发满足绩效目标的变更需求 319 16.4.6 管理治理流程…… 321 16.4.7 为实施变更启动流程 321 16.5 输出…… 321 第17 章 ADM架构需求管理…… 323 17.1 目的…… 325 17.2 实施途径…… 325 17.2.1 概述…… 325 17.2.2 需求开发…… 325 17.2.3 资源…… 327 17.3 输入…… 329 17.4 步骤…… 329 17.5 输出…… 335 第三部分 ADM指南和技巧……337 第18 章 简介…… 339 18.1 ADM的适应性调整指南…… 339 18.2 架构开发技巧…… 339 18.3 配合不同架构风格使用TOGAF 341 第19 章 对ADM应用迭代…… 345 19.1 概述…… 345 19.2 迭代周期…… 347 19.3 架构介入的类别…… 349 19.4 架构开发的途径…… 357 19.5 迭代考量因素…… 359 19.5.1 ADM周期之间的迭代 359 19.5.2 在一个ADM周期内的迭代 363 19.6 结论…… 369 第20 章 贯穿架构全景应用ADM…… 373 20.1 概述…… 373 20.2 架构全景…… 373 20.3 绘编架构全景以理解ENTERPRISE的状态 377 20.4 开发不同层级的架构…… 377 第21 章 安保架构和ADM…… 379 21.1 概述…… 379 21.2 简介…… 379 21.3 关于架构领域安保性的引导 381 21.4 ADM架构需求管理…… 383 21.5 预备阶段…… 385 21.5.1 安保输入…… 387 21.5.2 安保输出…… 387 21.6 阶段A：架构愿景…… 387 21.6.1 安保输入…… 391 21.6.2 安保输出…… 391 21.7 阶段B：业务架构…… 391 21.7.1 安保输入…… 395 21.7.2 安保输出…… 395 21.8 阶段C：信息系统架构…… 397 21.8.1 安保输入…… 401 21.8.2 安保输出…… 401 21.9 阶段D：技术架构…… 403 21.9.1 安保输入…… 405 21.9.2 安保输出…… 405 21.10 阶段E：机会和解决方案…… 407 21.11 阶段F：迁移规划…… 407 21.12 阶段G：实施治理…… 409 21.13 阶段H：架构变更管理…… 411 21.14 参考文献…… 411 第22 章 使用TOGAF定义和治理SOA 413 22.1 概述…… 413 22.2 简介…… 413 22.3 SOA定义…… 415 22.4 SOA特征…… 415 22.5 Enterprise Architecture和SOA 417 22.6 SOA和层级…… 419 22.6.1 实施规范的细节层级 419 22.6.2 不同层级上的SOA活动 419 22.7 将TOGAF用于SOA …… 421 22.7.1 预备阶段…… 423 22.7.2 阶段A：架构愿景…… 429 22.7.3 架构开发：阶段B、C和D 429 22.8 概要总结…… 447 第23 章 架构原则…… 449 23.1 简介…… 449 23.2 架构原则的特征…… 451 23.3 架构原则的组成部分…… 451 23.4 开发架构原则…… 453 23.4.1 原则的质量…… 453 23.5 架构原则的应用…… 455 23.6 架构原则示例集…… 457 23.6.1 业务原则…… 457 23.6.2 数据原则…… 465 23.6.3 应用原则…… 473 23.6.4 技术原则…… 475 第24 章 利益攸关者管理…… 481 24.1 简介…… 481 24.2 利益攸关者管理的实施途径 483 24.3 利益攸关者管理流程的步骤 483 24.3.1 识别利益攸关者…… 483 24.3.2 对利益攸关者职位分类 487 24.3.3 确定利益攸关者管理途径 489 24.3.4 剪裁工作交付物…… 491 24.4 利益攸关者映射模板…… 491 第25 章 架构特征模式…… 505 25.1 简介…… 505 25.1.1 背景…… 505 25.1.2 特征模式内容…… 507 25.1.3 术语…… 509 25.1.4 使用中的架构特征模式 511 25.2 美国财政部架构开发指导（TADG） 513 25.2.1 TADG特征模式内容 513 25.2.2 TADG架构特征模式 515 25.3 IBM电子商务特征模式…… 515 25.4 若干特征模式资源…… 519 第26 章 业务场景和业务目标…… 521 26.1 简介…… 521 26.2 业务场景的益处…… 523 26.3 创建业务场景…… 523 26.3.1 整体流程…… 523 26.3.2 收集…… 527 26.3.3 分析…… 529 26.3.4 审查…… 529 26.4 业务场景内容…… 531 26.5 对业务场景的贡献…… 533 26.6 业务场景和TOGAF ADM…… 535 26.7 开发业务场景…… 539 26.7.1 一般指南…… 539 26.7.2 每个领域需要提问的问题 539 26.8 业务场景文档…… 543 26.8.1 文本文档…… 543 26.8.2 业务场景模型…… 545 26.9 目标和目的指南…… 545 26.9.1 目标的重要性…… 545 26.9.2 SMART目的的重要性 545 26.9.3 目标和目的类别…… 549 26.10 概要总结…… 555 第27 章 差距分析…… 557 27.1 简介…… 557 27.2 建议的步骤…… 559 27.3 示例…… 559 第28 章 迁移规划技巧…… 563 28.1 实施因素评估和推论矩阵…… 563 28.2 合并的差距、解决方案和依赖性矩阵 565 28.3 架构定义增量表…… 565 28.4 过渡架构状态演进表…… 567 28.5 业务价值评估技巧…… 569 第29 章 互用性需求…… 571 29.1 综述…… 571 29.2 定义互用性…… 573 29.3 ENTERPRISE运行模型…… 575 29.4 细化互用性…… 577 29.5 确定互用性需求…… 579 29.6 使互用性需求与潜在的解决方案保持一致 581 29.7 概要总结…… 583 第30 章 业务转型准备度评估…… 585 30.1 简介…… 585 30.1.1 业务转型使能计划（BTEP） 587 30.2 确定准备度因素…… 587 30.3 表达准备度因素…… 591 30.4 评估准备度因素…… 593 30.4.1 准备度因素愿景…… 593 30.4.2 准备度因素评定…… 595 30.4.3 准备度因素风险和行动 597 30.5 准备度和迁移规划…… 597 30.6 推广实施计划…… 597 30.7 结论…… 599 第31 章 风险管理…… 601 31.1 简介…… 601 31.2 风险分类…… 603 31.3 风险识别…… 603 31.4 初始风险评估…… 605 31.5 风险缓解及残余风险评估…… 607 31.6 实施残留风险评估…… 607 31.7 风险监控和治理（阶段G） 609 31.8 概要总结…… 609 第32 章 基于能力的规划…… 611 32.1 综述概述…… 611 32.2 基于能力的规划范例…… 613 32.3 基于能力的规划的概念…… 613 32.3.1 能力维度…… 615 32.3.2 能力增量…… 617 32.4 Enterprise Architecture背景环境下的能力 619 32.5 概要总结…… 621 第四部分 架构内容框架……623 第33 章 简介…… 625 33.1 概述…… 625 33.2 内容元模型…… 629 33.3 内容框架和TOGAF ADM…… 631 33.4 第四部分的结构…… 631 第34 章 内容元模型…… 633 34.1 概述…… 633 34.2 内容元模型愿景和概念…… 633 34.2.1 核心内容元模型概念 633 34.2.2 内容元模型的概述…… 643 34.3 详细的内容元模型…… 647 34.3.1 核心内容元模型…… 649 34.3.2 核心架构制品…… 649 34.3.3 完整内容元模型…… 651 34.4 内容元模型扩展…… 655 34.4.1 治理扩展…… 659 34.4.2 服务扩展…… 663 34.4.3 流程建模扩展…… 667 34.4.4 数据扩展…… 671 34.4.5 基础设施合并扩展…… 675 34.4.6 动机扩展…… 679 34.5 内容元模型实体…… 683 34.6 内容元模型属性…… 689 34.7 元模型关系…… 707 第35 章 架构制品…… 715 35.1 基本概念…… 715 35.1.1 视角和视图的简单示例 719 35.2 采用ADM开发视图…… 721 35.2.1 一般指南…… 721 35.2.2 视图创建流程…… 723 35.3 视图、工具和语言…… 725 35.3.1 概述…… 725 35.4 视图和视角…… 725 35.4.1 视图和视角示例…… 725 35.4.2 Enterprise Architecture中的视图和视角 727 35.4.3 需要用于架构描述的常用语言和可互用性工具 729 35.5 结论…… 729 35.6 ADM阶段的架构制品…… 729 35.6.1 预备阶段…… 733 35.6.2 阶段A：架构愿景…… 733 35.6.3 阶段B：业务架构…… 735 35.6.4 阶段C：数据架构…… 745 35.6.5 阶段C：应用架构…… 751 35.6.6 阶段D：技术架构…… 761 35.6.7 阶段E：机会和解决方案 767 35.6.8 需求管理…… 769 35.7 待开发的推荐架构视图…… 769 35.7.1 开发业务架构视图…… 771 35.7.2 开发ENTERPRISE安保视图 773 35.7.3 开发软件工程视图…… 781 35.7.4 开发系统工程视图…… 799 35.7.5 开发通信工程视图…… 811 35.7.6 开发数据流视图…… 821 35.7.7 开发ENTERPRISE可管理性视图 831 35.7.8 开发采办方视图…… 835 第36 章 架构交付物…… 839 36.1 简介…… 839 36.2 交付物描述…… 841 36.2.1 架构构建块…… 843 36.2.2 架构契约…… 843 36.2.3 架构定义文件…… 845 36.2.4 架构原则…… 847 36.2.5 架构库…… 849 36.2.6 架构需求规范…… 849 36.2.7 架构路线图…… 851 36.2.8 架构愿景…… 853 36.2.9 业务原则、业务目标和业务驱动因素 853 36.2.10 能力评估…… 855 36.2.11 变更要求…… 857 36.2.12 沟通计划…… 859 36.2.13 合规性评估…… 859 36.2.14 实施和迁移计划…… 861 36.2.15 实施治理模型…… 863 36.2.16 Enterprise Architecture的组织模型 863 36.2.17 架构工作要求书…… 865 36.2.18 需求影响评估…… 865 36.2.19 解决方案构建块…… 867 36.2.20 架构工作说明书…… 867 36.2.21 剪裁的架构框架…… 867 第37 章 构建块…… 871 37.1 概述…… 871 37.2 构建块的简介…… 871 37.2.1 概述…… 871 37.2.2 一般特征…… 871 37.2.3 架构构建块…… 873 37.2.4 解决方案构建块…… 875 37.3 构建块和ADM…… 877 37.3.1 基本原则…… 877 37.3.2 ADM中的构建块规范流程 879 第五部分 ENTERPRISE的连续统一体和工具881 第38 章 引言…… 883 38.1 简介…… 883 38.2 第五部分的结构…… 883 第39 章 ENTERPRISE的连续统一体 887 39.1 概述…… 887 39.2 ENTERPRISE的连续统一体和架构复用 887 39.3 ENTERPRISE的连续统一体的构成要素 889 39.4 详细的ENTERPRISE的连续统一体 891 39.4.1 架构连续统一体…… 893 39.4.2 解决方案连续统一体 899 39.5 ENTERPRISE的连续统一体和ADM 903 39.6 ENTERPRISE的连续统一体和你的组织 903 39.6.1 关系…… 903 39.6.2 你的ENTERPRISE …… 907 第40 章 架构划分…… 909 40.1 概述…… 909 40.2 应用分类来创建所划分的架构 909 40.2.1 预备阶段内的活动…… 913 40.3 综合…… 915 第41 章 架构库…… 919 41.1 概述…… 919 41.2 架构全景…… 923 41.3 参考库…… 923 41.3.1 概述…… 923 41.4 标准信息库…… 925 41.4.1 概述…… 925 41.4.2 标准类型…… 925 41.4.3 标准生命周期…… 927 41.4.4 标准信息库内的标准分类 927 41.5 治理日志…… 929 41.5.1 概述…… 929 41.5.2 治理日志的内容…… 929 41.6 ENTERPRISE存储库…… 933 41.6.1 需求存储库…… 933 41.6.2 解决方案存储库…… 933 41.7 外部存储库…… 933 41.7.1 外部参考模型…… 933 41.7.2 外部标准…… 933 41.7.3 架构委员会的审批…… 933 第42 章 架构开发工具…… 935 42.1 概述…… 935 42.2 工具标准化问题…… 935 第六部分 TOGAF参考模型……937 第43 章 基础架构：技术参考模型…… 939 43.1 概念…… 939 43.1.1 TRM在基础架构中的角色 939 43.1.2 TRM组件…… 939 43.1.3 其他TRM …… 941 43.2 高层级分解…… 941 43.2.1 概述…… 941 43.2.2 可移植性和互用性…… 943 43.3 TRM的详述…… 945 43.3.1 简介…… 945 43.3.2 TRM实体和界面…… 947 43.3.3 应用软件…… 947 43.3.4 应用平台…… 949 43.3.5 通信基础设施…… 953 43.3.6 应用平台界面…… 953 43.3.7 通信基础设施界面…… 955 43.3.8 质量…… 955 43.4 应用平台—分类法…… 957 43.4.1 基本原则…… 957 43.4.2 应用平台服务类别…… 957 43.4.3 应用平台服务质量…… 965 43.5 详细的平台分类法…… 969 43.5.1 数据交换服务…… 969 43.5.2 数据管理服务…… 971 43.5.3 图形和成像服务…… 973 43.5.4 国际运营服务…… 975 43.5.5 位置和目录服务…… 977 43.5.6 网络服务…… 977 43.5.7 操作系统服务…… 981 43.5.8 软件工程服务…… 983 43.5.9 事务处理服务…… 985 43.5.10 用户界面服务…… 987 43.5.11 安保服务…… 987 43.5.12 系统和网络管理服务 991 43.5.13 面向对象的服务提供 995 第44 章 综合信息基础设施参考模型 1001 44.1 基本概念…… 1001 44.1.1 背景…… 1001 44.1.2 模型的组件…… 1003 44.1.3 与TOGAF其他部分的关系 1003 44.1.4 关键业务和技术驱动因素 1003 44.1.5 III-RM的状态…… 1007 44.2 高层级视图…… 1009 44.2.1 III-RM衍生自TRM 1009 44.2.2 高层级III-RM图形 1011 44.2.3 高层级III-RM的组件 1013 44.3 详细的分类法…… 1017 44.3.1 详细的III-RM图形 1017 44.3.2 业务应用…… 1017 44.3.3 基础设施应用…… 1027 44.3.4 应用平台…… 1029 44.3.5 质量…… 1037 第七部分 架构能力框架…… 1039 第45 章 简介…… 1041 45.1 概述…… 1041 45.2 第七部分的结构…… 1043 第46 章 建立架构能力…… 1045 46.1 概述…… 1045 46.2 阶段A：架构愿景…… 1047 46.3 阶段B：业务架构…… 1049 46.4 阶段C：数据架构…… 1049 46.5 阶段C：应用架构…… 1051 46.6 阶段D：技术架构…… 1051 46.7 阶段E：机会和解决方案…… 1051 46.8 阶段F：迁移规划…… 1051 46.9 阶段G：实施治理…… 1051 46.10 阶段H：架构变更管理…… 1053 46.11 需求管理…… 1053 第47 章 架构委员会…… 1055 47.1 角色…… 1055 47.2 职责…… 1055 47.3 成立架构委员会…… 1057 47.3.1 触发条件…… 1057 47.3.2 委员会规模…… 1059 47.3.3 委员会结构…… 1059 47.4 架构委员会的运作…… 1061 47.4.1 概述…… 1061 47.4.2 准备…… 1061 47.4.3 议程…… 1063 第48 章 架构合规性…… 1067 48.1 简介…… 1067 48.2 术语：架构合规性的含义…… 1067 48.3 架构合规性审视…… 1071 48.3.1 目的…… 1071 48.3.2 时间安排…… 1073 48.3.3 治理和人员场景…… 1075 48.4 架构合规性审视流程…… 1075 48.4.1 概述…… 1075 48.4.2 角色…… 1079 48.4.3 步骤…… 1081 48.5 架构合规性审视检查单…… 1083 48.5.1 硬件和操作系统检查单 1083 48.5.2 软件服务和中间件检查单 1085 48.5.3 应用检查单…… 1087 48.5.4 信息管理检查单…… 1093 48.5.5 安保检查单…… 1095 48.5.6 系统管理检查单…… 1097 48.5.7 系统工程/整体架构检查单 1099 48.5.8 系统工程/方法&工具检查单 1103 48.6 架构合规性审视指南…… 1107 48.6.1 剪裁检查单…… 1107 48.6.2 进行架构合规性审视 1107 第49 章 架构契约……1111 49.1 角色……1111 49.2 内容……1113 49.2.1 架构工作说明书……1113 49.2.2 架构设计与开发合作伙伴之间的契约1115 49.2.3 架构开发职能部门与业务用户之间的契约1115 49.3 与架构治理的关系……1117 第50 章 架构治理……1119 50.1 简介……1119 50.1.1 ENTERPRISE内的治理层级1119 50.1.2 治理的本质…… 1121 50.1.3 技术治理…… 1123 50.1.4 IT治理…… 1123 50.1.5 架构治理：概述…… 1125 50.2 架构治理框架…… 1127 50.2.1 架构治理框架——概念结构 1127 50.2.2 架构治理框架——组织结构 1131 50.3 实践中的架构治理…… 1135 50.3.1 架构治理—关键成功因素 1135 50.3.2 有效架构治理战略的要素 1137 第51 章 架构成熟度模型…… 1139 51.1 概述…… 1139 51.2 背景…… 1141 51.3 美国商务部ACMM框架…… 1141 51.3.1 概述…… 1141 51.3.2 ACMM的要素…… 1143 51.3.3 示例：Enterprise Architecture流程成熟度等级 1143 51.4 能力成熟度模型综合（CMMI） 1149 51.4.1 简介…… 1149 51.4.2 SCAMPI方法…… 1151 51.5 结论…… 1151 第52 章 架构技能框架…… 1153 52.1 简介…… 1153 52.2 对Enterprise Architecture技能框架的需要 1153 52.2.1 定义的严密性…… 1153 52.2.2 内部架构实践的基础 1155 52.3 目标/理由依据…… 1157 52.3.1 ENTERPRISE架构师的认证 1157 52.3.2 具体益处…… 1157 52.4 Enterprise Architecture角色和技能类别 1159 52.4.1 概述…… 1159 52.4.2 TOGAF角色…… 1159 52.4.3 技能类别…… 1161 52.4.4 熟练程度…… 1163 52.5 Enterprise Architecture角色和技能定义 1163 52.5.1 一般技能…… 1163 52.5.2 业务技能与方法…… 1165 52.5.3 Enterprise Architecture技能 1165 52.5.4 项目群或项目管理技能 1167 52.5.5 IT常识技能…… 1167 52.5.6 技术类IT技能…… 1169 52.5.7 法律环境…… 1169 52.6 ENTERPRISE架构师的一般角色和技能 1171 52.6.1 一般角色…… 1171 52.6.2 依照ENTERPRISE的连续统一体描述特性 1175 52.6.3 ENTERPRISE架构师的主要特点 1175 52.7 结论…… 1177 第八部分 附录……1179 附录A 补充定义的词汇表…… 1181 附录B 缩略语…… 1209 索引…… 1221

实用的TOGAF中英文对照表

作者简介 · · · · · · The Open Group 是一个厂商中立和技术中立的联合体，其愿景“无边界信息流”基于开放标准和全球互用性，促进对ENTERPRISE 内或ENTERPRISE间综合信息的访问。The Open Group与客户、供应商、联合体及其他标准机构共同工作，其角色是捕获、理解和应对当前及新兴的需求，建立方针，并分享佳实践；促进互用性，发展共识，演进并综合各类规范和开源技术；提供一整套增强联合体运作效率的综合性服务，以及业界首屈一指的认证服务，包括UNIX认证。 目录 · · · · · · 目录 第一部分 引言……3 第1 章 简介…… 5 1.1 TOGAF文件的结构…… 5 1.2 执行概述…… 9 第2 章 核心概念…… 17 2.1 什么是TOGAF？…… 17 2.2 在TOGAF背景环境下，什么是架构？ 17 2.3 TOGAF涉及哪些种类的架构？ 19 2.4 架构开发方法…… 19 2.5 交付物、制品和构建块…… 21 2.6 ENTERPRISE的连续统一体…… 25 2.7 架构库…… 27 2.8 建立和维护Enterprise Architecture能力 31 2.9 将架构能力建立为运行实体…… 33 2.10 使用TOGAF与其他框架…… 35 第3 章 定义…… 37 3.1 抽象…… 37 3.2 施动者…… 37 3.3 应用…… 37 3.4 应用架构…… 39 3.5 应用平台…… 39 3.6 应用平台界面（API）…… 39 3.7 架构风格…… 39 3.8 架构…… 39 3.9 架构构建块（ABB）…… 39 3.10 架构连续统一体…… 41 3.11 架构开发方法（ADM）…… 41 3.12 架构域…… 41 3.13 架构框架…… 41 3.14 架构治理…… 41 3.15 架构全景…… 41 3.16 架构原则…… 43 3.17 架构愿景…… 43 3.18 制品…… 43 3.19 基线…… 43 3.20 无边界信息流…… 43 3.21 构建块…… 45 3.22 业务架构…… 45 3.23 业务功能…… 45 3.24 业务治理…… 45 3.25 业务服务…… 45 3.26 能力…… 45 3.27 能力架构…… 47 3.28 能力增量…… 47 3.29 沟通和利益攸关者管理…… 47 3.30 关注点…… 47 3.31 约束…… 47 3.32 数据架构…… 49 3.33 交付物…… 49 3.34 ENTERPRISE…… 49 3.35 ENTERPRISE的连续统一体…… 49 3.36 基础架构…… 49 3.37 框架…… 49 3.38 差距…… 51 3.39 治理…… 51 3.40 信息…… 51 3.41 信息技术（IT）…… 51 3.42 互用性…… 53 3.43 逻辑的…… 53 3.44 元数据…… 53 3.45 元模型…… 53 3.46 方法…… 53 3.47 方法论…… 53 3.48 模型…… 55 3.49 建模…… 55 3.50 目的…… 55 3.51 特征模式…… 55 3.52 绩效管理…… 55 3.53 物理的…… 55 3.54 平台…… 55 3.55 平台服务…… 57 3.56 原则…… 57 3.57 参考模型（RM）…… 57 3.58 存储库…… 57 3.59 需求…… 57 3.60 路线图…… 57 3.61 角色…… 59 3.62 分部架构…… 59 3.63 面向服务…… 59 3.64 面向服务架构（SOA）…… 59 3.65 解决方案架构…… 61 3.66 解决方案构建块（SBB）…… 61 3.67 解决方案连续统一体…… 61 3.68 利益攸关者…… 61 3.69 标准信息库（SIB）…… 61 3.70 战略架构…… 61 3.71 目标架构…… 61 3.72 架构视图分类法…… 63 3.73 技术架构…… 63 3.74 过渡架构…… 63 3.75 视图…… 63 3.76 视角…… 63 3.77 工作包…… 63 第4 章 发布说明…… 65 4.1 TOGAF 9的新特征是什么？…… 65 4.1.4 本版中应用的变更…… 69 4.2 TOGAF 9的效益…… 73 4.3 TOGAF 8.1.1结构到TOGAF 9的映射 73 4.4 TOGAF 9结构到TOGAF 8.1.1的映射 77 4.5 使用TOGAF…… 79 4.5.1 使用条件…… 79 4.5.2 TOGAF花费多少成本？ 79 4.5.3 下载…… 81 4.6 为什么加入The Open Group？ 81 第二部分 架构开发方法（ADM） 83 第5 章 简介…… 85 5.1 ADM概述…… 85 5.1.1 ADM、ENTERPRISE的连续统一体和架构库85 5.1.2 ADM和基础架构……87 5.1.3 ADM和支持指南和技巧87 5.2 架构开发周期…… 89 5.2.1 关键点…… 89 5.2.2 基本结构…… 89 5.3 ADM的适应性调整…… 95 5.4 架构治理…… 97 5.5 界定架构的范围…… 99 5.5.1 广度…… 101 5.5.2 深度…… 101 5.5.3 时间区间…… 103 5.5.4 架构域…… 105 5.6 架构综合…… 105 5.7 概要总结…… 107 第6 章 预备阶段…… 109 6.1 目的……111 6.2 实施途径……111 6.2.1 ENTERPRISE …… 113 6.2.2 组织的背景环境…… 113 6.2.3 架构工作的需求…… 115 6.2.4 原则…… 115 6.2.5 管理框架…… 117 6.2.6 使管理框架相关联…… 119 6.2.7 Enterprise Architecture/业务变革成熟度评估规划 121 6.3 输入…… 123 6.3.1 ENTERPRISE的外部参考资料 123 6.3.2 非架构输入…… 123 6.3.3 架构输入…… 123 6.4 步骤…… 125 6.4.1 界定受影响的ENTERPRISE组织的范围 125 6.4.2 确认治理和支持框架…… 127 6.4.3 定义并建立Enterprise Architecture团队和组织 127 6.4.4 识别和建立架构原则…… 129 6.4.5 剪裁TOGAF以及其他选定的架构框架（如果有） 129 6.4.6 实施架构的工具…… 129 6.5 输出…… 131 第7 章 阶段A：架构愿景…… 133 7.1 目的…… 135 7.2 实施途径…… 135 7.2.1 概述…… 135 7.2.2 创建架构愿景…… 137 7.2.3 业务场景…… 137 7.3 输入…… 139 7.3.1 ENTERPRISE外部的参考资料 139 7.3.2 非架构输入…… 139 7.3.3 架构输入…… 139 7.4 步骤…… 141 7.4.1 建立架构项目…… 141 7.4.2 识别利益攸关者、关注点和业务需求 141 7.4.3 确认和详细阐述业务目标、业务驱动因素和约束 143 7.4.4 评价业务能力…… 143 7.4.5 评估业务转型准备度…… 145 7.4.6 定义范围…… 145 7.4.7 确认和详细阐述架构原则，包括业务原则 145 7.4.8 开发架构愿景…… 147 7.4.9 定义目标架构价值主张和KPI 147 7.4.10 识别业务转型风险和缓解活动 147 7.4.11 开发架构工作说明书；确保批准 149 7.5 输出…… 149 第8 章 阶段B：业务架构…… 153 8.1 目的…… 155 8.2 实施途径…… 155 8.2.1 概述…… 155 8.2.2 开发基线描述…… 157 8.2.3 业务建模…… 157 8.2.4 架构存储库…… 161 8.3 输入…… 163 8.3.1 ENTERPRISE外部参考资料 163 8.3.2 非架构输入…… 163 8.3.3 架构输入…… 163 8.4 步骤…… 165 8.4.1 选择参考模型、视角和工具 167 8.4.2 开发基线业务架构描述 173 8.4.3 开发目标业务架构描述 173 8.4.4 进行差距分析…… 173 8.4.5 定义候选路线图组件…… 175 8.4.6 化解贯穿整个架构全景中的影响 175 8.4.7 进行正式的利益攸关者审视 175 8.4.8 最终确定业务架构…… 175 8.4.9 创建架构定义文件…… 177 8.5 输出…… 177 第9 章 阶段C：信息系统架构…… 181 9.1 目的…… 183 9.2 实施途径…… 183 9.3 输入…… 183 9.3.1 ENTERPRISE外的参考资料 183 9.3.2 非架构输入…… 183 9.3.3 架构输入…… 185 9.4 步骤…… 187 9.5 输出…… 187 第10 章 阶段C：信息系统架构——数据架构 189 10.1 目的…… 189 10.2 实施途径…… 189 10.2.1 数据架构的考量因素 189 10.2.2 架构存储库…… 191 10.3 输入…… 193 10.3.1 ENTERPRISE外的参考资料 193 10.3.2 非架构输入…… 193 10.3.3 架构输入…… 193 10.4 步骤…… 195 10.4.1 选择参考模型、视角和工具 197 10.4.2 开发基线数据架构描述 201 10.4.3 开发目标数据架构描述 203 10.4.4 进行差距分析…… 203 10.4.5 定义候选路线图组件 203 10.4.6 解析贯穿整个架构全景中的影响 203 10.4.7 进行正式的利益攸关者审视 205 10.4.8 最终确定数据架构…… 205 10.4.9 创建架构定义文件…… 205 10.5 输出…… 207 第11 章 阶段C：信息系统架构——应用架构 211 11.1 目的…… 211 11.2 实施途径…… 211 11.2.1 架构存储库…… 211 11.3 输入…… 213 11.3.1 ENTERPRISE外部参考资料 213 11.3.2 非架构输入…… 213 11.3.3 架构输入…… 213 11.4 步骤…… 215 11.4.1 选择参考模型、视角和工具 217 11.4.2 开发基线应用架构描述 223 11.4.3 开发目标应用架构描述 223 11.4.4 进行差距分析…… 223 11.4.5 定义候选路线图组件 225 11.4.6 化解贯穿整个架构全景中的影响 225 11.4.7 进行正式的利益攸关者审视 225 11.4.8 最终确定应用架构…… 225 11.4.9 创建架构定义文件…… 227 11.5 输出…… 227 第12 章 阶段D：技术架构…… 231 12.1 目的…… 233 12.2 实施途径…… 233 12.2.1 架构存储库…… 233 12.3 输入…… 233 12.3.1 ENTERPRISE外部参考资料 233 12.3.2 非架构输入…… 235 12.3.3 架构输入…… 235 12.4 步骤…… 237 12.4.1 选择参考模型、视角和工具 239 12.4.2 开发基线技术架构描述 245 12.4.3 开发目标技术架构描述 247 12.4.4 进行差距分析…… 247 12.4.5 定义候选路线图组件 247 12.4.6 化解贯穿整个架构全景中的影响 247 12.4.7 进行正式的利益攸关者审视 249 12.4.8 最终确定技术架构…… 249 12.4.9 创建架构定义文件…… 249 12.5 输出…… 251 12.6 附言…… 253 第13 章 阶段E：机会和解决方案…… 255 13.1 目的…… 257 13.2 实施途径…… 257 13.3 输入…… 259 13.3.1 ENTERPRISE外部参考资料 259 13.3.2 非架构输入…… 259 13.3.3 架构输入…… 259 13.4 步骤…… 261 13.4.1 确定/确认关键的公司级变革属性 263 13.4.2 确定关于实施的业务约束 263 13.4.3 审视和合并阶段B～D的差距分析结果 263 13.4.4 审视所有相关业务功能的合并需求 265 13.4.5 合并和调和互用性需求 265 13.4.6 细化和确认依赖性…… 265 13.4.7 确认业务转型的准备度和风险 267 13.4.8 制定实施和迁移战略 267 13.4.9 识别主要工作包并将其分组 267 13.4.10 识别过渡架构…… 269 13.4.11 创建架构路线图及实施和迁移计划 269 13.5 输出…… 271 第14 章 阶段F：迁移规划…… 275 14.1 目的…… 277 14.2 实施途径…… 277 14.3 输入…… 277 14.3.1 ENTERPRISE外部参考资料 277 14.3.2 非架构输入…… 277 14.3.3 架构输入…… 279 14.4 步骤…… 281 14.4.1 为实施和迁移计划确认管理框架交互 283 14.4.2 为每个工作包指派业务价值 283 14.4.3 评估资源需求、项目时间安排和可用性/交付载体 285 14.4.4 通过成本/效益评估和风险验证对迁移项目进行优先级排序 285 14.4.5 确认架构路线图并更新架构定义文件 287 14.4.6 生成实施和迁移计划 287 14.4.7 完成架构开发周期并记录经验教训 287 14.5 输出…… 289 第15 章 阶段G：实施治理…… 291 15.1 目的…… 293 15.2 实施途径…… 293 15.3 输入…… 295 15.3.1 ENTERPRISE外的参考资料 295 15.3.2 非架构输入…… 295 15.3.3 架构输入…… 295 15.4 步骤…… 297 15.4.1 利用开发管理来确认部署的范围和优先级 297 15.4.2 识别部署资源和技能 299 15.4.3 指导解决方案部署的开发 299 15.4.4 执行Enterprise Architecture合规审视 301 15.4.5 实施业务和IT运行…… 301 15.4.6 执行实施后审视并结束实施 301 15.5 输出…… 301 第16 章 阶段H：架构变更管理…… 305 16.1 目的…… 307 16.2 实施途径…… 307 16.2.1 变更的驱动因素…… 309 16.2.2 Enterprise Architecture变更管理流程 311 16.2.3 维护vs.架构再设计的指南 313 16.3 输入…… 315 16.3.1 ENTERPRISE外部参考资料 315 16.3.2 非架构输入…… 315 16.3.3 架构输入…… 315 16.4 步骤…… 317 16.4.1 建立价值实现流程…… 319 16.4.2 部署监控工具…… 319 16.4.3 管理风险…… 319 16.4.4 为架构变更管理提供分析 319 16.4.5 开发满足绩效目标的变更需求 319 16.4.6 管理治理流程…… 321 16.4.7 为实施变更启动流程 321 16.5 输出…… 321 第17 章 ADM架构需求管理…… 323 17.1 目的…… 325 17.2 实施途径…… 325 17.2.1 概述…… 325 17.2.2 需求开发…… 325 17.2.3 资源…… 327 17.3 输入…… 329 17.4 步骤…… 329 17.5 输出…… 335 第三部分 ADM指南和技巧……337 第18 章 简介…… 339 18.1 ADM的适应性调整指南…… 339 18.2 架构开发技巧…… 339 18.3 配合不同架构风格使用TOGAF 341 第19 章 对ADM应用迭代…… 345 19.1 概述…… 345 19.2 迭代周期…… 347 19.3 架构介入的类别…… 349 19.4 架构开发的途径…… 357 19.5 迭代考量因素…… 359 19.5.1 ADM周期之间的迭代 359 19.5.2 在一个ADM周期内的迭代 363 19.6 结论…… 369 第20 章 贯穿架构全景应用ADM…… 373 20.1 概述…… 373 20.2 架构全景…… 373 20.3 绘编架构全景以理解ENTERPRISE的状态 377 20.4 开发不同层级的架构…… 377 第21 章 安保架构和ADM…… 379 21.1 概述…… 379 21.2 简介…… 379 21.3 关于架构领域安保性的引导 381 21.4 ADM架构需求管理…… 383 21.5 预备阶段…… 385 21.5.1 安保输入…… 387 21.5.2 安保输出…… 387 21.6 阶段A：架构愿景…… 387 21.6.1 安保输入…… 391 21.6.2 安保输出…… 391 21.7 阶段B：业务架构…… 391 21.7.1 安保输入…… 395 21.7.2 安保输出…… 395 21.8 阶段C：信息系统架构…… 397 21.8.1 安保输入…… 401 21.8.2 安保输出…… 401 21.9 阶段D：技术架构…… 403 21.9.1 安保输入…… 405 21.9.2 安保输出…… 405 21.10 阶段E：机会和解决方案…… 407 21.11 阶段F：迁移规划…… 407 21.12 阶段G：实施治理…… 409 21.13 阶段H：架构变更管理…… 411 21.14 参考文献…… 411 第22 章 使用TOGAF定义和治理SOA 413 22.1 概述…… 413 22.2 简介…… 413 22.3 SOA定义…… 415 22.4 SOA特征…… 415 22.5 Enterprise Architecture和SOA 417 22.6 SOA和层级…… 419 22.6.1 实施规范的细节层级 419 22.6.2 不同层级上的SOA活动 419 22.7 将TOGAF用于SOA …… 421 22.7.1 预备阶段…… 423 22.7.2 阶段A：架构愿景…… 429 22.7.3 架构开发：阶段B、C和D 429 22.8 概要总结…… 447 第23 章 架构原则…… 449 23.1 简介…… 449 23.2 架构原则的特征…… 451 23.3 架构原则的组成部分…… 451 23.4 开发架构原则…… 453 23.4.1 原则的质量…… 453 23.5 架构原则的应用…… 455 23.6 架构原则示例集…… 457 23.6.1 业务原则…… 457 23.6.2 数据原则…… 465 23.6.3 应用原则…… 473 23.6.4 技术原则…… 475 第24 章 利益攸关者管理…… 481 24.1 简介…… 481 24.2 利益攸关者管理的实施途径 483 24.3 利益攸关者管理流程的步骤 483 24.3.1 识别利益攸关者…… 483 24.3.2 对利益攸关者职位分类 487 24.3.3 确定利益攸关者管理途径 489 24.3.4 剪裁工作交付物…… 491 24.4 利益攸关者映射模板…… 491 第25 章 架构特征模式…… 505 25.1 简介…… 505 25.1.1 背景…… 505 25.1.2 特征模式内容…… 507 25.1.3 术语…… 509 25.1.4 使用中的架构特征模式 511 25.2 美国财政部架构开发指导（TADG） 513 25.2.1 TADG特征模式内容 513 25.2.2 TADG架构特征模式 515 25.3 IBM电子商务特征模式…… 515 25.4 若干特征模式资源…… 519 第26 章 业务场景和业务目标…… 521 26.1 简介…… 521 26.2 业务场景的益处…… 523 26.3 创建业务场景…… 523 26.3.1 整体流程…… 523 26.3.2 收集…… 527 26.3.3 分析…… 529 26.3.4 审查…… 529 26.4 业务场景内容…… 531 26.5 对业务场景的贡献…… 533 26.6 业务场景和TOGAF ADM…… 535 26.7 开发业务场景…… 539 26.7.1 一般指南…… 539 26.7.2 每个领域需要提问的问题 539 26.8 业务场景文档…… 543 26.8.1 文本文档…… 543 26.8.2 业务场景模型…… 545 26.9 目标和目的指南…… 545 26.9.1 目标的重要性…… 545 26.9.2 SMART目的的重要性 545 26.9.3 目标和目的类别…… 549 26.10 概要总结…… 555 第27 章 差距分析…… 557 27.1 简介…… 557 27.2 建议的步骤…… 559 27.3 示例…… 559 第28 章 迁移规划技巧…… 563 28.1 实施因素评估和推论矩阵…… 563 28.2 合并的差距、解决方案和依赖性矩阵 565 28.3 架构定义增量表…… 565 28.4 过渡架构状态演进表…… 567 28.5 业务价值评估技巧…… 569 第29 章 互用性需求…… 571 29.1 综述…… 571 29.2 定义互用性…… 573 29.3 ENTERPRISE运行模型…… 575 29.4 细化互用性…… 577 29.5 确定互用性需求…… 579 29.6 使互用性需求与潜在的解决方案保持一致 581 29.7 概要总结…… 583 第30 章 业务转型准备度评估…… 585 30.1 简介…… 585 30.1.1 业务转型使能计划（BTEP） 587 30.2 确定准备度因素…… 587 30.3 表达准备度因素…… 591 30.4 评估准备度因素…… 593 30.4.1 准备度因素愿景…… 593 30.4.2 准备度因素评定…… 595 30.4.3 准备度因素风险和行动 597 30.5 准备度和迁移规划…… 597 30.6 推广实施计划…… 597 30.7 结论…… 599 第31 章 风险管理…… 601 31.1 简介…… 601 31.2 风险分类…… 603 31.3 风险识别…… 603 31.4 初始风险评估…… 605 31.5 风险缓解及残余风险评估…… 607 31.6 实施残留风险评估…… 607 31.7 风险监控和治理（阶段G） 609 31.8 概要总结…… 609 第32 章 基于能力的规划…… 611 32.1 综述概述…… 611 32.2 基于能力的规划范例…… 613 32.3 基于能力的规划的概念…… 613 32.3.1 能力维度…… 615 32.3.2 能力增量…… 617 32.4 Enterprise Architecture背景环境下的能力 619 32.5 概要总结…… 621 第四部分 架构内容框架……623 第33 章 简介…… 625 33.1 概述…… 625 33.2 内容元模型…… 629 33.3 内容框架和TOGAF ADM…… 631 33.4 第四部分的结构…… 631 第34 章 内容元模型…… 633 34.1 概述…… 633 34.2 内容元模型愿景和概念…… 633 34.2.1 核心内容元模型概念 633 34.2.2 内容元模型的概述…… 643 34.3 详细的内容元模型…… 647 34.3.1 核心内容元模型…… 649 34.3.2 核心架构制品…… 649 34.3.3 完整内容元模型…… 651 34.4 内容元模型扩展…… 655 34.4.1 治理扩展…… 659 34.4.2 服务扩展…… 663 34.4.3 流程建模扩展…… 667 34.4.4 数据扩展…… 671 34.4.5 基础设施合并扩展…… 675 34.4.6 动机扩展…… 679 34.5 内容元模型实体…… 683 34.6 内容元模型属性…… 689 34.7 元模型关系…… 707 第35 章 架构制品…… 715 35.1 基本概念…… 715 35.1.1 视角和视图的简单示例 719 35.2 采用ADM开发视图…… 721 35.2.1 一般指南…… 721 35.2.2 视图创建流程…… 723 35.3 视图、工具和语言…… 725 35.3.1 概述…… 725 35.4 视图和视角…… 725 35.4.1 视图和视角示例…… 725 35.4.2 Enterprise Architecture中的视图和视角 727 35.4.3 需要用于架构描述的常用语言和可互用性工具 729 35.5 结论…… 729 35.6 ADM阶段的架构制品…… 729 35.6.1 预备阶段…… 733 35.6.2 阶段A：架构愿景…… 733 35.6.3 阶段B：业务架构…… 735 35.6.4 阶段C：数据架构…… 745 35.6.5 阶段C：应用架构…… 751 35.6.6 阶段D：技术架构…… 761 35.6.7 阶段E：机会和解决方案 767 35.6.8 需求管理…… 769 35.7 待开发的推荐架构视图…… 769 35.7.1 开发业务架构视图…… 771 35.7.2 开发ENTERPRISE安保视图 773 35.7.3 开发软件工程视图…… 781 35.7.4 开发系统工程视图…… 799 35.7.5 开发通信工程视图…… 811 35.7.6 开发数据流视图…… 821 35.7.7 开发ENTERPRISE可管理性视图 831 35.7.8 开发采办方视图…… 835 第36 章 架构交付物…… 839 36.1 简介…… 839 36.2 交付物描述…… 841 36.2.1 架构构建块…… 843 36.2.2 架构契约…… 843 36.2.3 架构定义文件…… 845 36.2.4 架构原则…… 847 36.2.5 架构库…… 849 36.2.6 架构需求规范…… 849 36.2.7 架构路线图…… 851 36.2.8 架构愿景…… 853 36.2.9 业务原则、业务目标和业务驱动因素 853 36.2.10 能力评估…… 855 36.2.11 变更要求…… 857 36.2.12 沟通计划…… 859 36.2.13 合规性评估…… 859 36.2.14 实施和迁移计划…… 861 36.2.15 实施治理模型…… 863 36.2.16 Enterprise Architecture的组织模型 863 36.2.17 架构工作要求书…… 865 36.2.18 需求影响评估…… 865 36.2.19 解决方案构建块…… 867 36.2.20 架构工作说明书…… 867 36.2.21 剪裁的架构框架…… 867 第37 章 构建块…… 871 37.1 概述…… 871 37.2 构建块的简介…… 871 37.2.1 概述…… 871 37.2.2 一般特征…… 871 37.2.3 架构构建块…… 873 37.2.4 解决方案构建块…… 875 37.3 构建块和ADM…… 877 37.3.1 基本原则…… 877 37.3.2 ADM中的构建块规范流程 879 第五部分 ENTERPRISE的连续统一体和工具881 第38 章 引言…… 883 38.1 简介…… 883 38.2 第五部分的结构…… 883 第39 章 ENTERPRISE的连续统一体 887 39.1 概述…… 887 39.2 ENTERPRISE的连续统一体和架构复用 887 39.3 ENTERPRISE的连续统一体的构成要素 889 39.4 详细的ENTERPRISE的连续统一体 891 39.4.1 架构连续统一体…… 893 39.4.2 解决方案连续统一体 899 39.5 ENTERPRISE的连续统一体和ADM 903 39.6 ENTERPRISE的连续统一体和你的组织 903 39.6.1 关系…… 903 39.6.2 你的ENTERPRISE …… 907 第40 章 架构划分…… 909 40.1 概述…… 909 40.2 应用分类来创建所划分的架构 909 40.2.1 预备阶段内的活动…… 913 40.3 综合…… 915 第41 章 架构库…… 919 41.1 概述…… 919 41.2 架构全景…… 923 41.3 参考库…… 923 41.3.1 概述…… 923 41.4 标准信息库…… 925 41.4.1 概述…… 925 41.4.2 标准类型…… 925 41.4.3 标准生命周期…… 927 41.4.4 标准信息库内的标准分类 927 41.5 治理日志…… 929 41.5.1 概述…… 929 41.5.2 治理日志的内容…… 929 41.6 ENTERPRISE存储库…… 933 41.6.1 需求存储库…… 933 41.6.2 解决方案存储库…… 933 41.7 外部存储库…… 933 41.7.1 外部参考模型…… 933 41.7.2 外部标准…… 933 41.7.3 架构委员会的审批…… 933 第42 章 架构开发工具…… 935 42.1 概述…… 935 42.2 工具标准化问题…… 935 第六部分 TOGAF参考模型……937 第43 章 基础架构：技术参考模型…… 939 43.1 概念…… 939 43.1.1 TRM在基础架构中的角色 939 43.1.2 TRM组件…… 939 43.1.3 其他TRM …… 941 43.2 高层级分解…… 941 43.2.1 概述…… 941 43.2.2 可移植性和互用性…… 943 43.3 TRM的详述…… 945 43.3.1 简介…… 945 43.3.2 TRM实体和界面…… 947 43.3.3 应用软件…… 947 43.3.4 应用平台…… 949 43.3.5 通信基础设施…… 953 43.3.6 应用平台界面…… 953 43.3.7 通信基础设施界面…… 955 43.3.8 质量…… 955 43.4 应用平台—分类法…… 957 43.4.1 基本原则…… 957 43.4.2 应用平台服务类别…… 957 43.4.3 应用平台服务质量…… 965 43.5 详细的平台分类法…… 969 43.5.1 数据交换服务…… 969 43.5.2 数据管理服务…… 971 43.5.3 图形和成像服务…… 973 43.5.4 国际运营服务…… 975 43.5.5 位置和目录服务…… 977 43.5.6 网络服务…… 977 43.5.7 操作系统服务…… 981 43.5.8 软件工程服务…… 983 43.5.9 事务处理服务…… 985 43.5.10 用户界面服务…… 987 43.5.11 安保服务…… 987 43.5.12 系统和网络管理服务 991 43.5.13 面向对象的服务提供 995 第44 章 综合信息基础设施参考模型 1001 44.1 基本概念…… 1001 44.1.1 背景…… 1001 44.1.2 模型的组件…… 1003 44.1.3 与TOGAF其他部分的关系 1003 44.1.4 关键业务和技术驱动因素 1003 44.1.5 III-RM的状态…… 1007 44.2 高层级视图…… 1009 44.2.1 III-RM衍生自TRM 1009 44.2.2 高层级III-RM图形 1011 44.2.3 高层级III-RM的组件 1013 44.3 详细的分类法…… 1017 44.3.1 详细的III-RM图形 1017 44.3.2 业务应用…… 1017 44.3.3 基础设施应用…… 1027 44.3.4 应用平台…… 1029 44.3.5 质量…… 1037 第七部分 架构能力框架…… 1039 第45 章 简介…… 1041 45.1 概述…… 1041 45.2 第七部分的结构…… 1043 第46 章 建立架构能力…… 1045 46.1 概述…… 1045 46.2 阶段A：架构愿景…… 1047 46.3 阶段B：业务架构…… 1049 46.4 阶段C：数据架构…… 1049 46.5 阶段C：应用架构…… 1051 46.6 阶段D：技术架构…… 1051 46.7 阶段E：机会和解决方案…… 1051 46.8 阶段F：迁移规划…… 1051 46.9 阶段G：实施治理…… 1051 46.10 阶段H：架构变更管理…… 1053 46.11 需求管理…… 1053 第47 章 架构委员会…… 1055 47.1 角色…… 1055 47.2 职责…… 1055 47.3 成立架构委员会…… 1057 47.3.1 触发条件…… 1057 47.3.2 委员会规模…… 1059 47.3.3 委员会结构…… 1059 47.4 架构委员会的运作…… 1061 47.4.1 概述…… 1061 47.4.2 准备…… 1061 47.4.3 议程…… 1063 第48 章 架构合规性…… 1067 48.1 简介…… 1067 48.2 术语：架构合规性的含义…… 1067 48.3 架构合规性审视…… 1071 48.3.1 目的…… 1071 48.3.2 时间安排…… 1073 48.3.3 治理和人员场景…… 1075 48.4 架构合规性审视流程…… 1075 48.4.1 概述…… 1075 48.4.2 角色…… 1079 48.4.3 步骤…… 1081 48.5 架构合规性审视检查单…… 1083 48.5.1 硬件和操作系统检查单 1083 48.5.2 软件服务和中间件检查单 1085 48.5.3 应用检查单…… 1087 48.5.4 信息管理检查单…… 1093 48.5.5 安保检查单…… 1095 48.5.6 系统管理检查单…… 1097 48.5.7 系统工程/整体架构检查单 1099 48.5.8 系统工程/方法&工具检查单 1103 48.6 架构合规性审视指南…… 1107 48.6.1 剪裁检查单…… 1107 48.6.2 进行架构合规性审视 1107 第49 章 架构契约……1111 49.1 角色……1111 49.2 内容……1113 49.2.1 架构工作说明书……1113 49.2.2 架构设计与开发合作伙伴之间的契约1115 49.2.3 架构开发职能部门与业务用户之间的契约1115 49.3 与架构治理的关系……1117 第50 章 架构治理……1119 50.1 简介……1119 50.1.1 ENTERPRISE内的治理层级1119 50.1.2 治理的本质…… 1121 50.1.3 技术治理…… 1123 50.1.4 IT治理…… 1123 50.1.5 架构治理：概述…… 1125 50.2 架构治理框架…… 1127 50.2.1 架构治理框架——概念结构 1127 50.2.2 架构治理框架——组织结构 1131 50.3 实践中的架构治理…… 1135 50.3.1 架构治理—关键成功因素 1135 50.3.2 有效架构治理战略的要素 1137 第51 章 架构成熟度模型…… 1139 51.1 概述…… 1139 51.2 背景…… 1141 51.3 美国商务部ACMM框架…… 1141 51.3.1 概述…… 1141 51.3.2 ACMM的要素…… 1143 51.3.3 示例：Enterprise Architecture流程成熟度等级 1143 51.4 能力成熟度模型综合（CMMI） 1149 51.4.1 简介…… 1149 51.4.2 SCAMPI方法…… 1151 51.5 结论…… 1151 第52 章 架构技能框架…… 1153 52.1 简介…… 1153 52.2 对Enterprise Architecture技能框架的需要 1153 52.2.1 定义的严密性…… 1153 52.2.2 内部架构实践的基础 1155 52.3 目标/理由依据…… 1157 52.3.1 ENTERPRISE架构师的认证 1157 52.3.2 具体益处…… 1157 52.4 Enterprise Architecture角色和技能类别 1159 52.4.1 概述…… 1159 52.4.2 TOGAF角色…… 1159 52.4.3 技能类别…… 1161 52.4.4 熟练程度…… 1163 52.5 Enterprise Architecture角色和技能定义 1163 52.5.1 一般技能…… 1163 52.5.2 业务技能与方法…… 1165 52.5.3 Enterprise Architecture技能 1165 52.5.4 项目群或项目管理技能 1167 52.5.5 IT常识技能…… 1167 52.5.6 技术类IT技能…… 1169 52.5.7 法律环境…… 1169 52.6 ENTERPRISE架构师的一般角色和技能 1171 52.6.1 一般角色…… 1171 52.6.2 依照ENTERPRISE的连续统一体描述特性 1175 52.6.3 ENTERPRISE架构师的主要特点 1175 52.7 结论…… 1177 第八部分 附录……1179 附录A 补充定义的词汇表…… 1181 附录B 缩略语…… 1209 索引…… 1221

IEC 60870 part 5 [1] is one of the IEC 60870 set of standards which define systems used for telecontrol (supervisory control and data acquisition) in electrical engineering and power system automation applications. Part 5 provides a communication profile for sending basic telecontrol messages between two systems, which uses permanent directly connected data circuits between the systems. The IEC Technical Committee 57 (Working Group 03) have developed a protocol standard for telecontrol, teleprotection, and associated telecommunications for electric power systems. The result of this work is IEC 60870-5. Five documents specify the base IEC 60870-5: IEC 60870-5-1 Transmission Frame Formats IEC 60870-5-2 Data Link Transmission Services IEC 60870-5-3 General Structure of Application Data IEC 60870-5-4 Definition and Coding of Information Elements IEC 60870-5-5 Basic Application Functions IEC 60870-5-6 Guidelines for conformance testing for the IEC 60870-5 companion standards IEC TS 60870-5-7 Security extensions to IEC 60870-5-101 and IEC 60870-5-104 protocols (applying IEC 62351) The IEC Technical Committee 57 has also generated companion standards: IEC 60870-5-101 Transmission Protocols - companion standards especially for basic telecontrol tasks IEC 60870-5-102 Transmission Protocols - Companion standard for the transmission of integrated totals in electric power systems (this standard is not widely used) IEC 60870-5-103 Transmission Protocols - Companion standard for the informative interface of protection equipment IEC 60870-5-104 Transmission Protocols - Network access for IEC 60870-5-101 using standard transport profiles IEC TS 60870-5-601 Transmission protocols - Conformance test cases for the IEC 60870-5-101 companion standard IEC TS 60870-5-604 Conformance test cases for the IEC 60870-5-104 companion standard IEC 60870-5-101/102/103/104 are companion standards generated for basic telecontrol tasks, transmission of integrated totals, data exchange from protection equipment & network access of IEC101 respectively.

MSDN Library的这一部分提供的资源可帮助您开始使用Microsoft Speech Platform开发可再发布的语音解决方案。 Microsoft Speech Platform包含一个软件开发工具包（SDK），一个运行时间和运行时语言（可启用语音识别的语言包或针对特定语言的文本到语音转换），您可以在应用程序中重新分发这些语言。

Lua for Windows is a 'batteries included environment' for the Lua scripting language on Windows. Lua for Windows (LfW) combines Lua binaries, Lua libraries with a Lua-capable editor in a single install package for the Microsoft Windows operating system. LfW contains everything you need to write, run and debug Lua scripts on Windows. A wide variety of libraries and examples are included that are ready to use with Microsoft Windows. LfW runs on Windows 2000 and newer versions of Windows. Lua and its associated libraries are also available for other operating systems, so most scripts will be automatically cross-platform.

可以查看当前已被占用的快捷键，并且可快速定位到相关的程序，可有效的防止快捷键冲突。 Windows Hotkey Explorer是一个热键查看软件工具，可用于查看系统快捷键。全部列出来，你就一清二楚了

SVG画图工具是一个基于网络的免费和开源矢量图形编辑器。 它可用于从Web浏览器内创建和编辑可缩放矢量图形（SVG）图像，而不需要额外的软件安装。

如果你急需一个简单的Web Server，但你又不想去下载并安装那些复杂的HTTP服务程序，比如：Apache，ISS等。 那么， Node.js 可能帮助你。使用Node.js可以完成一个简单的内建 HTTP 服务器。 于是，你可以把你的目录和文件都以HTTP的方式展示出来。

跳包之所以叫心跳包是因为:它像心跳一样每隔固定时间发一次,以此来告诉服务器,这个客户端还活着.事实上这是为了保持长连接,至于这个包的内容,是没有什么特别规定的,不过一般都是很小的包,或者只包含包头的一个空包. 在TCP的机制里面,本身是存在有心跳包的机制的,也就是TCP的选项:SO_KEEPALIVE.系统默认是设置的2小时的心跳频率.但是它检查不到机器断电.网线拔出.防火墙这些断线.而且逻辑层处理断线可能也不是那么好处理.一般,如果只是用于保活还是可以的. 心跳包一般来说都…

心跳包的发送,通常有两种技术 方法1:应用层自己实现的心跳包 由应用程序自己发送心跳包来检测连接是否正常,大致的方法是:服务器在一个 Timer事件中定时 向客户端发送一个短小精悍的数据包,然后启动一个低级别的线程,在该线程中不断检测客户端的回应, 如果在一定时间内没有收到客户端的回应,即认为客户端已经掉线:同样,如果客户端在一定时间内没 有收到服务器的心跳包,则认为连接不可用. 方法2:TCP的KeepAlive保活机制 因为要考虑到一个服务器通常会连接多个客户端,因此由用户在应用层自己实现…

该游戏于2012年6月，7月和8月从头开始编写，但从TankorSmash的教程页面中获取的sprite循环代码除外。这是我写的第二个游戏，第一个是Hangman +。游戏背后的想法是为了一个更真实的自上而下的赛车游戏，其中找到最快的赛车线是关键，而不是在角落附近滑动。最初的计划是针对多个赛车手和人工智能，但我宁愿发布基于单圈计时/鬼圈的当前版本，并在花费数月时间之前获得一些反馈。提示和提示较快的自行车加速较慢，需要较长时间才能减慢转弯速度。你最好从自行车1开始学习跑道，然后再转向更快的自行车。在速度越来越慢的技术轨道上，越过最快的速度是关键。同时尽量不要让提升时间过长 - 许多短促的提升会让您的整体时间更快，因为您的自行车需要一段时间才能从提升的最高速度下降。您可以夹角，但如果您在草地上超过0.5秒，那么您的圈速时间将失效。您还必须跨越2个扇区/时间线才能计数。一旦有效圈完成，您只能获得一辆鬼车。未来计划我还希望在将来的版本中实施以下内容： - 永久记录鬼圈声音！网络/多人游戏

在有关算法的书中，有一些叙述非常严谨，但不够全面；另一些涉及了大量的题材，但又缺乏严谨性。本书将严谨性和全面性融为一体，深入讨论各类算法，并着力使这些算法的设计和分析能为各个层次的读者接受。全书各章自成体系，可以作为独立的学习单元；算法以英语和伪代码的形式描述，具备初步程序设计经验的人就能看懂；说明和解释力求浅显易懂，不失深度和数学严谨性。 全书选材经典、内容丰富、结构合理、逻辑清晰，对本科生的数据结构课程和研究生的算法课程都是非常实用的教材，在IT专业人员的职业生涯中，本书也是一本案头必备的参考书或工程实践手册。 第3版的主要变化： 新增了van Emde Boas树和多线程算法，并且将矩阵基础移至附录。 修订了递归式（现在称为“分治策略”）那一章的内容，更广泛地覆盖分治法。 移除两章很少讲授的内容：二项堆和排序网络。 修订了动态规划和贪心算法相关内容。 流网络相关材料现在基于边上的全部流。 由于关于矩阵基础和Strassen算法的材料移到了其他章，矩阵运算这一章的内容所占篇幅更小。 修改了对Knuth-Morris-Pratt字符串匹配算法的讨论。 新增100道练习和28道思考题，还更新并补充了参考文献。

算法之大，大到可以囊括宇宙万物的运行规律；算法之小，小到寥寥数行代码即可展现一个神奇的功能。算法的应用和乐趣在生活中无处不在： 历法和二十四节气计算使用的是霍纳法则和求解一元高次方程的牛顿迭代法； 音频播放器跳动的实时频谱背后是离散傅立叶变换算法； DOS时代著名的PCX图像文件格式使用的是简单有效的RLE压缩算法； RSA加密算法的光环之下是朴实的欧几里德算法、蒙哥马利算法和米勒-拉宾算法； 井字棋、黑白棋、五子棋和俄罗斯方块游戏背后是各种有趣的AI算法； 华容道游戏求解的简单穷举算法中还蕴藏着对棋盘状态的哈希算法； 遗传算法神秘不可测，但用遗传算法求解0-1背包问题只用了60多行代码…… 一本书带你走进色彩缤纷的算法世界，让你尽享算法的乐趣。

神经网络是计算智能和机器学习的重要分支，在诸多领域都取得了很大的成功。在众多神经网络著作中，影响最为广泛的是Simon Haykin的《神经网络原理》（第3版更名为《神经网络与机器学习》）。在本书中，作者结合近年来神经网络和机器学习的最新进展，从理论和实际应用出发，全面、系统地介绍了神经网络的基本模型、方法和技术，并将神经网络和机器学习有机地结合在一起。 本书不但注重对数学分析方法和理论的探讨，而且也非常关注神经网络在模式识别、信号处理以及控制系统等实际工程问题的应用。本书的可读性非常强，作者举重若轻地对神经网络的基本模型和主要学习理论进行了深入探讨和分析，通过大量的试验报告、例题和习题来帮助读者更好地学习神经网络。 本版在前一版的基础上进行了广泛修订，提供了神经网络和机器学习这两个越来越重要的学科的最新分析。 本书特色： 1. 基于随机梯度下降的在线学习算法；小规模和大规模学习问题。 2. 核方法，包括支持向量机和表达定理。 3. 信息论学习模型，包括连接、独立分量分析（ICA）、一致独立分量分析和信息瓶颈。 4. 随机动态规划，包括逼近和神经动态规划。 5. 逐次状态估计算法，包括卡尔曼和粒子滤波器。 6. 利用逐次状态估计算法训练递归神经网络。 7. 富有洞察力的面向计算机的试验。

（深度学习）是一本皆在帮助学生和从业人员进入机器学习领域的教科书，以开源的形式免费在网络上提供，这本书是由学界领军人物 Ian Goodfellow、Yoshua Bengio 和 Aaron Courville 合力打造

在《科技想要什么》一书中，凯文·凯利向我们介绍了一种全新的科技观。他认为，作为整体，科技不是由线路和金属构成的一团乱麻，而是有生命力的自然形成的系统，它的起源完全可以回溯到生命的初始时期。正如生物进化呈现出无意识的趋势，科技也是如此。通过追踪这些长期趋势，我们可以对“科技想要什么”有所理解。 凯文·凯利预测了未来数十年科技的12种趋势，包括创造大脑这一得寸进尺之举。不过，为了让人类创造的世界实现收益最大化，需要对这种全球体系产生的问题和代价保持敏感。凯利详细讲述了值得我们学习的阿米什“早期使用者”和其他批判科技自我主义倾向的人所具有的智慧。 凯利的新科技理论提供了三种实践经验：通过倾听科技的需求，我们和我们的孩子可以更加出色地做好准备，迎接必将到来的科技；通过采用主动融合原则，我们可以驾驭科技，使之发挥最大作用；通过遵从这种类生命系统的长期原则，我们可以获得它的全部馈赠。 凯利令人吃惊地宣称，现在人类已定义的生命形态仅包括植物、动物、原生生物、真菌、原细菌、真细菌六种，但技术的演化和这六种生命体的演化惊人相似。技术应该是生命的第七种存在方式。技术是生命的延伸，它不是独立于生命之外的东西。 这是一部关于科技的巅峰之作，必定会成为现代思想体系中的一座里程碑。

这是一本关于机器、系统、生物和社会的“大部头”；这是一本诞生于1994年的关于社会进化、特别是互联网发展的“先知预言”；它曾是《黑客帝国》主要演员的必读物之一；它被《长尾理论》作者克里斯·安德森称作“过去十年，公认最具智慧和价值的一本书”——这部《失控》（Out of Control），在经过一年多的翻译之后，终由新星出版社推出中文版。 《失控》英文版于1994年在美国出版，并在此后的十几年时间里依然长销不衰，克里斯·安德森在亚马逊网站上的评论给出了答案：“尽管书中的一些例子在十几年后可能有些过时，但（它们所表达的）信息却越来越成为真知灼见。”据介绍，《黑客帝国》的导演曾要求演员们在打开剧本之前必须阅读《失控》。 《失控》全名为《失控：机器、社会与经济的新生物学》。书中所记述的，是作者凯文· 凯利对当时科技、社会和经济最前沿的一次漫游，并借此所窥得的未来图景。书中提到并且今天正在兴起或大热的概念包括：大众智慧、云计算、物联网、虚拟现实、敏捷开发、协作、双赢、共生、共同进化、网络社区、网络经济等等。因此说它是一本“预言式”的书并不为过。1994年，凯文在《失控》中预言社会化媒体的未来功能时，还没有多少人真正相信，或者没有心思去对这一番长篇大论的预言进行耐心地思考。而现在，社会化网络已经在深入地影响着人们的生活，当时人们所不敢相信的，在所谓的“理论”上不可行的，都已经成为现实。 因此，距《失控》出版已经过去了二十一年，凯文依然自信地宣称“当初的一切观点都毫不过时”。

“技术元素”（technium)是凯文·凯利专门创造出来的词语。本书继承了《失控》和《新经济的新规则》的思考体系，谈到了文明进化、数字出版、免费经济、人工智能、物联网、数字化生活等热议的话题

《必然》是2016年01月电子工业出版社出版发行的中译图书，作者是凯文·凯利（Kevin Kelly），主要讲述了凯文·凯利总结了自己几十年来对于科技的观察和分析，精彩地评说当下科技发展的必然趋势，为科技产业的发展提供了极富前瞻性的视野和指导。 [1]

qt C++ 写的 udp 测试工具 简单

qt tcp Server 测试 简单 tcp 服务端

qt tcp client 测试 简单 tcp 客户端