基于JavaLuncene的compass框架说明使用技术文档
Compass技术文档
目录
一、原理描述：................................................................
二、术语解释：................................................................
三、下载地址：................................................................
四、使用流程: …………………………………………………………………………………….
五、基于SSH的compass的实例: …………………………………………………………………
一、原理描述：
Compass是一流的开放源码JAVA搜索引擎框架，对于你的应用修饰，搜索引擎语义更具有能力。依靠顶级的Lucene搜索引擎，Compass 结合了，像Hibernate和 Spring的流行的框架，为你的应用提供了从数据模型和数据源同步改变的搜索力.并且添加了2方面的特征,事物管理和快速更新优化.
Compass的目标是：把java应用简单集成到搜索引擎中.编码更少，查找数据更便捷 .
二、术语解释：
三、下载地址：
四、使用流程:
五、基于SSH的compass的实例:
step1
在ssh2的基础上开发加入jar包（compass-2.1.2.jar compass-index-patch.jar
lucene-analyzers-2.4.0.jar lucene-core-2.4.0.jar lucene-highlighter-2.4.0.jar paoding-analysis.jar
）
step2
先来看下实体bean的编写
Java代码
1.package .v51
2.example.model;
2.import https://www.sodocs.net/doc/7813898483.html,pass.annotations.*;
3./**
4.* Product entity.
5.*
6.* author MyEclipse Persistence Tools
7.*/
8.Searchable
9.public class Product implements java.io.Serializable {
10.
11. // Fields
12.
13. SearchableId
14. private String id;
15. SearchableProperty(name="name",index=Index.ANALYZED,sto
re=Store.YES)
16. private String name;
17. SearchableProperty(name="price",index=Index.NOT_ANALYZE
D,store=Store.YES)
18. private Double price;
19. SearchableProperty(name="brand",index=Index.ANALYZED,st
ore=Store.YES)
20. private String brand;
21. SearchableProperty(name="description",index=Index.ANALY
ZED,store=Store.YES)
22. private String description;
23.
24. // Constructors
25.
26. /** default constructor */
27. public Product() {
28. }
29.
30. /** full constructor */
31. public Product(String name, Double price, String
brand, String description) {
32. https://www.sodocs.net/doc/7813898483.html, = name;
33. this.price = price;
34. this.brand = brand;
35. this.description = description;
36. }
37.
38. // Property accessors
39.
40. public String getId() {
41. return this.id;
42. }
43.
44. public void setId(String id) {
45. this.id = id;
46. }
47.
48. public String getName() {
49. return https://www.sodocs.net/doc/7813898483.html,;
50. }
51.
52. public void setName(String name) {
53. https://www.sodocs.net/doc/7813898483.html, = name;
54. }
55.
56. public Double getPrice() {
57. return this.price;
58. }
59.
60. public void setPrice(Double price) {
61. this.price = price;
62. }
63.
64. public String getBrand() {
65. return this.brand;
66. }
67.
68. public void setBrand(String brand) {
69. this.brand = brand;
70. }
71.
72. public String getDescription() {
73. return this.description;
74. }
75.
76. public void setDescription(String description) {
77. this.description = description;
78. }
79.
80.}
step3属性文件Product.hbm.xml
Java代码
1.
2.
Mapping DTD 3.0//EN"
3."https://www.sodocs.net/doc/7813898483.html,/hibernate-mapping-3.0.dtd">
4.
5.Mapping file autogenerated by MyEclipse Persistenc
e Tools
6.-->
7.
8.
9.
10.
11.
12.
13. > 14. 15.
16.
17. > 18. 19. 20. 21. 22. 23. 24. 25. 26. 要使用Compass必须加入一个applicationContext-compass.xml文件，文件名可以自行定义这个就不用说了废话 step4applicationContext-compass.xml： Java代码 1. 2. 北京友联慧通科技有限公司技术文档 全网电子商务平台 技术架构说明书 2010年3月18日 北京友联慧通科技有限公司 目录 技术性需求分析 (4) 一致的逻辑数据 (4) 优秀的网络环境适应性 (4) 系统的兼容性 (4) 优异的系统性能 (4) 开放的界面和接口 (4) 完备的操作日志管理策略 (4) 高度的安全性 (4) 技术性设计思想和原则 (5) 最小成本原则 (5) 安全性、可靠性、先进性原则 (5) 安全性与可靠性原则 (5) 先进性原则： (5) 实用性、易用性、可扩展性原则 (5) 实用性原则 (5) 统一及一致性原则 (6) 业务引导及易用性原则 (6) 友好及方便性原则 (6) 扩展性和适应性原则 (6) 数据共享原则 (7) 系统技术架构的设计 (7) 技术架构的特点 (7) 系统的架构图 (7) 技术架构图 (7) 系统请求数据处理流程图 (9) 体系结构图 (10) 系统核心功能分布图 (11) 架构层次的说明 (11) 数据库层 (11) 中间件层 (12) 基础服务层 (16) 应用层 (20) 业务表现层和系统接口层 (21) 系统部署环境 (22) 商城平台部署环境 (22) 运行平台 (22) 操作系统 (22) 应用服务器 (23) Web服务器 (23) 数据库服务器 (23) 缓存服务器 (23) 图片文件服务器 (23) 系统部署拓扑图 (23) 系统部署结构图 (24) 技术性需求分析 一致的逻辑数据 一般来说，平台所有的服务接点都是这个数据库的客户端访问；因此从逻辑上，任意服务网络接入点的数据应该是一致的。 优秀的网络环境适应性 从系统的实现角度考虑，要满足各种复杂的网络环境。 系统的兼容性 由于服务结点的数量巨大，其使用的平台和语言各不相同，需要能够容纳所有类型的服务结点； 优异的系统性能 从系统架构设计上需要考虑巨大量数据的处理引擎，从系统本身进行性能上的优化，而不是仅仅凭借于硬件服务器的性能。 开放的界面和接口 不仅个人用户能够方便地通过Web应用查询信息，同时也需要能够预留非GUI的交互界面的接口，以便使其它应用系统也能使用数据管理系统提供的信息服务，同时还需要为第三方软件预留标准的集成接口，使系统具有高度的可扩展性； 完备的操作日志管理策略 需要有完备的操作日志管理引擎，记录系统交互过程中的日志数据。 高度的安全性 利用JA V A所特有的安全性,更多的从系统角度去维护数据的安全，同时需要从数据库和服务器的角度提出安全维护的有效建议。 xxx系统架构设计说明书 2013-12-12 修订历史记录 目录 1.简介错误! 未定义书签 目的 错误! 未定义书签 范围 错误! 未定义书签 定义、首字母缩写词和缩略语 错误! 未定义书签 参考资料 错误! 未定义书签概述错误! 未定义书签 2.整体说明 错误! 未定义书签简介 错误! 未定义书签 构架表示方式 错误! 未定义书签构架目标和约束错误! 未定义书签 3.用例说明 错误! 未定义书签核心用例 错误! 未定义书签用例实现错误! 未定义书签 4.逻辑视图 错误! 未定义书签逻辑视图 错误! 未定义书签 分层 错误! 未定义书签 应用层 错误! 未定义书签 业务层 错误! 未定义书签 中间层 错误! 未定义书签 系统层 错误! 未定义书签 架构模式 错误! 未定义书签设计机制错误! 未定义书签 5. 进程视图 6. 部署视图 7. 数据视图 8. 大小和性能 9. 质量 10. 其它说明 公用元素及服务 错误! 未定义书签 错误! 未定义书签 错 误! 未定义书签 错误! 未定义书签 错误! 未 定义书签 错误! 未定 义书签 错误! 未定义 书签 系统架构设计文档 1. 简介 系统构架文档的简介应提供整个系统构架文档的概述。它应包括此系统构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述 1.1 目的 本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面做出的重要决策, 以便于开发人员高效的开发和快速修改和管理。 1.2 范围 本文档用于oto 项目组目前正在开发的android app 电器管家和已经发布的的开发或修改 1.3 定义、首字母缩写词和缩略语 参考系統需求文档电器管家 1.4 参考资料 1、系統需求文档电器管家 2、品牌品类及映射建议App 数据结构及数据样例 2. 整体说明 2.1 简介 在此简单介绍系统架构的整体情况，包括用例视图、逻辑视图、进程视图、实施视图的简单介绍。另外，简要介绍各种视图 1 COMPASS for Windows 5.3.1 2 COMPASS for Windows of Landmark Graphics Co. 3 简明使用手册 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 目录 37 38 一、COMPASS WELLPLAN FOR WINDOWS 功能简介 39 二、COMPANY SETUP - CREATE NEW COMPANY：公司设置-建立新的公司 40 三、FIELD SETUP- CREATE NEW FIELD：油气田设置-建立新的油气田 41 四、SITE SETUP- CREATE NEW SITE：区块设置-建立新的区块 42 五、TEMPLATE EDITOR：槽口模板编辑器 43 六、WELLSETUP-CREATE NEW WELL：单井设置-建立新井 44 七、WELLPATH SETUP-CREATE NEW WELLPATH：轨迹设置-建立新的轨迹 45 八、TARGET EDITOR：靶点编辑器 46 九、NEW PLAN & OPEN PLAN：井眼轨迹设计 47 十、NEW SERVEY& OPEN SERVEY：实测数据建立与编辑 48 十一、A NTICOLLISION：防碰计算 49 十二、W ALL PLOT COMPOSER：挂图制作 50 十三、常用功能简介 51 52 53 54 COMPASS WELLPLAN FOR WINDOWS 功能简介 55 56 COMPASS（指南针）有三个核心功能： 57 PLANNING（设计）按计划井眼形状设计井眼轨迹 58 SURVEY（实测计算）已钻井眼实测数据的计算及轨迹预测59 ANTICOLLISION（防碰计算）井眼轨迹之间的距离计算 60 61 除此之外，COMPASS还有以下功能： 62 COMPANY SETUP 允许你为不同的公司设置COMPASS 63 APQC的流程分类框架介绍 “企业到底要建立哪些流程”，我想这是每一个由职能管理转向 流程管理的企业首先必须思考的一个问题。 美国生产力与质量中心（American Productivity and Qua lity Center，简称APQC）给我们作出了回答。他们于1991年开 始研究开发流程分类框架（APQC称为Process Classification Fr amework，简称PCF），于1992年发布了该框架的第1.0版，目 前最新的版本是5.0版本。该流程分类框架在一开始是被想象设 计成为一种企业的流程分类法则，参与设计的80个组织机构希 望能创造出前瞻性的标杆并运用于全球各地的企业。 APQC起初提出的流程分类框架是一个跨行业的流程 分类框架，2008年APQC陆续提出了十个行业的流程分类框架，包 括跨行业、电力行业、消费品行业、航空航天和国防行业、汽车行业、传媒 行业、医药行业、电信行业、石油行业、石化行业的流程分类框架。 F面以跨行业为例，来介绍流程分类框架。（以下内容为 本人翻译，仅供参考。由于本人英语水平有限，请以英文原版为准。） 从这张图上可以看出，APQC各一个企业的流程分成两大类十二个流程组。 一大类是运营流程：分为五个流程组， 1.0愿景与战略制定 2.0产品和服务开发与管理 3.0产品和服务市场营销与销售 4.0产品和服务交付 5.0客户服务管理 另一大块是管理和支持流程：分为七个流程组， 6.0人力资源开发与管理 7.0信息技术管理 8.0财务管理 9.0资产的获取、建设与管 10.0环境、健康和安全管理 11.0外部关系管理 12.0知识、改进与变革管理 以下详细列出跨行业的流程分类框架：（由于本人英语水平有限，翻译仅供参考，以英文原版为准。） 1.0愿景与战略制定（10002） 1.1确定经营理念和长期愿景（10014） 1.1.1评估外部环境（10017） 一、基本概念 Spring 的核心是轻量级（Lightweight ）的容器（Container ），它实现了IoC 容器、非侵入性（No intrusive ）的框架，并提供AOP 概念的实现方式，提供对持久层（Persistence ）、事务（Transaction ）的支持，提供MVC Web 框架的实现，并对一些常用的企业服务API （Application Interface ）提供一致的模型封装，是一个全方位的应用程序框架（Application framework ），另外，Spring 也提供了对现有框架（Struts 、JSF 、Hibernate 等）的整合方案。 Spring 旨在分离体系结构的层次，因此每一层都可以修改而不会影响到其它层。每一层都不知道其上层的关注点；就其可能而言，只对所紧挨的下一层有依赖。层与层之间的依赖通常是以接口的形式表现，以确保其耦合尽可能松散。 容器管理事务，容器，贯穿始终：1、对象生命周期的管理。 2、容器本身具备功能，加在自己的类中。需要自己调用则为显示调用。 而尽量用容器隐式调用，Spring 即为隐式 对现有表现层的支持 与ORM 紧密结合，可使用声明式事务管理 AOP 标准接口的实 现（容器管理的声 明式的种种事务） 对JDBC 采用模板回调；声明的JDBC 事务管理. 提供了Bean 工厂 对Bean 工厂的扩 展（比如对事务、国际化的支持） 自己的MVC 实现 调用、声明式编程。 Spring 轻量级容器体现在：只需设置一个Jar 文件到CLASSPATH ，不用去调用它，但又可以拥有其强大的功能。组件的极大程度的复用。 让层与层中耦合度低——Loosely-Coupled 工厂类创建DAO 对象。 声明式编程：在xml 文件中声明。 基于POJO 类，支持事务，事务是根本；而EJB 事务由Container 管理。 Spring 将 View 层与持久层，比如与Hibernate 联系起来。Spring 简化Hibernate 的使用，还可以帮助管理Hibernate 。Spring 本身没有O-R_mapping ，因为有Hibernate ，她已经做得很好了。 Spring 将编译时异常（checked ）转化为运行时异常（runtime ）。比如，JDBC 则为编译时异常，即必须写try…catch ；而Hibernate 程序为运行时异常。 在spring-framework-2.0.5\dist 目录下 有jar 文件、 dtd 文件、 tld 文件。 总之，Spring 是一个轻型容器（light-weight container ），其核心是Bean 工厂（Bean Factory ），用以构造我们所需要的M （Model ）。在此基础之上，Spring 提供了AOP （Aspect-Oriented Programming, 面向层面的编程）的实现，用它来提供非管理环境下申明方式的事务、安全等服务；对Bean 工厂的扩展ApplicationContext 更加方便我们实现Java EE 的应用；DAO/ORM 的实现方便我们进行数据库的开发；Web MVC 和Spring Web 提供了Java Web 应用的框架或与其它流行的Web 框架进行集成。 二、IoC （Inversion of Control ） 1、定义：组件．．之间的依赖关系．．．．由容器．．在运行时决定。 例如：B 对象所依赖的A 对象是由 Spring 创建好并且通过Set 方法传递注入过来的。 最基本的优点体现在：若A 为接口，让B 依赖于接口。只看接口不管实现类。 可把工厂类全部替换掉。对象均为容器创建。到时还能把容器的功能融入到其中。 IoC 要求：容器尽量不要侵入到应用程序中去，应用程序本身可以依赖于抽象的接口， 容器根据这些接口所需要的资源注入到应用程序中，也就是说应用程序不会主动向容器 JavaBean 调用/包含 Spring 控制权由对象本身转向容器；由容器根据配置文件去创建实例并创建各个实例之间的依赖关系。 K公司新产品开发流程再造的研究（一） 杨建新 2002-11-12 投稿 本系列论文是本网特约撰稿人杨建新先生提供，是关于企业流程再造不可多得的全面文章，理论与实践俱全，本网将陆续刊登，欢迎宽敞网友扫瞄！ 摘要 本论文首先从现代企业经营治理模式与企业所处的内外环境之间存在的要紧矛盾和现今知识经济时代的要紧特征动身，描述了从60年代到90年代与企业流程再造理论相关的思想和观点，论述了企业流程再造的起源及其内涵。 其次，本论文在研究了大量国内外企业实施企业流程再造案例的基础上，提出了在企业进行再造时，需要一个系统的企业流 程再造的理论框架，这一再造框架包括：一系列的指导原则；企业流程再造的过程；一系列的方法和工具。在那个框架的指导下，流程再造才能顺利地完成。企业流程再造框架促进了企业流程再造由理论到实际应用的转变，增加了流程再造的可操作性，减少了流程再造的失误。 最后，将企业流程再造框架具体应用到了k公司新产品开发流程再造的研究中，取得了预期的效果。通过分析现有新产品开发流程，得出了开发流程的描述，并建立了流程的IDEF模型；使用ASME方法，定量分析了各个活动消耗的时刻，发觉了流程中的非增值活动；使用作业成本法，计罢了流程的实际费用，在此基础上设计了新的流程。新流程实现了缩短新产品开发周期和减少开发费用的预定目标。 实践证明，这一理论框架对企业流程再造具有一定的指导意义，能够减少实施过程中的失误，节约再造耗用的资源，确保企业流程再造能够顺利完成。另外，企业流程再造不是一朝一夕的情况，流程的再造应该是连续不断的过程。 关键词：企业流程再造（BPR）IDEF方法ASME方法作业成本法(ABC) 物联网技术架构及应用参考详解 CASAGRAS是欧盟所支持的项目计划，主要在支持与协调全球RFID相关活动与标准化。参与此计划的专家除来自欧洲外，还有来自中国、日本、韩国以及美国等。由于该份文件已经考虑到国际面向有关法规、标准与其它落实物联网的条件以及RFID在其中的角色，所以可做为各国发展物联网技术应用之参考。 前言日前笔者已对物联网（IoT）的概念及其发展有所陈述，但对于其所涉及的技术说明则甚为不足，认为有必要进一步补上这方面的资料。然而个人知识有限，手上的数据亦多片段不全，于是乎搜寻相关国际标准发展单位之数据库，希望更有系统的了解物联网技术，同时也能与读者分享。 CASAGRAS是欧盟所支持的项目计划，主要在支持与协调全球RFID相关活动与标准化，其全称为CoordinaTIon And Support AcTIon for Global RFID-related AcTIviTIes and Standardization。参与此计划的专家除来自欧洲外，还有来自中国、日本、南韩以及美国，其最终的报告RFID and the inclusive models for the internet of things于2009年9月发布。由于该份文件已经考虑到国际面向有关法规、标准与其它落实物联网的条件以及RFID在其中的角色，所以除了帮助欧洲委员会发展物联网策略与实施路径；事实上，该份报告也可做为各国发展物联网技术应用之参考。 以下仅摘译技术框架部份，做为物联网技术认知的起头。若读者自己想实时阅读全貌，可以CASAGRAS在网站搜寻，即可取得完整报告。 IoT技术框架概述对IoT的概念以及它与物理世界的接口技术或方法进行了解之后，计划目标已经过修订而不只紧抱RFID技术，也接受其它识别（Identification）、位置（Location）、通讯与数据撷取技术。 有以下三种硬件技术以及关联分层，可作为落实物联网的基础： 识别与数据撷取技术组成物理接口层； 固定的、移动的、无线的以及有线的通讯传输技术，以关联接口支持数据与语音传输； 网络技术（与通讯传输技术组合）促进以应用与服务为目的所支撑的对象群集。 COMPASS for Windows for Windows of Landmark Graphics Co. 简明使用手册 目录 一、COMPASS WELLPLAN FOR WINDOWS能简介 二、 COMPA NY SETUP - CREATE NEW COMP：公司设置-建立新的公司 三、FIELD SETUP- CREATE NEW Fl：曲气田设置-建立新的油气田 四、SITE SETUP- CREATE NEW SITE块设置-建立新的区块 五、TEMPLATE EDITOR槽口模板编辑器 六、WELLSETUP-CREATE NEW W E单井设置-建立新井 七、WELLPATH SETUP-CREATE NEW WELLPAT迹设置-建立新的轨迹 八、TARGET EDITOR?巴点编辑器 九、NEW PLAN & OPEN PLAN井眼轨迹设计 十、NEW SERVE Y& OPEN SERVE实测数据建立与编辑 ANTICOLLISIO N防碰计算 十WALL PLOT COMPOSERS 图制作 十三、常用功能简介 COMPASS WELLPLAN FOR WINDO功S B简介 COMPAS（S 指南针）有三个核心功能： PLANNING （设计）按计划井眼形状设计井眼轨迹 SURVEY（实测计算）已钻井眼实测数据的计算及轨迹预测ANTICOLLISION：防碰计算）井眼轨迹之间的距离计算 除此之外，COMPAS还有以下功能： COMPANY SETUP 允许你为不同的公司设置COMPASS FIELD SETUP 为同一油田的所有平台定义通用的水平或垂直参考系统 TARGET EDITOR 靶点编辑器，设置靶点位置及靶区形状 TEMPLATE EDITOR 槽口编辑器，用于丛式井井口坐标计算 REFERENCE DATUM ELEVATIONS^不同的海拔高度参照基准 MAGNETIC CALCULATO R算不同磁场模型的磁场值 GEODETIC CALCULATORS同地质坐标系之间的数值转换计算 SURVEY TOOLS 定义不同测量工具的测量误差 广州润衡软件连锁有限公司软件架构设计文档 项目名称 软件架构设计文档 版本 修订历史记录 目录 1.简介5 1.1目的5 1.2范围5 1.3定义、首字母缩写词和缩略语5 1.4参考资料5 1.5概述5 2.整体说明5 2.1简介5 2.2构架表示方式5 2.3构架目标和约束5 3.用例视图6 3.1核心用例6 3.2用例实现6 4.逻辑视图6 4.1逻辑视图6 4.2分层6 4.2.1应用层6 4.2.2业务层7 4.2.3中间层7 4.2.4系统层7 4.3架构模式7 4.4设计机制7 4.5公用元素及服务7 5.进程视图7 6.部署视图7 7.实施视图8 7.1概述8 7.2层8 7.3部署8 8.数据视图8 9.大小和性能8 软件架构设计文档 10.质量8 11.其它说明8 12.附录A 指南8 13.附录B 规范9 14.附录C 模版9 15.附录D 示例9 软件架构设计文档 1.简介 软件构架文档的简介应提供整个软件构架文档的概述。它应包括此软件构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述 1.1目的 本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面作出的重要决策 本节确定此软件构架文档在整个项目文档中的作用或目的，并对此文档的结构进行简要说明。应确定此文档的特定读者，并指出他们应该如何使用此文档 1.2范围 简要说明此软件构架文档适用的范围和影响的范围 1.3定义、首字母缩写词和缩略语 本小节应提供正确理解此软件构架文档所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供 1.4参考资料 本小节应完整地列出此软件构架文档中其他部分所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供 1.5概述 本小节应说明此软件构架文档中其他部分所包含的内容，并解释此软件构架文档的组织方式 2.整体说明 2.1简介 在此简单介绍软件架构的整体情况，包括用例视图、逻辑视图、进程视图、实施视图和部署视图的简单介绍。另外，简要介绍各种视图的作用和针对的用户 2.2构架表示方式 本节说明当前系统所使用的软件构架及其表示方式。还会从用例视图、逻辑视图、进程视图、部署视图和实施视图中列出必需的那些视图，并分别说明这些视图包含哪些类型的模型元素 2.3构架目标和约束 本节说明对构架具有某种重要影响的软件需求和目标，例如：安全性、保密性、市售产品的使用、可移植 第六章定向井设计暨c o m p a s s操作指南 一、定向井设计需要的基本数据 1、单井 (1) 所钻井井口的大地坐标，靶点的大地坐标并给出相应的经纬度，以及定向井的靶区描述（如定向 井靶点半径，水平井等）。 (2) 井身结构及套管程序（给定垂深），以及所用套管的型号和单位重量。 (3)若下抽油泵，请给定垂深和该垂深下的前后井段。 (4) 该井所在地区的详细地质资料（包括地质分层，岩性及风险提示等）。 (5) 该井分段所用的泥浆比重，塑性粘度，切力，屈服值等。 (6) 钻机的游动系统重量，以及泥浆泵型号及功率和提供的工作排量。 2 ，二、 少钻井工序，降低摩阻，减少钻井时复杂情况和事故发生的可能性。 （2）．井身结构 根据地质要求和钻井目的，决定选用何种井身结构。 （3）．造斜点 造斜点应选在稳定、均质、可钻性较高的地层。造斜点深度的选择应考虑如下几点： A.相邻井的造斜点上下至少要错开15米以上，通常错开30～50米，防止井眼间窜通和磁干扰； B.中间井口用于位移小的井，造斜点较深。外围井口用于位移较大的井，造斜点较浅； C.如果设计的最大井斜角超过采油工艺或常规测井的限制或要求，应将造斜点提高或增加设计造斜率。 (4)．造斜率 在丛式井中，通常设计各井的造斜率为7～16°米。 (5)．最大井斜角 在保证油田开发要求的前提下，尽量不使井斜角太大，以避免钻井作业时，扭矩和摩阻太大，并保证其它作业的顺利进行，如电测、下套管作业等。常规测井工具通过的井段其最大井斜为62°。如果初始设计出最大井斜角达60°以上，则应适当调整造斜点和造斜率，使最大井斜不超过60°。当然，在一个丛式井平台上，可选择几口边缘井打水平井，以充分地利用平台，扩大采油面积。 (6)．井口分配 井口分配应考虑如下几点： A.用外围的井口打位移大的井，用中间的井口打位移较小的井。 B.按整个井组的各井方位，尽量均布井口，使井口与井底连线在水平面上的投影图尽量不相交，且成放射状分布，以方便轨迹跟踪。 C.考虑到钻井平台的最大额定载荷分布，将井斜大、位移大、井深较深的井安排在平台额定载荷大的地方。 D.如果按照（1）、（2）、（3）的顺序仍有不能错开的井，可以通过调整造斜点或造斜率的方法来解决。 ( 7)．防止井眼相碰 直井段的井身要符合要求，762毫米（30英寸）套管要求倾斜度小于0.5～l°。同排井在方位上要错开，避免干扰。邻井采用不同造斜率。 表层套管下深要错开，斜井段在空间交叉的井，最小距离为20米，直井段安全圆柱半径为15米。 (8)．合理安排钻井顺序 首先要按地质、开发部门有关注水配产要求和进一步对地层情况的掌握来进行。可采用先外排井，后内排井的顺序，防止内排岩屑堆集须进行清理；或由底盘一侧向另一侧推进的方式。 选择好一条合理的钻台井架移动路线，可省时省力。 (9)．使用优质钻井液，减少摩阻。对于井斜过大、水平位移过大的井，采用顶部驱动钻井装置来改善钻井作业。 (10)．上部井段采用集束钻井或集中打表层方式，可节约时间，提高钻井速度。 三、钻井平台位置优选 对于丛式井来说，优选平台位置，比一口定向井的设计更重要，且影响更大。除了考虑钻井工程方面的情况以外，还要考虑输油管道的建设、井场的地貌情况等，单从定向钻井的角度来优选，通常采用两种优选方式，一是累计水平位移最小，二是累计井深最少。 1．累计水平位移最小的平台位置优选 无论平台位置如何，靶点位置是一定的。因此，计算平台位置与靶点的距离，并使累计值最小就是这种优选方式的关键。 靶点位置通常以座标值给定，即（X，Y）值，值得注意的是X值是南北方向的座标值，Y值是东西方向的座标值，即X值相当于北南位移，Y值相当于东西位移，水平位移的计算可依据两点间的距离公式来求到： 2．累计井深最少的位置优选 采用这种优选方式，首先要依照井底和井口位置进行试算。把所有井的轨迹全部设计出来，计算出累计的井深，然后改变井口位置，重新作轨迹设计，直到设计出最小的累计井深。 无论哪一种平台位置优选方式，在确定其优选的井口位置时，必须保证所有井都能打成。因此，第一是平台上的少数井的水平位移不能特别大；第二是少数井的总井深不能特别深；第三是为了有利于进行丛式井作业，应尽可能少地进行绕障作业，至少在丛式井设计中，基本上不存在绕障问题。 最高院执行项目 技术架构选型方案Fantasy 2011年8月25日 目录 总体架构!2整体系统描述 2架构选型!4 JDK选型（JDK1.6_22 32位） 4 IOC容器选型（Spring3.0.5.RELEASE） 5 ORM选型（MyBatis） 6 MVC选型（SpringMVC） 7认证和权限选型（shiro1.1 + ralasafe 1.1） 8前台组件选型 11案件导入导出架构设计!12总体架构设计 12客户端功能结构 13技术实现方式 14 总体架构 整体系统描述 系统架构图总揽 展示层 ：主要面向B/S架构，展示层主要由web资源文件组成，包括JSP，JS 和大量的界面控件，同时还采用了AJAX和Flex等RIA技术，负责向用户展现丰富的界面信息，并执行用户的命令 控制层：负责展示层请求的转发、调度和基础验证，同时自动拦截后台返回 的Runtime异常信息。 领域层：是系统最为丰富的一层，主要负责处理整个系统的业务逻辑。这一 层包括业务服务和领域对象，同时负责系统的事务管理。其中业务服务可以提供本地调用和共享远程服务的功能。 数据访问控制层：数据访问层的目的很明确,主要作为提供数据持久化的功 能，包括数据的读取和写入，操作数据库的方法可以有两种方式ORM方式，ralasafe封装的方式。 公共基础设施层：可以包括Common通用模块，IOC模块，Logging日志模块， Exception异常模块和单元测试模块。 架构选型 1.JDK选型（JDK1.6_22 32位） JDK1.5、JDK1.6和JDK1.7选型 测试 1.增加5百万条String数据 测试 2.增加5百万数据到ArrayList 第六章定向井设计暨compass操作指南 一、定向井设计需要的基本数据 1、单井 (1) 所钻井井口的坐标，靶点的坐标并给出相应的经纬度，以及定向井的靶区描述（如 定向井靶点半径，水平井等）。 (2) 井身结构及套管程序（给定垂深），以及所用套管的型号和单位重量。 (3)若下抽油泵，请给定垂深和该垂深下的前后井段。 (4) 该井所在地区的详细地质资料（包括地质分层，岩性及风险提示等）。 (5) 该井分段所用的泥浆比重，塑性粘度，切力，屈服值等。 (6) 钻机的游动系统重量，以及泥浆泵型号及功率和提供的工作排量。 (7) 可提供的钻杆和加重钻杆钢级、公称尺寸，震击器型号，钻头类型等等。 (8) 给定工程设计标准及特殊要求。 (9) 该区域已钻井的定向井资料。 2、丛式井 (1) 平台的槽口分布，槽口间距，平台结构北角，该平台的中心坐标（坐标）和经纬度，以及覆盖区所有已钻井（包括探井）的井眼轨迹数据（井斜、方位等）。 (2) 丛式井的井口和靶点坐标及靶点垂深，定向井的靶区描述（如定向井靶点半径，水平 井等），以及油底垂深和口袋长度等。 (3) 井身结构及套管程序（给定垂深），所用套管的型号和单位重量等。. (4) 若下抽油泵，请给定垂深和该垂深下的前后井段。 (5) 该井所在地区的详细地质资料（包括地质分层，岩性及风险提示等）。 (6) 该井分段所用的泥浆比重、塑性粘度、切力、屈服值等。 (7) 钻机的游动系统重量，以及泥浆泵型号及功率和提供的工作排量等。 (8) 可提供的钻杆和加重钻杆钢级、公称尺寸，震击器型号，钻头类型等等。 (9) 该区域已钻井的定向井资料。 (10) 给定工程设计标准及特殊要求。 二、丛式井设计 1．丛式井的概念 丛式井是指一组定向井（水平井），它们的井口是集中在一个有限围，如海上钻井平台、沙漠中钻井平台、人工岛等。丛式井的广泛应用是由于它与钻单个定向井相比较，大大减少钻井成本，并能满足油田的整体开发要求。 2．丛式井设计应考虑的问题 （1）．井身剖面 在满足油田开发要求的前提下，尽量选择最简单剖面，如典型的“直一增一稳”三段制，这样将减少钻井工序，降低摩阻，减少钻井时复杂情况和事故发生的可能性。 （2）．井身结构 根据地质要求和钻井目的，决定选用何种井身结构。 一、SSH整体介绍 1. 简介 本Demo程序采用的是SSH（Struts+Spring+Hibernate）三层架构。 （1）Struts用于表现层，负责页面数据提取，页面动作响应。 （2）Spring是一种轻量级的框架模型，主要负责业务逻辑层的对象创建，表现层的Action 的创建，以及持久层的DAO的创建。 （3）Hibernate负责把内存中的数据对象保存到数据库中。 2. 框架集成说明 在SSH三层架构中，主要用Struts来实现对页面的响应及页面跳转。当用户向服务器发送某一个请求，这个请求会被服务器（Tomcat）接收到，服务器会根据请求的内容，将这个请求发送给相应的Servlet实例进行处理。Servlet会根据其内容，去生成相应的Action实例。本程序中，Struts将Action的创建工作交给了Spring的代理类来完成，创建这个实例后，将这个实例注入，由Struts调用Action中的相应方法。Action中可以配置一个或多个Service对象，Action调用Service中的方法进行业务处理。Service中通常会有一个或多个DAO的对象，DAO 继承了Hibernate的接口，用来处理数据库的操作。而Action，Service，DAO的创建与注入，都是由Spring的Bean工厂来实现的。 （1）Struts与Spring的集成 ?在Web.xml中配置Struts的配置文件 ?在Web.xml中配置Spring的配置文件，Bean工厂及过滤器 ?在Struts配置文件中集成Spring的代理类 ?在Spring配置文件中配置Action （2）Spring与Hibernate的集成 ?在Web.xml中配置Hibernate延迟过滤器配置 ?在Web.xml中配置Spring的配置文件，Bean工厂及过滤器 ?在Spring配置文件中配置DAO ?在Hibernate配置文件中配置数据库信息 ?在DAO的实现类中继承HibernateDaoSupport类 3. 程序的包结构 （1）表现层的类包 ，分别用来存放表现层的Form与Action。（2）持久层的类包 此文件夹下放置模型类，以及对应的Hibernate配置文件。 一、介绍 ArduPilotMega自动驾驶仪（简称APM 自驾仪）是一款非常优秀而且完全开源的自动驾驶控制器，可应用于固定翼、直升机、多旋翼、地面车辆等，同时还可以搭配多款功能强大的地面控制站使用。地面站中可以在线升级固件、调参，使用一套全双工的无线数据传输系统在地面站与自驾仪之间建立起一条数据链，即可组成一套无人机自动控制系统，非常适合个人组建自己的无人机驾驶系统。 二、性能特点 ?免费的开源程序，支持多种载机。ArduPlane模式支持固定翼飞机，Arducoper模式支持直升机与多旋翼 （包括三轴、四轴、六轴、八轴等），ArduRover模式支持地面车辆； ?人性化的图形地面站控制软件，通过一根Micro_USB线或者一套无线数传连接，鼠标点击操作就可以进行设置和下载程序到控制板的MCU 中，无需编程知识和下载线等其它硬件设备。但如果你想更深入的了解APM 的代码的话，你仍旧可以使用Arduino 来手动编程下载； ?地面站的任务规划器支持上百个三维航点的自主飞行设置，并且只需要通过鼠标在地图上点击操作就行； ?基于强大的MAVLink协议，支持双向遥测和实时传输命令； ?多种免费地面站可选，包括Mission Planner ，HK GCS 等，还可以使用手机上的地面站软件，地面站中可实现任务规划，空中参数调整，视频显示，语音合成和查看飞行记录等； ?可实现自动起飞，自动降落，航点航线飞行，自动返航等多种自驾仪性能； ?完整支持Xplane和Flight Gear 半硬件仿真 三、硬件构成 o核心MCU采用ATMEL的8bit ATMEGA2560 o 整合三轴陀螺仪与三轴加速度的六轴MEMS传感器MPU6000 o 高度测量采用高精度数字空气压力传感器MS-5611 o 板载16MB的AT45DB161D存储器o 三轴磁力计HMC5883 o8路PWM控制输入 o 11路模拟传感器输入 o 11路PWM输出（8路电调电机+3路云台增稳） o GPS 模块可选MTK 3329及支持ublox输出的NEO-6M、7M、LEA-6H等o 可屏蔽板载PPM解码功能，外接PPM解码板或者外接PPM接收机 o 可屏蔽板载罗盘通过I2C接口使用外置扩展罗盘 o （可选）OSD模块，将无人机姿态、模式、速度、位置等重要数据叠加到图像上实时回传o （可选）空速传感器 o （可选）电流电压传感器 o （可选）超声波测距传感器o （可选）光流定点传感器 o（可扩展）其它UART、I2C、SPI 设备 合同编号：【】技术委托开发框架合同 甲方：【】 乙方：【】 【】年【】月 甲方： 住所： 法定代表人： 乙方： 住所： 法定代表人： 甲方因业务需要拟委托有资质有能力的软件开发企业开发软件，而乙方拥有相应的软件开发资质和能力并愿意承担甲方委托的软件开发任务。根据《中华人民共和国合同法》的规定，经双方友好协商，就甲方委托乙方开发软件事宜达成如下条款： 1.委托软件开发 1.1 甲方委托乙方开发其指定的软件，乙方同意接受甲方的委托开发软件。 1.2 甲方对乙方的委托期限为【】年，即自【】年【】月【】日起至【】年【】月【】日止。 1.3 本合同为框架合同，甲方在本协议委托期限内委托乙方开发的软件均受本框架合同约束。具体软件开发的内容、要求、功能、指标、开发期限和费用等事项，由双方在软件开发任务单中明确约定。本框架合同与软件开发任务单有冲突的，以软件开发任务单为准。甲方软件开发任务单指定签署人为【】，并需加盖甲方公章或甲方【】部门印章。 1.4 合同期内甲方委托乙方开发软件最高限价为【】元。本合同项下累计金额超过最高限价的，乙方应立即通知甲方，除非甲方予以书面确认，否则超过最高限价部分的金额不予结算，由乙方自行承担。 2. 软件开发费用支付 双方约定按以下第【】种方式结算 （一）按任务单结算，每个任务单完成并通过验收后按单结算； （二）以【】为周期定期结算，以上【】实际完成并通过验收的任务单为结算依据； 结算前，乙方应提交付款通知书、甲方确认通过验收的书面证明以及正式发票。 3.知识产权 3.1甲方向乙方提供任何文件、信息和数据不构成向乙方转让、授予非基于为甲方提供本项目项下技术开发目的的使用权、任何特许权或其他任何权利。 3.2为确保甲方有权实施乙方依据本合同所完成的技术成果，乙方应给予甲方永久地、免费地、不可撤销的使用乙方在与甲方签署本合同之前所拥有的为实施本合同技术成果所不可避免的相关知识产权的权利。 3.3双方在履行本合同过程中形成的所有技术成果（包括阶段性成果和最终成果，无论是否最终被甲方采用或认可）、软件系统、硬件设备及技术资料的知识产权均归属于甲方，乙方应积极配合甲方以合法方式取得并行使上述知识产权，包括但不限于及时披露在本合同执行过程中甲方认为可能需要进行专利申请的技术方案。未经甲方事先书面许可，乙方不得实施该项技术成果，也不得将该项技术成果以任何方式透露、提供、许可、转让或交换给任何第三方。 3.4乙方保证向甲方提交的技术成果，为乙方自行研究开发并合法利用了公有领域的信息和知识，不侵犯他人的版权、专利权和商业秘密等知识产权，也不违反乙方与第三方的保密义务或有关知识产权协议，甲方不会因为实施本合同技术成果导致侵犯第三方的知识产权， ITS - 系统架构设计文档 xxx系统架构设计说明书 2013-12-12 v0.1 修订历史记录 目录 1.简介4 1.1目的4 1.2范围4 1.3定义、首字母缩写词和缩略语4 1.4参考资料4 1.5概述错误！未定义书签。 2.整体说明4 2.1简介4 2.2构架表示方式4 2.3构架目标和约束4 3.用例说明5 3.1核心用例6 3.2用例实现7 4.逻辑视图8 4.1逻辑视图8 4.2分层8 4.2.1应用层8 4.2.2业务层8 4.2.3中间层9 4.2.4系统层9 4.3架构模式9 4.4设计机制错误！未定义书签。 4.5公用元素及服务9 5.进程视图9 6.部署视图9 7.数据视图9 8.大小和性能9 9.质量9 10.其它说明9 系统架构设计文档 1.简介 系统构架文档的简介应提供整个系统构架文档的概述。它应包括此系统构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述 1.1目的 本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面做出的重要决策,以便于开发人员高效的开发和快速修改和管理。 1.2范围 本文档用于oto项目组目前正在开发的android app电器管家2.0和已经发布的1.0的开发或修改 1.3定义、首字母缩写词和缩略语 参考系統需求文档电器管家APP2.020140214 1.4参考资料 1、系統需求文档电器管家APP2.020140214 2、品牌品类及映射建议App数据结构及数据样例 2.整体说明 2.1简介 在此简单介绍系统架构的整体情况，包括用例视图、逻辑视图、进程视图、实施视图的简单介绍。另外，简要介绍各种视图的作用和针对的用户 2.2构架表示方式 本文档将通过以下一系列视图来表示4In1系统的软件架构：用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通过PowerDesigner工具建立的UML模型。 2.3构架目标和约束 系统架构在设计过程中有以下设计约束： 1、安全性：通讯协议采用加密的方式、存放app端数据要进行混淆器加密、电话号码和logo不能通过反 编译批量拿走。 COMPASS单词翻译及使用说明 一、一、封面： File 文件 1）、Status 基本情况 2）、References 参数 Edit 编辑 Company 公司 NS/EW：Site 坐标：区块 View 视图 Field 油田 North：Grid 北：地理坐标 Planning 设计 Site 区块 TVD：Datum 垂深：基准点 Survey 测量数据与计算 Well 井号 Mean Sea Level 海平面 Anticollision 防碰 Wellpath 轨迹类型名 Utilities 有效设置 Datum 基准点(面 ) Window 窗口 Help 帮助 二、文件： Open 打开 Graph Export: DXF File Save 保存 (图表输出) Windos metafile 源文件 Save As 。。保存 New Company 新公司 Data Source 数据来源 New Field 新油田 Print 打印 New Site 新区块 Print Preview 打印预览 New Well 新井号 Exit 退出 New Wellpath 新轨迹 Delete Company 删除公司 Delete Field 删除油田 Delete Site 删除区块 Delete Well 删除井号 Delete Wellpath 删除轨迹 Import : Transfer File 传输文件 输入 DOS Compass :dos 指针 DOS Wellplan: dos 设计 DFW Surveys 测量数据库 Wellbore planner 设计者 Export: Field 油田 输出 Site 区块 Well 井号 Direct to wellplan 直接到设计 To a wellplan file 到一个设计文件 Wellbore planer 设计者 服务业综合业务管理系统 系统架构说明书 ——润和软件股份有限公司 一、概要 本说明书对服务业综合业务管理系统的整体框架进行分块说明，对系统的采用技术点的技术点进行阐述，通过视图与描述展示整个系统框架的结构与层次。 二、目标 构建服务业综合业务管理系统J2EE应用的开发框架，注入Spring支撑，使用兼具灵活性与使用性的ibatis作为持久层，使所有系统能规范开发组件、提高开发效率，易于统一升级和维护。 三、架构设计 3.1、架构分析 1、服务业综合业务管理系统采用B/S模式。B/S模式具有分布性特点，可以随时随地进行查询、浏览等业务处理。其业务扩展简单方便，通过增加网页即可增加服务器功能。而且后期维护方面只需要改变网页，即可实现所有用户的同步更新 2、搭建轻量级J2EE框架—Spring框架。J2EE为搭建具有可伸缩性、灵活性、易维护性的系统提供了良好的机制。J2EE框架使得开发的产品更加高效，更加健壮，在伸缩性和稳定性上面也有着显而易见的效果。而Spring是一个完美的框架“黏合剂”。它提供了一种管理对象的方法，可以把中间层对象有效地组织起来。他的分层结构可以增量引入项目。而非侵入性应用程序对Spring API的依赖可以减至最小限度。 3、使用兼具灵活性与实用性的ibatis作为系统的持久层。Ibatis是支持普通SQL查询，存储过程和高级映射的优秀持久层框架。Ibatis将代码和sql语句分离，sql可以写在xml中，结构清晰，灵活配置，对平台支持性大幅度提高。 3.2、设计思想 1、系统技术架构采用主流的MVC模式 MVC思想将一个应用分成三个基本部分：Model（模型）、View（视图）和Controller （控制器），这三个部分以最少的耦合协同工作，从而提高应用的可扩展性及可维护性。直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小，很难满足系统技术架构说明书
系统的架构设计文档
最新COMPASS使用手册,兰德马克说明书
APQC的流程分类框架介绍
Spring技术介绍
公司新产品开发计划流程再造研究
物联网技术架构及应用参考详解
COMPASS使用手册,兰德马克说明书
软件架构设计文档模板
定向井设计暨compass操作指南
技术架构选型方案报告
定向井设计暨compass操作的指南
SSH框架说明文档
APM中文使用手册Word版
技术委托开发框架合同
系统架构设计文档
COMPASS单词翻译及使用说明
系统架构说明书
相关文档
- cmmi整体框架和重点过程域解释详解
- MS框架介绍及使用说明
- 基于SSH的开发框架规范说明书v0_1
- 软件架构设计说明书完整版
- ABP框架模板开发手册
- java开发框架-Mybatis 使用技巧总结
- PureMVC开发框架使用手册中文
- K2BPM系统开发框架使用说明
- 软件架构设计说明书完整版
- 基础框架开发文档
- 软件委托开发框架合同
- BOS开发指南_应用框架
- 开发规范及框架说明文档
- Java各种开发框架总结
- FSDP开发框架
- SpringMvc搭建开发框架平台【基本使用说明】
- Spring中文开发详细手册
- Springline开发框架手册
- C#WinForm版通用开发框架使用说明
- WEB应用快速开发框架及工作流平台介绍