AForge-中文文档

合集下载

AutoGrid 中文说明书

AutoGrid 用户用户操作操作操作说明说明 1. Compact 开机程序a) 打开笔记本电脑(登陆AutoGrid 用户帐号)，插入PCMCIA 卡到电脑的PCMCIA 卡插槽。

b) 连接视频线，从PCMCIA 卡到Compact 的测量头，注意插头的方向 c) 将电源线一端连接到PCMCIA 卡，注意插头方向d) 将电源线的另外一端接上电源，此时Compact 测量头会闪烁一次蓝光 e) 将加密狗插到笔记本电脑的USB 端口f) 启动AutoGrid 软件2. 校准程序a) 拿出标定块b) 开机程序后，选择File/ Calibration ，选择Compact 测量头正确的序列号(In process 选择hires(高分辨率)或hispd(高速)测量标定)，选择标定块名称，点finish ，待四只摄像头都启动以后准备对标定块拍照c) 可以拍摄5-7张照片，一张照片从标定块上方，六张照片来自标定块四周不同角度。

要保证两束激光准确对齐。

d) 关掉拍照窗口，软件开始自动计算校准数据，当数据全部出现绿色后校准完成。

点OK 保存校准数据并退出。

e) 一般情况下不需要重复校准，只有当Compact 发生了运输过程，震动时，或In process 的镜头发生改变时，才需要重新校准。

3. 新建试验a) 启动AutoGrid 软件b) 选择File/ New Measurement ，输入项目名the project name ，选择测试镜头的校准数据the calibrated measure headc) 做In process 的试验时，如果使用hires （hi resolution ）校准数据，那么hires 会用到相机的全像素分辨率, 这对于网格分析的高精度局部测量是非常有好处的，所以可以用hires 来分析1.0mm 的网格，但是图片文件的尺寸会非常大，而且在用in process 测量的时候由于大的图片文件会限制记录的图片数量（一般最多大约300-350张），而记录的帧数也被限制到，最高大约每秒20帧；如果使用hispd (hi speed) 校准数据，可以增加4个真实像素的亮度值并且在记录的照片里只使用1个像素，所以记录图片的像素分辨率在垂直和水平方向上和“hires ”下拍到的相片相比仅有原来的一半，所以hispd 下图片的局部分辨率要比hires 下的低，但是另一方面这个图片文件的尺寸仅有hires 记录的图片文件的25%大小，所以它就能够在in process 测量中记录更加多的图片(大约有1200到1400张)，而且记录的帧数也可以更高，最高可以达到30张每秒d) 选择记录照片的模式，Compact 选择single measurement （单一测量），in process 选择time sequence/video （时间序列测量/视频）e) 填写project property 项目属性，thickness 厚度和Grid distance 网格间距，color for grid 默认选择dark 黑暗，也可以在网格点扫描计算程序中的Settings → Project parameters → Color of grid 里修改，finish 完成，image recording 将启动，数秒钟后cameras 将从1到4启动完成。

spring-3.1.0中文版api帮助文档

Spring 3.x权威开发指南：实施Java EE 6的利器2011年8月31日目录序 (VIII)前言 (X)1借助Spring 3.1实施Java EE 6 (1)1.1Java EE 6编程模型讨论 (1)1.1.1Java EE 6够敏捷，No！ (1)1.1.2盘旋于具体与抽象之间 (2)1.2挖掘Spring 3.1的架构价值 (3)1.2.1精耕细作于Java EE 6平台 (3)1.2.2面向Spring的SpringSource Tool Suite集成开发工具 (3)1.2.3全面拥抱OSGi 4.2 (4)1.2.4开发者决定一切 (4)1.3下载及构建Spring 3.1 (5)1.3.1下载Spring 3.1正式发布版 (5)1.3.2基于SVN库持续构建Spring源码 (6)1.4小结 (7)2控制反转容器 (8)2.1DI及Spring DI概述 (8)2.1.1面向Java ME/Java SE的BeanFactory (8)2.1.2面向Java EE的ApplicationContext (9)2.2多种依赖注入方式 (9)2.2.1设值注入 (9)2.2.2构建器注入 (11)2.2.3属性注入 (12)2.2.4方法注入 (12)2.3借助Autowiring策略智能注入协作者 (13)2.3.1<bean/>元素的autowire属性 (13)2.3.2基于@Required注解加强协作者管理 (14)2.3.3基于@Autowired或@Inject注解的另一Autowiring策略 (16)2.3.4借助primary属性或@Qualifier注解细粒度控制Autowiring策略 (16)2.4资源操控 (19)2.5将DI容器宿主到Web容器中 (19)2.6外在化配置应用参数 (19)2.7Spring受管Bean的作用范围 (19)2.8Bean Validation集成支持 (19)2.9回调接口集合及触发顺序 (19)2.10<util/>命名空间 (20)2.11值得重视的若干DI特性 (20)2.11.1depends-on属性 (20)2.11.2别名（Alias） (20)2.11.3工厂Bean和工厂方法 (20)2.11.4<p/>命名空间 (21)2.11.5抽象和子Bean (21)2.12基于注解（Annotation）方式配置DI容器 (21)2.13Spring表达式语言（SpEL）支持 (22)2.13.1核心接口及类 (22)2.13.2基于API方式使用 (22)2.13.3基于XML方式使用 (22)2.13.4基于Annotation注解使用 (22)2.13.5SpEL语法速查 (22)2.14回调接口集合及其触发顺序 (22)2.14.1BeanNameAware回调接口 (22)2.14.2BeanClassLoaderAware回调接口 (23)2.14.3BeanFactoryAware回调接口 (23)2.14.4ResourceLoaderAware回调接口 (23)2.14.5ApplicationEventPublisherAware回调接口 (23)2.14.6MessageSourceAware回调接口 (23)2.14.7ApplicationContextAware回调接口 (23)2.14.8@PostConstruct注解 (23)2.14.9InitializingBean回调接口 (23)2.14.10<bean/>元素的init-method属性 (24)2.14.11@PreDestroy注解 (24)2.14.12DisposableBean回调接口 (24)2.14.13<bean/>元素的destroy-method属性 (24)2.15小结 (24)3面向切面编程 (25)3.1AOP及Spring AOP基础 (25)3.1.1细说AOP (25)3.1.2Spring AOP基础概念 (25)3.2AspectJ 6初探 (25)3.3老式Spring AOP (25)3.4基于@AspectJ的Spring AOP (26)3.5基于<aop:config/>元素的AOP (26)3.5.1巧用<aop:include/>元素 (26)3.6在AspectJ 6应用中启用@Configurable注解 (26)3.6.1显式使用AnnotationBeanConfigurerAspect切面 (26)3.6.2阐述@Configurable注解 (28)3.6.3通过META-INF/aop.xml（或aop-ajc.xml）控制启用的切面集合 (30)3.6.4<context:spring-configured/>元素 (31)3.6.5初探<context:load-time-weaver/>元素 (31)3.7小结 (31)4DAO层集成支持 (33)4.1RDBMS持久化操作抽象支持 (33)4.2.1JDBC最佳实践 (33)4.3事务集成支持 (33)4.4集成测试支持 (33)4.5在AspectJ 6应用中启用@Transactional注解 (33)4.6小结 (33)5Hibernate、JPA集成 (34)5.1Hibernate集成支持 (34)5.2JPA集成支持 (34)5.3智能处理Java EE容器中的装载期织入（LTW） (34)5.4小结 (35)6O/X Mapping集成支持 (36)6.1O/X Mapping集成支持 (36)6.1.1Marshaller及Unmarshaller接口 (37)6.2实践XMLBeans集成支持 (37)6.2.1借助Ant生成XMLBeans JAR (38)6.2.2XmlBeansMarshaller实现类 (39)6.2.3<oxm:xmlbeans-marshaller/>元素 (40)6.3小结 (40)7集成Java EE其他容器服务 (41)7.1简化JNDI操作 (41)7.2集成EJB 3.1 (41)7.3线程池及任务调度集成支持 (41)7.4集成JMS (41)7.5集成JavaMail (41)7.6集成分布式操作 (41)7.7集成JMX (42)7.8集成Java EE连接器架构 (42)8Web层集成支持 (43)8.1Spring Web MVC框架 (43)8.2Spring Portlet MVC框架 (43)8.3REST架构风格 (43)8.4小结 (43)9高级Spring 3.0特性 (44)9.1优雅销毁DI容器 (44)9.2小结 (44)10附录A：安装及使用SpringSource Tool Suite (45)10.1获得SpringSource Tool Suite (45)10.2安装SpringSource Tool Suite (45)10.3使用SpringSource Tool Suite (47)10.3.1针对Spring 3.1的支持 (47)10.3.2针对Spring Web Flow的支持 (49)10.3.3针对Spring Batch的支持 (50)10.3.4针对Spring Roo的支持 (50)11附录B：Spring 3.1内置的命名空间 (51)11.1<beans/>命名空间 (51)11.2<context/>命名空间 (51)11.3<util/>命名空间 (51)12附录C：Spring Web Services (52)12.1文档驱动的Web服务 (52)12.2面向OXM的Web服务实现策略 (52)12.3Web服务安全 (52)13附录D：Spring Web Flow (53)13.2探索Spring Web Flow (53)14附录E：Spring BlazeDS Integration (54)14.1Flex－RIA王者 (54)14.2简化BlazeDS的使用 (54)14.3深入到Spring BlazeDS Integration中 (54)15附录F：Spring Roo (55)15.1快速研发之道 (55)15.1.1Spring Roo概述 (55)15.2Spring Roo架构哲学 (55)15.3深入到Spring Roo中 (55)16附录G：相关资料 (56)16.1图书 (56)16.2网站 (56)序从2003年开始，开源Spring一直在同Java EE携手走来。

Spring Data JPA中文文档[1.4.3]

xmlns:xsi="/2001/XMLSchema-instance" xmlns="/schema/data/jpa" xsi:schemaLocation="/schema/beans
1.2查询方法
一般的增删改查功能都会有一些查询语句去查询数据库，在Spring Data，你只需要简单的做四个步骤即可实现！ 1.声明一个继承与Repository或者它的子接口的接口，并且输入类型参数，如下：
192.168.0.242:8090/pages/viewpage.action?pageId=1802242
例1.3 选择性的暴露接口
1 interface MyBaseRepository<T, ID extends Serializable> extends Repository<T, ID> {
2
T findOne(ID id);
3
T save(T entity);
4}
5
6 interface UserRepository extends MyBaseRepository<User, Long> {
192.168.0.242:8090/pages/viewpage.action?pageId=1802242
3/19
13-12-17
Spring Data JPA中文文档[1.4.3] - 产品研发部Java架构组 - 产品研发部Wiki
1.2.2 定义查询方法
SpringData通过方法名有两种方式去解析出用户的查询意图：一种是直接通过方法的命名规则去解析，第二种是通过Query去解析，那么当同时存在几种方式时，SpringData怎么去选择这两种方式呢？好了，SpringData有一个策略去决定到底使用哪种方式：

pentaho_data_integration中文文档_概述及范文模板

pentaho data integration中文文档概述及范文模板1. 引言1.1 概述Pentaho Data Integration是一种基于Java的开源ETL（抽取、转换和加载）工具，它提供了一个强大且灵活的平台，用于管理、处理和转换各种类型和规模的数据。

通过可视化设计界面和丰富的功能组件，Pentaho Data Integration可以帮助用户轻松地实现数据集成、数据清洗、数据加载等任务，使得企业能够更加高效地利用数据。

1.2 文章结构本文将以“pentaho data integration中文文档概述及范文模板”为主题，对Pentaho Data Integration中文文档进行全面介绍。

文章内容将包括引言、Pentaho Data Integration简介、Pentaho Data Integration中文文档概述以及Pentaho Data Integration中文文档范文模板等几个部分。

通过阅读本篇文章，读者将能够了解到Pentaho Data Integration工具的基本概念和特点，并且获得一个详细而系统的中文参考手册编写模板。

1.3 目的本文的目的是为读者提供关于Pentaho Data Integration中文文档概述和范文模板的详尽介绍。

首先，我们将简要介绍Pentaho Data Integration工具的定义和功能特点，帮助读者了解该工具的基本原理和使用场景。

接下来，我们将详细描述Pentaho Data Integration中文文档的内容和范围，并指导读者如何编写一篇规范而有序的参考手册。

最后，在结论部分，我们将对全文进行总结，并提出一些建议，以进一步改进Pentaho Data Integration中文文档的质量和实用性。

通过阅读本文，读者将能够更好地理解和应用Pentaho Data Integration工具，同时也能够为其他用户撰写高质量的中文文档提供参考和指导。

TOGAF9.1(中文版)

TOGAF9.1版本TOGAF Version 9.1（中文版）The Open Group第1章简介Introduction (17)1.1 TOGAF文件的结构Structure of the TOGAF Document (17)1.2执行概述Executive Overview (18)第2章核心概念Core Concepts (21)2.1什么是TOGAF? What Is TOGAF? (21)2.2在TOGAF背景环境下，什么是架构？ What Is Architecture in the Context of TOGAF? (21)2.3 TOGAF涉及哪些种类的架构？ What Kind of Architecture Does TOGAF Deal with? (21)2.4架构开发方法Architecture Development Method (21)2.5交付物、制品和构建块Deliverables, Artifacts, and Building Blocks (22)2.6企业的连续统一体Enterprise Continuum (23)2.7架构库Architecture Repository (24)2.8建立和维护企业架构能力Establishing and Maintaining an Enterprise Architecture Capability (25)2.9将架构能力建立为运行实体Establishing the Architecture Capability as an Operational Entity (25)2.10使用TOGAF与其他框架Using TOGAF with Other Frameworks (26)第3章定义Definitions (28)3.1抽象Abstraction (28)3.2施动者Actor (28)3.3应用Application (28)3.4应用架构Application Architecture (28)3.5应用平台Application Platform (28)3.6应用平台界面（API）Application Platform Interface (28)3.7架构风格Architectural Style (28)3.8架构Architecture (28)3.9架构构建块（ABB）Architecture Building Block (29)3.10架构连续统一体Architecture Continuum (29)3.11架构开发方法（ADM）Architecture Development Method (29)3.12架构域Architecture Domain (29)3.13架构框架Architecture Framework (29)3.14架构治理Architecture Governance (29)3.15架构全景Architecture Landscape (29)3.16架构原则Architecture Principles (29)3.17架构愿景Architecture Vision (29)3.18制品Artifact (30)3.19基线Baseline (30)3.20无边界信息流Boundary less Information Flow (30)3.21构建块Building Block (30)3.22业务架构Business Architecture (30)3.23业务功能Business Function (30)3.24业务治理Business Governance (30)3.25业务服务Business Service (31)3.26能力Capability (31)3.27能力架构Capability Architecture (31)3.28能力增量Capability Increment (31)3.29沟通和利益攸关者管理Communications and Stakeholder Management (31)3.30关注点Concerns (31)3.31约束Constraint (31)3.32数据架构Data Architecture (31)3.33交付物Deliverable (31)3.34企业Enterprise (32)3.35企业的连续统一体Enterprise Continuum (32)3.36基础架构Foundation Architecture (32)3.37框架Framework (32)3.38差距Gap (32)3.39治理Governance (32)3.40信息Information (32)3.41信息技术（IT）Information Technology (32)3.42互用性Interoperability (33)3.43逻辑的Logical (33)3.44元数据Metadata (33)3.45元模型Metamodel (33)3.46方法Method (33)3.47方法论Methodology (33)3.48模型Model (33)3.49建模Modeling (34)3.50目的Objective (34)3.51特征模式Patterns (34)3.52绩效管理Performance Management (34)3.53物理的Physical (34)3.54平台Platform (34)3.55平台服务Platform Service (34)3.56原则Principle (34)3.57参考模型（RM）Reference Model (34)3.58存储库Repository (35)3.59需求Requirement (35)3.60路线图Roadmap (35)3.61角色Role (35)3.62分部架构Segment Architecture (35)3.63面向服务Service Orientation (35)3.64面向服务架构（SOA）Service Oriented Architecture (35)3.65解决方案架构Solution Architecture (36)3.66解决方案构建块（SBB）Solution Building Block (36)3.67解决方案连续统一体Solutions Continuum (36)3.68利益攸关者Stakeholder (36)3.69标准信息库（SIB）Standards Information Base (36)3.70战略架构Strategic Architecture (36)3.71目标架构Target Architecture (36)3.72架构视图分类法Taxonomy of Architecture Views (36)3.73技术架构Technology Architecture (37)3.74过渡架构Transition Architecture (37)3.75视图View (37)3.76视角Viewpoint (37)3.77工作包Work Package (37)第4章发布说明Release Notes (38)4.1 TOGAF9的新特征是什么？What’s New in TOGAF 9? (38)4.1.1本版中应用的变更Changes Applied in this Edition (39)4.2TOGAF9的效益The Benefits of TOGAF 9 (40)4.3TOGAF8.1.1结构到TOGAF9的映射Mapping of the TOGAF 8.1.1 Structure to TOGAF 9 (41)4.4TOGAF9结构到TOGAF8.1.1的映射Mapping of TOGAF 9 Structure to TOGAF 8.1.1 (42)4.5使用TOGAF Using TOGAF (43)4.5.1使用条件Conditions of Use (43)4.5.2 TOGAF花费多少成本？How Much Does TOGAF Cost? (44)4.5.3下载Downloads (44)4.6为什么加入The Open Group? Why Join The Open Group? (44)第5章简介 Introduction (46)5.1 ADM概述 ADM Overview (46)5.1.1 ADM、企业的连续统一体和架构库 The ADM, Enterprise Continuum, and Architecture Repository (46)5.1.2 ADM和基础架构 The ADM and the Foundation Architecture (47)5.1.3 ADM和支持指南和技巧 ADM and Supporting Guidelines and Techniques (47)5.2架构开发周期 Architecture Development Cycle (47)5.2.1关键点 Key Points (47)5.2.2基本结构 Basic Structure (48)5.3 ADM的适应性调整 Adapting the ADM (49)5.4架构治理 Architecture Governance (50)5.5界定架构的范围 Scoping the Architecture (51)5.5.1广度 Breadth (52)5.5.2深度 Depth (52)5.5.3时间区间 Time Period (53)5.5.4架构域 Architecture Domains (53)5.6架构综合 Architecture Integration (54)5.7概要总结 Summary (54)第6章预备阶段 Preliminary Phase (56)6.1目的 Objectives (56)6.2实施途径 Approach (57)6.2.1企业Enterprise (57)6.2.2组织的背景环境 Organizational Context (57)6.2.3架构工作的需求 Requirements for Architecture Work (58)6.2.4原则 Principles (58)6.2.5管理框架 Management Frameworks (59)6.2.6使管理框架相关联 Relating the Management Frameworks (60)6.2.7企业架构/业务变革成熟度评估规划Planning for Enterprise Architecture/Business Change MaturityEvaluation (61)6.3输入 Inputs (61)6.3.1企业的外部参考资料 Reference Materials External to the Enterprise (61)6.3.2非架构输入 Non-Architectural Inputs (61)6.3.3架构输入 Architectural Inputs (62)6.4步骤 Steps (62)6.4.1界定受影响的企业组织的范围 Scope the Enterprise Organizations Impacted (63)6.4.2确认治理和支持框架 Confirm Governance and Support Frameworks (63)6.4.3定义并建立企业架构团队和组织 Define and Establish Enterprise Architecture Team and Organization.636.4.4识别和建立架构原则 Identify and Establish Architecture Principles (64)6.4.5剪裁TOGAF以及其他选定的架构框架(如果有)Tailor TOGAF and,if Any,Other Selected ArchitectureFramework(s) (64)6.4.6实施架构的工具 Implement Architecture Tools (64)6.5输出 Outputs (64)第7章阶段A:架构愿景 Phase A: Architecture Vision (66)7.1目的 Objectives (66)7.2实施途径 Approach (66)7.2.1概述 General (66)7.2.2创建架构愿景 Creating the Architecture Vision (67)7.2.3业务场景 Business Scenarios (67)7.3输入 Inputs (68)7.3.1企业外部的参考资料 Reference Materials External to the Enterprise (68)7.3.2非架构输入 Non-Architectural Inputs (68)7.3.3架构输入 Architectural Inputs (68)7.4步骤 Steps (68)7.4.1建立架构项目 Establish the Architecture Project (69) (69)7.4.2识别利益攸关者、关注点和业务需求Identify Stakeholders, Concerns, and Business Requirements7.4.3确认和详细阐述业务目标、业务驱动因素和约束Confirm and Elaborate Business Goals,Business Drivers,andConstraints (70)7.4.4评价业务能力 Evaluate Business Capabilities (70)7.4.5评估业务转型准备度 Assess Readiness for Business Transformation (70)7.4.6定义范围 Define Scope (70)7.4.7确认和详细阐述架构原则，包括业务原则Confirm and Elaborate ArchitecturePrinciples,including BusinessPrinciples (71)7.4.8开发架构愿景 Develop Architecture Vision (71)7.4.9定义目标架构价值主张和KPI Define the Target Architecture Value Propositions and KPIs (71) (72)7.4.10识别业务转型风险和缓解活动Identify the Business Transformation Risks and Mitigation Activities7.4.11开发架构工作说明书；确保批准 Develop Statement of Architecture Work; Secure Approval (72)7.5输出 Outputs (72)第8章阶段B:业务架构 Phase B: Business Architecture (74)8.1目的 Objectives (74)8.2实施途径 Approach (74)8.2.1概述 General (74)8.2.2开发基线描述 Developing the Baseline Description (75)8.2.3业务建模 Business Modeling (76)8.2.4架构存储库 Architecture Repository (77)8.3输入 Inputs (77)8.3.1企业外部参考资料 Reference Materials External to the Enterprise (78)8.3.2非架构输入 Non-Architectural Inputs (78)8.3.3架构输入 Architectural Inputs (78)8.4步骤 Steps (79)8.4.1选择参考模型、视角和工具 Select Reference Models, Viewpoints, and Tools (80)8.4.2开发基线业务架构描述 Develop Baseline Business Architecture Description (82)8.4.3开发目标业务架构描述 Develop Target Business Architecture Description (82)8.4.4进行差距分析 Perform Gap Analysis (83)8.4.5定义候选路线图组件 Define Candidate Roadmap Components (83)8.4.6化解贯穿整个架构全景中的影响 Resolve Impacts Across the Architecture Landscape (83)8.4.7进行正式的利益攸关者审视 Conduct Formal Stakeholder Review (83)8.4.8最终确定业务架构 Finalize the Business Architecture (83)8.4.9创建架构定义文件 Create Architecture Definition Document (84)8.5输出 Outputs (84)第9章阶段C:信息系统架构 Phase C: Information Systems Architectures (86)9.1目的 Objectives (86)9.2实施途径 Approach (86)9.3输入 Inputs (87)9.3.1企业外的参考资料 Reference Materials External to the Enterprise (87)9.3.2非架构输入 Non-Architectural Inputs (87)9.3.3架构输入 Architectural Inputs (87)9.4步骤 Steps (88)9.5输出 Outputs (88)— Data Architecture (89)第10章阶段C:信息系统架构——数据架构 Phase C: Information Systems Architectures10.1目的 Objectives (89)10.2实施途径 Approach (89)10.2.1数据架构的考量因素 Key Considerations for Data Architecture (89)10.2.2架构存储库 Architecture Repository (90)10.3输入 Inputs (90)10.3.1企业外的参考资料 Reference Materials External to the Enterprise (90)10.3.2非架构输入 Non-Architectural Inputs (90)10.3.3架构输入 Architectural Inputs (90)10.4步骤 Steps (91)10.4.1选择参考模型、视角和工具 Select Reference Models, Viewpoints, and Tools (92)10.4.2开发基线数据架构描述 Develop Baseline Data Architecture Description (94)10.4.3开发目标数据架构描述 Develop Target Data Architecture Description (94)10.4.4进行差距分析 Perform Gap Analysis (95)10.4.5定义候选路线图组件Define Candidate Roadmap Components (95)10.4.6解析贯穿整个架构全景中的影响 Resolve Impacts Across the Architecture Landscape (95)10.4.7进行正式的利益攸关者审视 Conduct Formal Stakeholder Review (95)10.4.8最终确定数据架构 Finalize the Data Architecture (96)10.4.9创建架构定义文件Create Architecture Definition Document (96)10.5输出 Outputs (96)第11章阶段C:信息系统架构——应用架构Phase C: Information Systems Architectures— Application Architecture..9811.1目的 Objectives (98)11.2实施途径 Approach (98)11.2.1架构存储库 Architecture Repository (98)11.3输入 Inputs (98)11.3.1企业外部参考资料 Reference Materials External to the Enterprise (98)11.3.2非架构输入 Non-Architectural Inputs (98)11.3.3架构输入 Architectural Inputs (99)11.4步骤 Steps (100)11.4.1选择参考模型、视角和工具 Select Reference Models, Viewpoints, and Tools (100)11.4.2开发基线应用架构描述 Develop Baseline Application Architecture Description (103)11.4.3开发目标应用架构描述 Develop Target Application Architecture Description (103)11.4.4进行差距分析 Perform Gap Analysis (103)11.4.5定义候选路线图组件 Define Candidate Roadmap Components (103)11.4.6化解贯穿整个架构全景中的影响 Resolve Impacts Across the Architecture Landscape (104)11.4.7进行正式的利益攸关者审视 Conduct Formal Stakeholder Review (104)11.4.8最终确定应用架构 Finalize the Application Architecture (104)11.4.9创建架构定义文件 Create Architecture Definition Document (104)11.5输出 Outputs (104)第12章阶段D:技术架构 Phase D: Technology Architecture (107)12.1目的 Objectives (107)12.2实施途径 Approach (107)12.2.1架构存储库 Architecture Repository (107)12.3输入 Inputs (108)12.3.1企业外部参考资料 Reference Materials External to the Enterprise (108)12.3.2非架构输入 Non-Architectural Inputs (108)12.3.3架构输入 Architectural Inputs (108)12.4步骤 Steps (109)12.4.1选择参考模型、视角和工具 Select Reference Models, Viewpoints, and Tools (110)12.4.2开发基线技术架构描述 Develop Baseline Technology Architecture Description (113)12.4.3开发目标技术架构描述 Develop Target Technology Architecture Description (113)12.4.4进行差距分析 Perform Gap Analysis (113)12.4.5定义候选路线图组件 Define Candidate Roadmap Components (114)12.4.6化解贯穿整个架构全景中的影响 Resolve Impacts Across the Architecture Landscape (114)12.4.7进行正式的利益攸关者审视 Conduct Formal Stakeholder Review (114)12.4.8最终确定技术架构 Finalize the Technology Architecture (114)12.4.9创建架构定义文件 Create Architecture Definition Document (114)12.5输出 Outputs (115)12.6附言 Postscript (116)第13章阶段E:机会和解决方案 Phase E: Opportunities & Solutions (117)13.1目的 Objectives (117)13.2实施途径 Approach (117)13.3输入 Inputs (118)13.3.1企业外部参考资料 Reference Materials External to the Enterprise (118)13.3.2非架构输入 Non-Architectural Inputs (118)13.3.3架构输入Architectural Inputs (118)13.4步骤 Steps (119)13.4.1确定/确认关键的公司级变革属性 Determine/Confirm Key Corporate Change Attributes (120)13.4.2确定关于实施的业务约束 Determine Business Constraints for Implementation (120) (120)13.4.3审视和合并阶段B D的差距分析结果 Review and Consolidate Gap Analysis Results from Phases B to D (121)13.4.4审视所有相关业务功能的合并需求 Review Consolidated Requirements Across Related Business Functions13.4.5合并和调和互用性需求 Consolidate and Reconcile Interoperability Requirements (121)13.4.6细化和确认依赖性 Refine and Validate Dependencies (121)13.4.7确认业务转型的准备度和风险 Confirm Readiness and Risk for Business Transformation (121)13.4.8制定实施和迁移战略 Formulate Implementation and Migration Strategy (122)13.4.9识别主要工作包并将其分组 Identify and Group Major Work Packages (122)13.4.10识别过渡架构 Identify Transition Architectures (123).12313.4.11创建架构路线图及实施和迁移计划Create the Architecture Roadmap & Implementation and Migration Plan13.5输出 Outputs (123)第14章阶段F:迁移规划 Phase F: Migration Planning (126)14.1目的 Objectives (126)14.2实施途径 Approach (126)14.3输入 Inputs (127)14.3.1企业外部参考资料Reference Materials External to the Enterprise (127)14.3.2非架构输入 Non-Architectural Inputs (127)14.3.3架构输入 Architectural Inputs (127)14.4步骤 Steps (128)14.4.1为实施和迁移计划确认管理框架交互 Confirm Management Framework Interactions for the Implementationand Migration Plan (129)14.4.2为每个工作包指派业务价值 Assign a Business Value to Each Work Package (129)14.4.3评估资源需求、项目时间安排和可用性/交付载体 Estimate Resource Requirements, Project Timings, andAvailability/Delivery Vehicle (130)14.4.4通过成本/效益评估和风险验证对迁移项目进行优先级排序 Prioritize the Migration Projects through theConduct of a Cost/Benefit Assessment and Risk Validation (130)14.4.5确认架构路线图并更新架构定义文件 Confirm Architecture Roadmap and Update Architecture DefinitionDocument (130)14.4.6生成实施和迁移计划 Generate the Implementation and Migration Plan (131)14.4.7完成架构开发周期并记录经验教训Complete the Architecture Development Cycle and Document LessonsLearned (131)14.5输出 Outputs (131)第15章阶段G:实施治理Phase G: Implementation Governance (133)15.1目的 Objectives (133)15.2实施途径 Approach (133)15.3输入 Inputs (134)15.3.1企业外的参考资料 Reference Materials External to the Enterprise (134)15.3.2非架构输入 Non-Architectural Inputs (134)15.3.3架构输入 Architectural Inputs (134)15.4步骤 Steps (135)Confirm Scope and Priorities for Deployment with Development Management15.4.1利用开发管理来确认部署的范围和优先级 (135)15.4.2识别部署资源和技能 Identify Deployment Resources and Skills (136)15.4.3指导解决方案部署的开发 Guide Development of Solutions Deployment (136)15.4.4执行企业架构合规审视 Perform Enterprise Architecture Compliance Reviews (137)15.4.5实施业务和IT运行 Implement Business and IT Operations (137) (137)15.4.6执行实施后审视并结束实施Perform Post-Implementation Review and Close the Implementation15.5输出 Outputs (137)第16章阶段H:架构变更管理Phase H: Architecture Change Management (138)16.1目的 Objectives (138)16.2实施途径 Approach (138)16.2.1变更的驱动因素 Drivers for Change (139)16.2.2企业架构变更管理流程 Enterprise Architecture Change Management Process (140)16.2.3维护vs架构再设计的指南 Guidelines for Maintenance versus Architecture Redesign (141)16.3输入 Inputs (142)16.3.1企业外部参考资料 Reference Materials External to the Enterprise (142)16.3.2非架构输入 Non-Architectural Inputs (142)16.3.3架构输入 Architectural Inputs (142)16.4步骤 Steps (143)16.4.1建立价值实现流程 Establish Value Realization Process (143)16.4.2部署监控工具 Deploy Monitoring Tools (144)16.4.3管理风险 Manage Risks (144)16.4.4为架构变更管理提供分析 Provide Analysis for Architecture Change Management (144)16.4.5开发满足绩效目标的变更需求 Develop Change Requirements to Meet Performance Targets (144)16.4.6管理治理流程 Manage Governance Process (144)16.4.7为实施变更启动流程 Activate the Process to Implement Change (144)第17章ADM架构需求管理ADM Architecture Requirements Management (146)17.1目的 Objectives (146)17.2实施途径 Approach (146)17.2.1概述 General (146)17.2.2需求开发 Requirements Development (147)17.2.3资源 Resources (147)17.3输入 Inputs (148)17.4步骤 Steps (148)17.5输出 Outputs (149)第18章简介Introduction (151)18.1 ADM的适应性调整指南 Guidelines for Adapting the ADM Process (151)18.2架构开发技巧 Techniques for Architecture Development (151)18.3配合不同架构风格使用TOGAF Using TOGAF with Different Architectural Styles (151)第19章对ADM应用迭代 Applying Iteration to the ADM (153)19.1概述 Overview (153)19.2迭代周期 Iteration Cycles (153)19.3架构介入的类别 Classes of Architecture Engagement (154)19.4架构开发的途径 Approaches to Architecture Development (156)19.5迭代考量因素 Iteration Considerations (156)19.5.1 ADM周期之间的迭代 Iteration between ADM Cycles (157)19.5.2在一个ADM周期内的迭代 Iteration within an ADM Cycle (157)19.6结论 Conclusions (159)第20章贯穿架构全景应用ADM Applying the ADM across the Architecture Landscape (160)20.1概述 Overview (160)20.2架构全景 Architecture Landscape (160)20.3绘编架构全景以理解企业的状态Organizing the Architecture Landscape to Understand the State of theEnterprise (161)20.4开发不同层级的架构 Developing Architectures at Different Levels (161)第21章安保架构和ADM Security Architecture and the ADM (163)21.1概述 Overview (163)21.2简介 Introduction (163)21.3关于架构领域安保性的引导 Guidance on Security for the Architecture Domains (163)21.4 ADM架构需求管理 ADM Architecture Requirements Management (164)21.5预备阶段 Preliminary Phase (165)21.5.1安保输入 Security Inputs (166)21.5.2安保输出 Security Outputs (166)21.6阶段A:架构愿景 Phase A: Architecture Vision (166)21.6.1安保输入 Security Inputs (167)21.6.2安保输出 Security Outputs (167)21.7阶段B:业务架构 Phase B: Business Architecture (168)21.7.1安保输入 Security Inputs (169)21.7.2安保输出 Security Outputs (169)21.8阶段C:信息系统架构 Phase C: Information Systems Architectures (170)21.8.1安保输入 Security Inputs (171)21.8.2安保输出 Security Outputs (172)21.9阶段D:技术架构 Phase D: Technology Architecture (172)21.9.1安保输入 Security Inputs (173)21.9.2安保输出 Security Outputs (173)21.10阶段E:机会和解决方案 Phase E: Opportunities & Solutions (174)21.11阶段F:迁移规划 Phase F: Migration Planning (174)21.12阶段G:实施治理 Phase G: Implementation Governance (174)21.13阶段H:架构变更管理 Phase H: Architecture Change Management (175)21.14参考文献 References (176)第22章使用TOGAF定义和治理SOA Using TOGAF to Define & Govern SOAs (177)22.1概述 Overview (177)22.2简介 Introduction (177)22.3 SOA定义 SOA Definition (177)22.4 SOA特征 SOA Features (178)22.5企业架构和SOA Enterprise Architecture and SOA (178)22.6 SOA和层级 SOA and Levels (179)22.6.1实施规范的细节层级 Level of Detail of Implementation Specification (179)22.6.2不同层级上的SOA活动 SOA Activities at Different Levels (179)22.7将TOGAF用于SOA Using TOGAF for SOA (180)22.7.1预备阶段 Preliminary Phase (180)22.7.2阶段A:架构愿景 Phase A: Architecture Vision (182)22.7.3架构开发：阶段B、C和D Architecture Development: Phases B, C, and D (183)第23章架构原则Architecture Principles (189)23.1简介Introduction (189)23.2架构原则的特征 Characteristics of Architecture Principles (189)23.3架构原则的组成部分 Components of Architecture Principles (189)23.4开发架构原则 Developing Architecture Principles (190)23.4.1原则的质量 Qualities of Principles (190)23.5架构原则的应用 Applying Architecture Principles (191)23.6架构原则示例集 Example Set of Architecture Principles (192)23.6.1业务原则 Business Principles (192)23.6.2数据原则 Data Principles (195)23.6.3应用原则 Application Principles (198)23.6.4技术原则 Technology Principles (199)第24章利益攸关者管理Stakeholder Management (201)24.1简介 Introduction (201)24.2利益攸关者管理的实施途径 Approach to Stakeholder Management (201)24.3利益攸关者管理流程的步骤 Steps in the Stakeholder Management Process (202)24.3.1识别利益攸关者 Identify Stakeholders (202)24.3.2对利益攸关者职位分类 Classify Stakeholder Positions (203)24.3.3确定利益攸关者管理途径 Determine Stakeholder Management Approach (204)24.3.4剪裁工作交付物 Tailor Engagement Deliverables (204)24.4利益攸关者映射模板 Template Stakeholder Map (204)第25章架构特征模式 Architecture Patterns (207)25.1简介 Introduction (207)25.1.1背景 Background (207)25.1.2特征模式内容 Content of a Pattern (207)25.1.3术语 Terminology (209)25.1.4使用中的架构特征模式 Architecture Patterns in Use (210)25.2美国财政部架构开发指导（TADG） US Treasury Architecture Development Guidance (TADG) (210)25.2.I TADG特征模式内容 TADG Pattern Content (210)25.2.2 TADG架构特征模式 TADG Architecture Patterns (211)25.3 IBM电子商务特征模式 IBM Patterns for e-Business (211)25.4若干特征模式资源 Some Pattern Resources (212)第26章业务场景和业务目标Business Scenarios and Business Goals (214)26.1简介 Introduction (214)26.2业务场景的益处 Benefits of Business Scenarios (214)26.3创建业务场景 Creating the Business Scenario (215)26.3.1整体流程 Overall Process (215)26.3.2收集 Gathering (216)26.3.3分析 Analyzing (217)26.3.4审查 Reviewing (217)26.4业务场景内容 Contents of a Business Scenario (217)26.5对业务场景的贡献 Contributions to the Business Scenario (218)26.6业务场景和TOGAF ADM Business Scenarios and the TOGAF ADM (219)26.7开发业务场景 Developing Business Scenarios (219)26.7.1一般指南 General Guidelines (219)26.7.2每个领域需要提问的问题 Questions to Ask for Each Area (220)26.8业务场景文档 Business Scenario Documentation (222)26.8.1文本文档 Textual Documentation (222)26.9目标和目的指南 Guidelines on Goals and Objectives (222)26.9.1目标的重要性 Importance of Goals (222)26.9.2SMART目的的重要性 Importance of SMART Objectives (223)26.9.3目标和目的类别 Categories of Goals and Objectives (224)26.10概要总结 Summary (227)第27章差距分析Gap Analysis (228)27.1简介 Introduction (228)27.2建议的步骤 Suggested Steps (228)27.3示例 Example (229)第28章迁移规划技巧 Migration Planning Techniques (230)28.1实施因素评估和推论矩阵 (230)28.2合并的差距、解决方案和依赖性矩阵 Consolidated Gaps, Solutions, & Dependencies Matrix (230)28.3架构定义增量表Architecture Definition Increments Table (231)28.4过渡架构状态演进表 Transition Architecture State Evolution Table (231)28.5业务价值评估技巧Business Value Assessment Technique (231)第29章互用性需求 Interoperability Requirements (233)29.1综述 overview (233)29.2定义互用性 Defining Interoperability (233)29.3企业运行模型 Enterprise Operating Model (234)29.4细化互用性 Refining Interoperability (235)29.5确定互用性需求 Determining Interoperability Requirements (235)29.6使互用性需求与潜在的解决方案保持一致 Reconciling Interoperability Requirements with Potentia Solutions (237)29.7概要总结 Summary (237)第30章业务转型准备度评估 Business Transformation Readiness Assessment (238)30.1简介 Introduction (238)30.1.1业务转型使能计划（BTEP） Business Transformation Enablement Program (BTEP) (239)30.2确定准备度因素 Determine Readiness Factors (239)30.3表达准备度因素 Present Readiness Factors (240)30.4评估准备度因素 Assess Readiness Factors (241)30.4.1准备度因素愿景 Readiness Factor Vision (242)30.4.2准备度因素评定 Readiness Factor Rating (242)30.4.3准备度因素风险和行动 Readiness Factor Risks & Actions (243)30.5准备度和迁移规划 Readiness and Migration Planning (243)30.6推广实施计划 Marketing the Implementation Plan (243)30.7结论 Conclusion (243)第31章风险管理Risk Management (245)31.1简介Introduction (245)31.4初始风险评估 Initial Risk Assessment (245)31.5风险缓解及残余风险评估 Risk Mitigation and Residual Risk Assessment (246)31.6实施残留风险评估 Conduct Residual Risk Assessment (246)31.7风险监控和治理（阶段G） Risk Monitoring and Governance (Phase G) (247)31.8概要总结 Summary (247)第32章基于能力的规划 Capability-Based Planning (248)32.1概述 Overview (248)32.2基于能力的规划范例 Capability-Based Planning Paradigm (248)32.3基于能力的规划的概念 Concept of Capability-Based Planning (248)32.3.1能力维度 Capability Dimensions (249)32.3.2能力增量 Capability Increments (250)32.4企业架构背景环境下的能力 Capabilities in an Enterprise Architecture Context (251)32.5概要总结 Summary (251)第33章简介 Introduction (253)33.1概述 Overview (253)33.2内容元模型 Content Metamodel (254)33.3内容框架和TOGAF ADM Content Framework and the TOGAF ADM (255)33.4第四部分的结构 Structure of Part IV (255)第34章内容元模型 Content Metamodel (256)34.1概述 Overview (256)34.2内容元模型愿景和概念 Content Metamodel Vision and Concepts (256)34.2.1核心内容元模型概念 Core Content Metamodel Concepts (256)34.2.2内容元模型的概述 Overview of the Content Metamodel (260)34.3详细的内容元模型 Content Metamodel in Detail (261)34.3.1核心内容元模型 Core Content Metamodel (261)34.3.2核心架构制品 Core Architecture Artifacts (262)34.3.3完整内容元模型 Full Content Metamodel (263)34.4内容元模型扩展 Content Metamodel Extensions (264)34.4.1治理扩展 Governance Extensions (265)34.4.2服务扩展 Services Extensions (266)34.4.3流程建模扩展 Process Modeling Extensions (268)34.4.4数据扩展 Data Extensions (269)34.4.5基础设施合并扩展 Infrastructure Consolidation Extensions (271)34.4.6动机扩展 Motivation Extensions (272)34.5内容元模型实体 Content Metamodel Entities (274)34.6内容元模型属性 Content Metamodel Attributes (276)34.7元模型关系 (279)第35章架构制品Architectural Artifacts (282)35.1基本概念 Basic Concepts (282)35.1.1视角和视图的简单示例 Simple Example of a Viewpoint and View (283)35.2采用ADM开发视图 Developing Views in the ADM (284)35.2.1一般指南 General Guidelines (284)35.2.2视图创建流程 View Creation Process (284)35.3视图、工具和语言 Views, Tools, and Languages (285)35.3.1概述 Overview (285)35.4视图和视角 Views and Viewpoints (285)35.4.1视图和视角示例 Example of Views and Viewpoints (285)35.4.2企业架构中的视图和视角 Views and Viewpoints in Enterprise Architecture (286)35.4.3需要用于架构描述的常用语言和可互用性工具Need fora Common Language and Interoperable Tools forArchitecture Description (287)35.5结论 Conclusions (287)35.6 ADM阶段的架构制品 Architectural Artifacts by ADM Phase (287)35.6.1预备阶段 Preliminary Phase (288)35.6.2阶段A:架构愿景 Phase A: Architecture Vision (289)35.6.3阶段B:业务架构 Phase B: Business Architecture (289)35.6.4阶段C:数据架构 Phase C: Data Architecture (293)35.6.5阶段C:应用架构 Phase C: Application Architecture (296)35.6.6阶段D:技术架构 Phase D: Technology Architecture (300)35.6.7阶段E:机会和解决方案 Phase E: Opportunities and Solutions (302)35.6.8需求管理 Requirements Management (303)35.7待开发的推荐架构视图 Recommended Architecture Views to be Developed (303)35.7.1开发业务架构视图 Developing a Business Architecture View (304)35.7.2开发企业安保视图 Developing an Enterprise Security View (305)35.7.3开发软件工程视图 Developing a Software Engineering View (308)35.7.4开发系统工程视图 Developing a System Engineering View (315)35.7.5开发通信工程视图 Developing a Communications Engineering View (320)35.7.6开发数据流视图 Developing a Data Flow View (323)35.7.7开发企业可管理性视图 Developing an Enterprise Manageability View (327)35.7.8开发采办方视图 Developing an Acquirer View (329)第36章架构交付物 Architecture Deliverables (331)36.1简介 Introduction (331)36.2交付物描述 Deliverable Descriptions (331)36.2.1架构构建块 Architecture Building Blocks (332)36.2.2架构契约 Architecture Contract (332)36.2.3架构定义文件 Architecture Principles (333)36.2.4架构原则 Architecture Principles (334)36.2.5架构库 Architecture Repository (334)36.2.6架构需求规范 Architecture Requirements Specification (334)36.2.7架构路线图 Architecture Roadmap (335)36.2.8架构愿景 Architecture Vision (336)36.2.9业务原则、业务目标和业务驱动因素Business Principles, Business Goals, and Business Drivers Purpose (337)36.2.10能力评估 Capability Assessment (337)36.2.11变更要求 Change Request (338)36.2.12沟通计划 Communications Plan (339)36.2.13合规性评估 Compliance Assessment (339)36.2.14实施和迁移计划 Implementation and Migration Plan (339)36.2.15实施治理模型 Implementation Governance Model (340)36.2.16企业架构的组织模型 Organizational Model for Enterprise Architecture (341)36.2.17架构工作要求书 Request for Architecture Work (341)36.2.18需求影响评估 Requirements Impact Assessment (342)36.2.19解决方案构建块 Solution Building Blocks (342)36.2.20架构工作说明书 Statement of Architecture Work (342)36.2.21剪裁的架构框架 Tailored Architecture Framework (343)第37章构建块Building Blocks (344)37.1概述 Overview (344)37.2构建块的简介 Introduction to Building Blocks (344)37.2.1概述 Overview (344)37.2.2一般特征 Generic Characteristics (344)37.2.3架构构建块 Architecture Building Blocks (345)37.2.4解决方案构建块 Solution Building Blocks (345)37.3构建块和ADM Building Blocks and the ADM (346)37.3.1基本原则 Basic Principles (346)37.3.2 ADM中的构建块规范流程 Building Block Specification Process in the ADM (347)第38章引言Introduction (349)38.1简介 Introduction (349)38.2第五部分的结构 Structure of Part V (349)第39章企业的连续统一体Enterprise Continuum (350)39.1概述 Overview (350)39.2企业的连续统一体和架构复用 Enterprise Continuum and Architecture Re-Use (350)39.3企业的连续统一体的构成要素 Constituents of the Enterprise Continuum (350)39.4详细的企业的连续统一体 Enterprise Continuum in Detail (352)39.4.1架构连续统一体 Architecture Continuum (352)39.4.2解决方案连续统一体 Solutions Continuum (354)。

iTween帮助文档参数解析(中文版)

1. CameraFade（摄像机的渐隐）其中Camera或者场景的东西并没有消失，只是在屏幕上贴了一张贴图首先，要用到摄像机的渐隐/显功能的话，必须调用CameraFadeAdd()函数，来添加背景图片，不然在运行时会包错。

下面来讲解一下CameraFade里面需要用到的几个函数1） CameraFadeAdd() //当不传参的时候，会默认一个黑色的背景CameraFadeAdd(Texture2D texture) //摄像机视图渐隐后显示texture CameraFadeAdd(Texture2D texture,int depth) //同上，depth的作用暂时不知道，猜测与分层有关，可能类似PS中的图层2）CameraFadeDepth(int depth) //改变刚才texture的depth3）CameraFadeDestroy() //移除并摧毁4）CameraFadeTo(float amount,float time) 从当前视图转换到前面设置的视图（texture）//amount透明度，介于0~1之间。

等于1时Texture完全覆盖Camera视图//time是达成该效果需要多少秒CameraFadeTo(Hashtable args) //用哈希表可以设置更详细的内容此函数的哈希表key有：name,amount,time,delay,easetype,looptype,onstart等，KEY 作用以及值参考提供的EXCEL文档中的HASHTABLE项5）CameraFadeFrom(float amount,float time)CameraFadeTo(Hashtable args)//从前面设置的视图（texture）转换到当前视图，参数参考CameraFadeTo6）CameraTexture(Color color) //创建一个单色的用于CameraFade的texture2d2. Audio音频同CameraFade一样，itween中对音频的控制也并没有结束音频的播放，而是控制的音频的音量(volume)和音调(pitch)。

SourceForge使用手册

CollabNet SourceForge Enterprise 5.0 User Guide2008CollabNet Inc.CollabNet, Inc. Copyright InformationCollabNet, Inc. (“CollabNet”)用来保护知识产权，我们要求我们的网站用户也能这么做。

侵犯他人知识产权的用户，CollabNet公司会自行终止他或终止他的权限。

同时，那个有争议的使用，也是不符合规定的。

●声明你，根据为证处罚法，你发送给我们的通知中的信息是正确的。

并且，声明你是版权拥有人或是被授权的版权拥有者。

你可以发送e-mail到copyright@来联系，专门处理侵权通知的CollabNet’s Copyright Agent，也可以邮寄如下：CollabNet Inc.LegalAttn:Copyright Agent8000 Marina Blvd., Suite600BrisbaneCalifornia94005-1865CollabNet, Inc. Trademark and Logos在美国和其他国家，由CollabNet, Inc.或其授权人注册的商标如下：●CollabNet®●OpenCollabNet®●SourceForge® Enterprise Edition●CUBiTTM●Powered by CollabNet TM●collabXchange TM这份列表会被不断地更新，以反映注册商标的变化。

AUTOFORM软件中文使用手册

AUTOFORM软件使用手册一、数据文件的准备建议用IGES格式文件进行数据传输。

CAE作为工艺分析的辅助，一般在做好工艺补充后进行。

为便于AUTOFORM软件进行CAE仿真分析，需要在UG中做以下工作：1、按零件尺寸要求进行倒角；2、CAE计算中采用的是等效拉延筋模型，所以要去掉实际拉延筋，并将去掉拉延筋后出现的孔洞补上；3、以IGES格式输出产品曲面数模；4、以IGES格式输出拉延筋中心线、修边线。

二、数据文件的读入运行AUTOFORM，新建一filename文件，缺省length和force的单位分别为mm和N。

改文件被缺省放在C盘根目录下（文件名和路径可在运行仿真时更改）。

图1，Import曲面数模文件，选择IGES格式，点击OK。

图1 图2三、几何构型（Geometry Generator）曲面数据读入后，自动被划分网格，见图2，按F键、Auto、Shade，进入光照模式。

读入的曲面自动全部被认为是Part。

如果读入的曲面是带补充面的，则将压料面部分选出放入Binder，方法是：shift+鼠标右键选面，选完后点Binder键。

如果读入的曲面已经完成工艺补充，则不必再进行几何构型的其他操作了。

四、仿真参数输入（Input Generator）在主菜单的Model中选择Input Generator，出现图3窗口，要求选择仿真类型。

Incremental—用增量法计算（精度高、时间较长），One step—一步法计算（精度低、计算速度很快）；模具的工作位置Tool Set up选第一种；板料厚度按实际给；Geometray refer to—一般选die side。

点击OK。

出现图4界面，Title不用管。

图 3 图 41、构造模具（Tools）die和punch采用缺省参数。

Binder的Columns选择Tool center。

2、输入坯料（Blank）图 5 图6如图5，坯料须输入轮廓线，可选Input，然后用鼠标右键画出。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

. . AForge AForge 命名空间是 AForge.NET 框架，它包含框架和类的其他命名空间所使用的核心类，可以独立地用于各种目的。

AForge.Controls AForge.Controls 命名空间包含不同的有用的UI控件，可以与其他类一起使用 AForge.NET 架构

AForge.Fuzzy AForge.Fuzzy 命名空间包含一组接口和类，以便使用模糊集操作。

AForge.Genetic AForge.Genetic 命名空间包含用于遗传计算的接口和类。命名空间及其子名称空间包含类，它允许解决许多不同的问题(优化、近似、pr)。版，等）和遗传算法（GA）的帮助，遗传编程（GP），基因表达式编程（GEP）。

AForge.Imaging AForge.Imaging 命名空间包含不同的图像处理例程的接口和类。

AForge.Imaging.ColorReduction AForge.Imaging.ColorReduction 命名空间包含一组用于在彩色图像中执行色彩还原的类，其中包括颜色量化类、颜色重新编码功能和颜色抖动算法。

AForge.Imaging.ComplexFilters AForge.Imaging 命名空间包含不同的图像处理例程的接口和类，它们是在复杂的傅立叶变换图像上完成的。

AForge.Imaging.Filters AForge.Imaging.Filters 命名空间包含接口和类的集合，它们提供不同的图像处理过滤器。这个名称空间的类允许对源映像做不同的转换，这样做就可以了。直接对源图像或提供新图像作为图像处理程序的结果。

AForge.Imaging.Formats . . AForge.Imaging.Formats 命名空间包含接口和类，它们用于处理不同的图像文件格式。

AForge.Imaging.Textures AForge.Imaging.Textures 命名空间包含类集合，它们生成用于创建不同效果的不同类型的纹理。

AForge.MachineLearning AForge.MachineLearning 命名空间包含不同的机器学习算法的接口和类。

AForge.Math AForge.Math 命名空间包含的数学工具，这是由其他的命名空间或AForge.NET框架可单独使用。

AForge.Math.Geometry AForge.Math.Geometry 命名空间包含一组几何实用程序，其他AForge使用它们。NET名称空间或可单独使用。

AForge.Math.Metrics AForge.Math.Metrics 命名空间包含一组类，它们实现不同的差异性和相似性度量。

AForge.Math.Random AForge.Math.Random 命名空间包含用于生成随机数的接口和类。

AForge.Neuro AForge.Neuro 命名空间包含用于神经网络计算的接口和类。命名空间及其子命名空间包含类，这些类允许创建流行的神经网络体系结构，如CL。训练这些网络。

AForge.Neuro.Learning AForge.Neuro.Learning 命名空间包含神经元和神经网络学习的接口和类。命名空间包含监督学习的类，如无监督学习。

AForge.Robotics.Lego . . AForge.Robotics.Lego 命名空间包含的类集，它允许不同的乐高Mindstorm机器人操纵装置。支持的设备列表中包括乐高minstorm RCX和乐高Mindstorm NXT。

AForge.Robotics.Surveyor AForge.Robotics.Surveyor 命名空间包含的类集，以控制机器人套件的验货公司提供，如将相机/机器人和SVS（立体视觉系统）板。

AForge.Robotics.TeRK AForge.Robotics.TeRK 命名空间包含的类集，以控制特克（临场感机器人套件）为基础的机器人，如qwerk。

AForge.Video AForge.Video 命名空间包含访问不同视频源的接口和类。

AForge.Video.DirectShow AForge.Video.DirectShow 命名空间包含类，允许使用DirectShow接口访问视频源。

AForge.Video.FFMPEG AForge.Video.FFMPEG 命名空间包含类，这些类允许通过FFmpeg库读取和写入视频文件。这是一个试验性命名空间，旨在提供更好的api，用于编写/读取视频文件二取代aforge.video.vfw在某个时间点。注意：API允许只写和读取视频数据。不支持声音数据的读和写，目前没有计划。

AForge.Video.Kinect AForge.Video.Kinect 命名空间包含类，允许访问微软的Xbox Kinect设备的视频和深度数据。

AForge.Video.VFW AForge.Video.VFW 命名空间包含类，允许使用Windows接口的视频读取和写入AVI文件。

AForge.Video.Ximea AForge.Video.Ximea 命名空间包含的类，它允许从XIMEA相机捕捉图像。

AForge.Vision.Motion . . AForge.Vision.Motion 命名空间包含用于视频流中运动检测和处理的接口和类。

AForge 命名空间 NET框架的命名空间是AForge.NET框架一核心命名空间，其中包含其他命名空间的架构和类使用的核心类，可单独用于各种目的 sinister (Latin=left) （拉丁语）左边（的），左派（的） Classes Class Description描述 CommunicationBufferEventArgs 在某些通信过程中发送或接收缓冲区的事件参数。一些通信过程。

ConnectionFailedException 连接失败异常。 ConnectionLostException 连接丢失异常。 DeviceBusyException 设备忙异常。 DeviceErrorException 设备错误异常。 NotConnectedException 非连接异常。 Parallel 该类支持并行计算，并行循环的迭代。 PolishExpression 用逆波兰符号写的表达式求值程序。 SystemTools 一套系统工具。 ThreadSafeRandom 随机类的线程安全版本。

结构结构描述 DoublePoint 表示双类型坐标的结构。

DoubleRange 表示具有最小值和最大值的双范围。 IntPoint 结构，用于表示整数类型的一对坐标。 IntRange 表示具有最小值和最大值的整数范围。 . . Point 结构，用于表示浮点类型的一对坐标。

Range 表示具有最小值和最大值的范围，这些值是单个精度数字(浮点数)。

Delegates Delegate Description

MessageTransferHandler 委托是由事件通知系统发送/接收消息使用。

Parallel.ForLoopBody Delegate defining for-loop's body.

AForge.Controls 命名空间 AForge.Controls 命名空间包含不同的有用的UI控件，可与其他类AForge.NET框架一起使用。 Classes Class Description Chart 图表控制。 ColorSlider 彩色滑块控件。彩色滑块控件。 Histogram 直方图控制。 HistogramEventArgs 直方图事件的参数。 HuePicker 颜色选择器控制。 Joystick 该类提供了简单的API枚举可用的操纵杆，检查他们的现状。 Joystick.DeviceInfo 有关操纵杆连接到系统的信息。有关操纵杆连接到系统的信息。 Joystick.Status 类描述电流joystick' S状态。 ManipulatorControl 机械手的控制。 ManipulatorControl.PositionEventArgs 类，总结了机械手位置变化事件的参数。 PictureBox 用于显示图像的图片框控件。 SliderControl 滑块控件。 VideoSourcePlayer 视频源播放器控制。

Delegates Delegate Description . . HistogramEventHandler 对于直方图事件处理程序。 ManipulatorControl.PositionChangedHandler 用于机械手位置变化的通知。

SliderControl.PositionChangedHandler 用于机械手位置变化的通知。 VideoSourcePlayer.NewFrameHandler 通知新帧。

Enumerations Enumeration Description Chart.SeriesType 图表序列类型枚举。 ColorSlider.ColorSliderType 颜色滑块类型的枚举。 HuePicker.HuePickerType 颜色选择器类型的枚举。 Joystick.Buttons 操纵杆按钮的标志枚举。

AForge.Fuzzy 命名空间 AForge.Fuzzy 命名空间包含一组用模糊集操作的接口和类。 Classes Class Description CentroidDefuzzifier 该类实现了质心反模糊化方法。 Clause 这个类表示一个模糊子句，它是“变量就是值”类型的语言表达式。 Database 这个类表示一个模糊数据库，一组用于模糊推理系统的语言变量。 FuzzyOutput 类表示模糊推理系统的输出。 FuzzyOutput.OutputConstraint 内部类存储对模糊标签/射击强度的模糊输出。 FuzzySet 类表示一个模糊集。

InferenceSystem 这个类代表一个模糊推理系统。 LinguisticVariable 类表示语言变量。 MaximumCoNorm Maximum CoNorm，一个用于计算或操作的语言学价值。 MinimumNorm 最小范数，用于计算a和运算的语言值。 NotOperator 非运算符，用于计算模糊集的补。 PiecewiseLinearFunction 由几个连通线性函数组成的隶属函数。