基于Git的分布式版本控制系统的设计与实现

基于Git的分布式版本控制系统的设计与实现
基于Git的分布式版本控制系统的设计与实现

基于Git的分布式版本控制系统的设计与实现

摘要本文简要介绍了版本控制管理在软件项目开发过程中的重要性,以及主流版本控制工具Git在大型软件项目版本控制管理中的优点与缺点,并在保留Git原有优势的前提下,设计了一套版本控制系统,弥补Git的不足,使它能满足大型软件项目版本控制的需求。

关键词版本控制;Git;分支管理;代码审核

0引言

现在的软件项目开发中,必然涉及版本控制。

版本控制的功能在于跟踪记录整个软件的开发过程,包括软件本身和相关文档。在空间上可以保证完成集中统一管理,解决一致性和冗余问题。在时间上全程跟踪记录工具将会自动记录开发过程中的每个更改细节,和不同时期的不同版本,以便对不同阶段的软件及相关文档进行表示并进行差别分析,对软件代码进行可撤消的修改,便于汇总不同开发人员所做的修改,辅助协调和管理软件开发团队。

1 为什么选择Git

1.1 Git的优势

相对于其他流行的软件版本开源管理软件,Git的优势在哪里呢?

1.1.1 对网络的依赖性更低

虽然现在网络非常普及,但是并不是随时随地都有高速网络,低速的网络会让人心情烦躁,有时候就呆呆地盯着屏幕上的提交进度,什么事情也干不了。而Git的绝大部分操作在本地完成,不用和集中的代码管理服务器交互,只有最终完成的版本才需要向一个中心的集中的代码管理服务器提交。

1.1.2 方便的原子提交跟踪

Git的每次提交都会根据SHA-1算法生成唯一的commit id。而不像CVS那样都是对单个文件分别进行版本的更改。所以当你跟踪以前某次提交的代码时,不用考虑到底提交了哪些文件,所有的变动代码会一次性的取出来。

1.1.3 更方便的分支合并操作

Git的分支管理相对CVS 等系统容易多了,无论是建立新的分支,还是在分支之间切换都一条命令完成,不需要建立多余的目录。分支之间合并时,不仅代码会合并在一起,提交历史也会保留,这点非常有助于分支的管理与追踪。

1.2 Git的缺点

对于一个大型项目而言,在项目管理的过程中,只依靠Git原有的功能来进行版本控制管理是远远不够的。Git无法满足大型项目的管理要求。

1.2.1对创建仓库、分支等操作的管理权限分级

Git是分布式版本控制工具,任何人都可以将自己的本地创建的分支、标签等注入到中央代码仓库中,极大的提高了中央仓库的维护成本。不利于大型项目的协同开发。

1.2.2对多个仓库进行同步管理。

Git的每个仓库都是独立的,无法做到跟踪软件本身的同时,对软件相关文档也进行跟踪,无法对不同阶段的软件及相关文档进行差别分析,不利于团队协作和管理。

1.2.3保护中央代码仓库以防污染

分布式控制系统

分布式控制系统

题,才能使计算机自动化真正起到其应有的作用。

1975-1980年,在这个时期集散控制系统的技术特点表现为:

从结构上划分,DCS包括过程级、操作级和管理级。过程级主要由过程控制站、I/O 单元和现场仪表组成,是系统控制功能的主要实施部分。操作级包括:操作员站和工程师站,完成系统的操作和组态。管理级主要是指工厂管理信息系统(MIS系统),作为DCS更高层次的应用,目前国内纸行业应用到这一层的系统较少。 DCS的控制程序:DCS的控制决策是由过程控制站完成的,所以控制程序是由过程控制站执行的。 过程控制站的组成: DCS的过程控制站是一个完整的计算机系统,主要由电源、CPU(中央处理器)、网络接口和I/O组成 I/O:控制系统需要建立信号的输入和输出通道,这就是I/O。DCS中的I/O一般是模块化的,一个I/O模块上有一个或多个I/O通道,用来连接传感器和执行器(调节阀)。 I/O单元:通常,一个过程控制站是有几个机架组成,每个机架可以摆放一定数量的模块。CPU所在的机架被称为CPU单元,同一个过程站中只能有一个CPU单元,其他只用来摆放I/O模块的机架就是I/O单元。 国内外应用 分散控制系统 1975 年美国最大的仪表控制公司Honeyw ell 首次向世界推出了它的综合分散控制系统TDC—2000 ( Toal Distributed Control-2000),这一系统的发表,立即引起美国工业控制界高度评价,称之为“最鼓舞人心的事件”。世界各国的各大公司也纷纷仿效,推出了一个又一个集散系统,从此过程控制进入了集散系统的新时期。 在此期间有日本横河公司推出的CEN TUM,美国泰勒仪表公司的MO SË,费雪尔公司的DCÉ —400,贝利公司的N —90,福克斯波罗公司的Cpect rum 和德国西门子公司的Telepermm。 随着计算机特别是微型计算机与网络技术的飞速发展,加上各制造商的激烈竞争,使DCS 很快从70 年代的第一代发展到90 年代初的第三代DCS。尽管在这之前的集散系统的技术水平已经很高,但其中存在着一个最主要的弊病是:各大公司推出的几十种型号的系统,几乎都是该公司的专利产品,每个公司为了保护自身的利益,采用的都是专利网络,这就为全厂、全企业的管理带来问题。 随着计算机的发展与网络开发使各控制厂商更多地采用商业计算机的技术,80年代末许多公司推出新一代的集散系统,其主要特征是新系统的局部网络采用MA P 协议;引用智能变送器与现场总线结构;在控制软件上引入PLC 的顺序控制与批量控制,使DCS 也具有PLC 的功能。 至90 年代初各国知名的DCS 有:3000,Bailey 的IN F I—90,Ro semoun t 的RS—3,W est Hoo se 的WDPF,L eeds &Non th rup 的MAX—1000,Foxbo ro 的IöA S,日本横河的CEN TUM。这里所提到的均为大型的DCS,为了适应市场的需要各厂商也开发了不少中小型的DCS 系统如S—9000,MAX—2,LXL,A 2 PACS 等等。

分布式数据库管理系统简介

分布式数据库管理系统简介 一、什么是分布式数据库: 分布式数据库系统是在集中式数据库系统的基础上发展来的。是数据库技术与网络技术结合的产物。 分布式数据库系统有两种:一种是物理上分布的,但逻辑上却是集中的。这种分布式数据库只适宜用途比较单一的、不大的单位或部门。另一种分布式数据库系统在物理上和逻辑上都是分布的,也就是所谓联邦式分布数据库系统。由于组成联邦的各个子数据库系统是相对“自治”的,这种系统可以容纳多种不同用途的、差异较大的数据库,比较适宜于大范围内数据库的集成。 分布式数据库系统(DDBS)包含分布式数据库管理系统(DDBMS和分布式数据库(DDB)。 在分布式数据库系统中,一个应用程序可以对数据库进行透明操作,数据库中的数据分别在不同的局部数据库中存储、由不同的DBMS进行管理、在不同的机器上运行、由不同的 操作系统支持、被不同的通信网络连接在一起。 一个分布式数据库在逻辑上是一个统一的整体:即在用户面前为单个逻辑数据库,在物理上则是分别存储在不同的物理节点上。一个应用程序通过网络的连接可以访问分布在不同地理位置的数据库。它的分布性表现在数据库中的数据不是存储在同一场地。更确切地讲,不存储在同一计算机的存储设备上。这就是与集中式数据库的区别。从用户的角度看,一个分布式数据库系统在逻辑上和集中式数据库系统一样,用户可以在任何一个场地执行全局应用。就好那些数据是存储在同一台计算机上,有单个数据库管理系统(DBMS)管理一样,用 户并没有什么感觉不一样。 分布式数据库中每一个数据库服务器合作地维护全局数据库的一致性。 分布式数据库系统是一个客户/ 服务器体系结构。 在系统中的每一台计算机称为结点。如果一结点具有管理数据库软件,该结点称为数据库服务器。如果一个结点为请求服务器的信息的一应用,该结点称为客户。在ORACL客户, 执行数据库应用,可存取数据信息和与用户交互。在服务器,执行ORACL软件,处理对ORACLE 数据库并发、共享数据存取。ORACL允许上述两部分在同一台计算机上,但当客户部分和 服务器部分是由网连接的不同计算机上时,更有效。 分布处理是由多台处理机分担单个任务的处理。在ORACL数据库系统中分布处理的例 子如: 客户和服务器是位于网络连接的不同计算机上。 单台计算机上有多个处理器,不同处理器分别执行客户应用。 参与分布式数据库的每一服务器是分别地独立地管理数据库,好像每一数据库不是网络化的数据库。每一个数据库独立地被管理,称为场地自治性。场地自治性有下列好处: ?系统的结点可反映公司的逻辑组织。

基于Git的分布式版本控制系统的设计与实现

基于Git的分布式版本控制系统的设计与实现 摘要本文简要介绍了版本控制管理在软件项目开发过程中的重要性,以及主流版本控制工具Git在大型软件项目版本控制管理中的优点与缺点,并在保留Git原有优势的前提下,设计了一套版本控制系统,弥补Git的不足,使它能满足大型软件项目版本控制的需求。 关键词版本控制;Git;分支管理;代码审核 0引言 现在的软件项目开发中,必然涉及版本控制。 版本控制的功能在于跟踪记录整个软件的开发过程,包括软件本身和相关文档。在空间上可以保证完成集中统一管理,解决一致性和冗余问题。在时间上全程跟踪记录工具将会自动记录开发过程中的每个更改细节,和不同时期的不同版本,以便对不同阶段的软件及相关文档进行表示并进行差别分析,对软件代码进行可撤消的修改,便于汇总不同开发人员所做的修改,辅助协调和管理软件开发团队。 1 为什么选择Git 1.1 Git的优势 相对于其他流行的软件版本开源管理软件,Git的优势在哪里呢? 1.1.1 对网络的依赖性更低 虽然现在网络非常普及,但是并不是随时随地都有高速网络,低速的网络会让人心情烦躁,有时候就呆呆地盯着屏幕上的提交进度,什么事情也干不了。而Git的绝大部分操作在本地完成,不用和集中的代码管理服务器交互,只有最终完成的版本才需要向一个中心的集中的代码管理服务器提交。 1.1.2 方便的原子提交跟踪 Git的每次提交都会根据SHA-1算法生成唯一的commit id。而不像CVS那样都是对单个文件分别进行版本的更改。所以当你跟踪以前某次提交的代码时,不用考虑到底提交了哪些文件,所有的变动代码会一次性的取出来。 1.1.3 更方便的分支合并操作 Git的分支管理相对CVS 等系统容易多了,无论是建立新的分支,还是在分支之间切换都一条命令完成,不需要建立多余的目录。分支之间合并时,不仅代码会合并在一起,提交历史也会保留,这点非常有助于分支的管理与追踪。 1.2 Git的缺点 对于一个大型项目而言,在项目管理的过程中,只依靠Git原有的功能来进行版本控制管理是远远不够的。Git无法满足大型项目的管理要求。 1.2.1对创建仓库、分支等操作的管理权限分级 Git是分布式版本控制工具,任何人都可以将自己的本地创建的分支、标签等注入到中央代码仓库中,极大的提高了中央仓库的维护成本。不利于大型项目的协同开发。 1.2.2对多个仓库进行同步管理。 Git的每个仓库都是独立的,无法做到跟踪软件本身的同时,对软件相关文档也进行跟踪,无法对不同阶段的软件及相关文档进行差别分析,不利于团队协作和管理。 1.2.3保护中央代码仓库以防污染

分布式控制系统(课程设计

课题一、三相异步电动机Y/Δ换接启动及正反转控制 一、实验目的 在电机进行正反向的转、换接时,有可能因为电动机容量较大或操作不当等原因使接触器主触头产生较为严重的起弧现象,如果在电弧还未完全熄灭时,反转的接触器就闭合,则会造成电源相间短路。用PLC来控制电机起停则可避免这一问题。 二、实验要求 1、掌握自锁、互锁、定时等常用电路的编程 2、利用基本顺序指令编写电机正反转和Y/△启动控制程序。 3、掌握电机星/三角换接启动主回路的接线。 学会用可编程控制器实现电机星/三角换接降压启动过程的编程方法。 课题二、十字路口交通灯控制 一、实验目的 本实验作为综合性设计实验,要求学生观察某十字路口的交通灯运行状态,自行设计十字路口交通灯控制的实际动作,并根据动作要求设计I/O接口,可连接指示灯模拟交通灯动作。也可以在实验箱的十字路口交通灯控制实验区完成本

实验。以下给出参考方案。 二、实验要求 熟练使用各基本指令,根据控制要求,掌握PLC的编程方法和程序调试方法,使学生了解用PLC解决一个实际问题的全过程。 课题三、电梯控制系统

三层楼电梯工作示意图 说明:本实验作为综合性实验,要求学生自行设计电梯运行的实际动作,并根据动作要求设计I/O接口,可连接指示灯模拟电梯动作。也可以在实验箱的电梯控制系统实验区完成本实验。以下给出参考方案。 一、实验目的 1、通过对工程实例的模拟,熟练的掌握PLC的编程和程序测试方法。 2、进一步熟悉PLC的I/O连接。 3、熟悉三层楼电梯自动控制的编程方法。 二、控制要求 实验内容 完成对三层楼电梯的自动控制,电梯上、下由一台电动机驱动:电机正转则电梯上升;电机反转则电梯下降。 每层楼设有呼叫按钮SB1、SB2、SB3,呼叫指示灯HL1、HL2、HL3和到位行程开关LS1,LS2和LS3。 电梯上升途中只响应上升呼叫,下降途中只响应下降呼叫,任何反方向呼叫均无效。 响应呼叫时呼叫楼层的呼叫指示灯亮,电梯到达呼叫楼层时指示灯熄灭;呼叫无效时,呼叫楼层的指示灯不亮。三层楼电梯的自动控制要求如下:(1)当电梯停于1F或2F时,如果按3F按钮呼叫,则电梯上升到3F,由

分布式数据库系统的设计与优化

近年来,计算机技术的发展日新月异,借助于计算机网络而崛起的数据库技术已不断渗透到了社会生活的各个领域.分布式数据库系统是数据库技术的一种,它的产生,使在地理上、组织上分散的单位得以实现信息、数据共享,使系统的可靠性、可用性等得到了明显的改善和提高.因此,如何优化分布式数据库系统,如何更高效地实施数据库查询等问题便显得尤为重要,它关系着整个系统性能和系统效率等诸多关键因素的完善和提高.1分布式数据库的定义 分布式数据库系统的基础是集中式数据库,但是比集中式数据库具有更大的可扩展性,它适用于单位和企业的各下属、分散部门,允许将分工后的针对性较强的各部门数据存储在本地存储设备上,从而提高用户操作应用程序的反馈速度,在一定程度上降低网络通信费用. 分布式数据库系统可以分为两种:一是物理分布逻辑集中,即在物理上是分布的,在逻辑上是一个统一整体,这类数据库系统比较适用于用途单一、专业性强的中小企业或部门;二是无论在物理上或是逻辑上都是分布的,这种分布式数据库系统类型称为联邦式,此类型主要用于集成大 范围数据库,因为该系统主要由用途迥异、 差别明显的数据库组成. 分布式数据库的物理分布性主要表现在数据库中的数据分别存储在不同的地域内或主机上,而逻辑集中性主要表现在无论用户处于哪个位置或使用本局域网中的哪台主机,都可以通过应用程序对数据库进行操作,但这些数据库具体的分布位置用户并不需要知道,就如同数据库存储在本机,并且由本机的数据库管理系统进行管理.2分布式数据库系统的特点 2.1数据的独立性和分布的透明性 数据的独立性可以说是分布式数据库系统的核心和目标,而分布的透明性表现在用户在操作带有数据库的应用程序时,不必了解数据存储的具体物理位置,不必关心数据逻辑集中的区域,也不必验证本地系统支持哪些数据模型.分布透明的特点,在很大程度上增加了应用程序的可移植性. 2.2集中和自治相结合 对于分布式数据库系统来说,数据共享分为两层:局部共享和全局共享.局部共享是相对于局部数据库而言的,存储在局部数据库中的一般是专门针对本地用户的常用数据;全局共享就是说在各个分布的数据库区域,也能够支持 系统在全局上的应用,可以存储可供本网中其他位置的用户共享的数据.那么对于这两层数据共享的分类,就有相应的两种控制方式,即集中和自治,各个局部的数据库管理系统可以对本区域的数据库实施独立管理,称为自治;与此同时,为了协调各个局部数据库管理系统,为了宏观、整体地把握各局部数据库的运行情况等,系统还设置了集中控制的工作方式. 2.3易于扩展性 由于单位、 企业等的数据量越来越庞大,对于数据库服务器的需求也越来越多.如果服务器的应用程序支持水平方向的扩展,那么就可以通过多增加服务器来分担数据的处理任务. 3分布式数据库系统的设计3.1设计的原则 3.1.1分布式数据库系统的主要设计原则是本地和近地.所以,在设计的过程中,应当尽量实现数据的本地化,这样可以有效减少数据节点之间的相互通信,从而提高整个系统的效率. 3.1.2为了改善和提高数据库数据的可用性和可靠性,有时候在分布式数据库系统中可以将数据保存为副本,如果数据的其中一个副本被损坏或者不能使用,那么在网络环境中的另一个节点中可以对损坏的副本进行恢复.不过,在恢复的同时有可能增加冗余的数据,所以在设计分布式数据库系统时应当全面考虑最优的数据冗余程序,从而减少数据库更新的成本. 3.1.3在用户通过应用程序对数据库进行操作的时候,分布式数据库系统应当将总的工作量分流到网络环境中的各局域节点,从而提高了应用程序的执行效率、扩大了数据传输的并行度、充分利用了各局域节点计算机的资源.因此在设计分布式数据库系统的同时,要将负荷合理地分流. 3.1.4在设计分布式数据库系统时,要对网络各局域节点进行存储能力的统筹,对有限的存储控件进行合理的规划.3.2设计的内容 与集中式数据库的设计相类似,分布式数据库系统也包括了数据库和应用.其中,数据库的设计又包括全局的模式设计和局部的模式设计.分布式数据库系统设计的关键是 Vol.28No.10 Oct.2012 赤峰学院学报(自然科学版)JournalofChifengUniversity(NaturalScienceEdition)第28卷第10期(下) 2012年10月分布式数据库系统的设计与优化 左 翔,姜文彪 (安徽医科大学计算机系,安徽 合肥 230032) 摘要:分布式数据库是数据库技术和网络技术相结合的产物,本文从分布式数据库系统的定义和特点入手,介绍了其设计、优化的目标以及优化的方法. 关键词:分布式数据库系统;设计;优化中图分类号:TP310 文献标识码:A 文章编号:1673-260X(2012)10-0020-02 20--

分布式数据库系统复习题

一、何为分布式数据库系统?一个分布式数据库系统有哪些特点? 答案:分布式数据库系统通俗地说,是物理上分散而逻辑上集中的数据库系统。分布式数据库系统使用计算机网络将地理位置分散而管理和控制又需要不同程度集中的多个逻辑单位连接起来,共同组成一个统一的数据库系统。因此,分布式数据库系统可以看成是计算机网络与数据库系统的有机结合。一个分布式数据库系统具有如下特点: 物理分布性,即分布式数据库系统中的数据不是存储在一个站点上,而是分散存储在由计算机网络连接起来的多个站点上,而且这种分散存储对用户来说是感觉不到的。 逻辑整体性,分布式数据库系统中的数据物理上是分散在各个站点中,但这些分散的数据逻辑上却构成一个整体,它们被分布式数据库系统的所有用户共享,并由一个分布式数据库管理系统统一管理,它使得“分布”对用户来说是透明的。 站点自治性,也称为场地自治性,各站点上的数据由本地的DBMS管理,具有自治处理能力,完成本站点的应用,这是分布式数据库系统与多处理机系统的区别。 另外,由以上三个分布式数据库系统的基本特点还可以导出它的其它特点,即:数据分布透明性、集中与自治相结合的控制机制、存在适当的数据冗余度、事务管理的分布性。 二、简述分布式数据库的模式结构和各层模式的概念。 分布式数据库是多层的,国内分为四层: 全局外层:全局外模式,是全局应用的用户视图,所以也称全局试图。它为全局概念模式的子集,表示全局应用所涉及的数据库部分。 全局概念层:全局概念模式、分片模式和分配模式 全局概念模式描述分布式数据库中全局数据的逻辑结构和数据特性,与集中式数据库中的概念模式是集中式数据库的概念视图一样,全局概念模式是分布式数据库的全局概念视图。分片模式用于说明如何放置数据库的分片部分。分布式数据库可划分为许多逻辑片,定义片段、片段与概念模式之间的映射关系。分配模式是根据选定的数据分布策略,定义各片段的物理存放站点。 局部概念层:局部概念模式是全局概念模式的子集。局部内层:局部内模式 局部内模式是分布式数据库中关于物理数据库的描述,类同集中式数据库中的内模式,但其描述的内容不仅包含只局部于本站点的数据的存储描述,还包括全局数据在本站点的存储描述。 三、简述分布式数据库系统中的分布透明性,举例说明分布式数据库简单查询的 各级分布透明性问题。 分布式数据库中的分布透明性即分布独立性,指用户或用户程序使用分布式数据库如同使用集中式数据库那样,不必关心全局数据的分布情况,包括全局数据的逻辑分片情况、逻辑片段的站点位置分配情况,以及各站点上数据库的数据模型等。即全局数据的逻辑分片、片段的物理位置分配,各站点数据库的数据模型等情况对用户和用户程序透明。

Git版本控制系统的使用方法

Git版本控制系统的使用方法 一、Git简介 Git是一个分布式版本控制系统,是用来追踪计算机文件的变化的工具,也是一个供多人使用的协同工具。每个人都可以拥有一个完整的版本库。分布式版本控制系统的几乎所有操作包括查看提交日志、提交、创建里程碑和分支、合并分支、回退等都可以直接在本地完成而不需要网络连接。 二、Git客户端的下载和安装 Git官方客户端为Git Bash,Git bash是以命令行的形式来操作的,另外本使用方法中可视化软件采用了sourcetree,Git bash和sourcetree的使用请自行选择,用户需先下载Git和sourcetree。 1.Git的下载和安装: 1) 官网地址:https://https://www.360docs.net/doc/2a12650018.html,/ 进入Git官网,由于电脑是Windows系统,选择Downloads for Windows。 2) 右键以管理员身份运行下载的安装包。

3) 选择安装路径 4) 一直点击Next按钮,当出现下图情况时选择“Use Windows’default console window”,然后点击“Next”

5) 继续点击“Next”,最后点击“Install”,等待安装完成。 6) 在开始菜单中打开Git CMD 在CMD中输入Git,出现Git的相关提示说明安装成功,如下图所示: 参考文档:https://www.360docs.net/doc/2a12650018.html,/s?id=1601036689157983619&wfr=spider&for=pc

2.Sourcetree下载和安装: 1)首先,下载windows版本的企业版sourceTree。直接进入官网 https://https://www.360docs.net/doc/2a12650018.html,/enterprise下载 2)进入下载保存sourceTree的目录,双击SourceTreeEnterpriseSetup_3.0.17.msi文件进行 安装

分布式系统架构设计

本文作者Kate Matsudaira是一位美丽的女工程副总裁,曾在Sun Microsystems、微软、亚马逊这些一流的IT公司任职。她有着非常丰富的工作经验和团队管理经验,当过程序员、项目经理、产品经理以及人事经理。专注于构建和操作大型Web应用程序/网站,目前她的主要研究方向是SaaS(软件即服务)应用程序和云计算(如大家所说的大数据)。 本文是作者在AOSA一书介绍如何构建可扩展的分布式系统里的内容,在此翻译并分享给大家。 开源软件已经成为许多大型网站的基本组成部分,随着这些网站的逐步壮大,他们的网站架构和一些指导原则也开放在开发者们的面前,给予大家切实有用的指导和帮助。 这篇文章主要侧重于Web系统,并且也适用于其他分布式系统。 Web分布式系统设计的原则 构建并运营一个可伸缩的Web站点或应用程序到底是指什么?在最初,仅是通过互联网连接用户和访问远程资源。 和大多数事情一样,当构建一个Web服务时,需要提前抽出时间进行规划。了解大型网站创建背后的注意事项以及学会权衡,会给你带来更加明智的决策。下面是设计大型Web系统时,需要注意的一些核心原则: ?可用性 ?性能 ?可靠性 ?可扩展 ?易管理 ?成本 上面的这些原则给设计分布式Web架构提供了一定的基础和理论指导。然而,它们也可能彼此相左,例如实现这个目标的代价是牺牲成本。一个简单的例子:选择地址容量,仅通过添加更多的服务器(可伸缩性),这个可能以易管理(你不得不操作额外的服务器)和成本作为代价(服务器价格)。 无论你想设计哪种类型的Web应用程序,这些原则都是非常重要的,甚至这些原则之间也会互相羁绊,做好它们之间的权衡也非常重要。 基础

分布式温室控制系统

分布式温室控制系统

————————————————————————————————作者:————————————————————————————————日期:

分布式温室控制系统 摘要 针对农业环境自动化控制的需要,研制了“分布式智能型温室计算机控制系统”。该系统体系结构为中心计算机和单片机智能控制仪的主从式结构,系统采用实时多任务操作系统和农业温室专家系统的人工智能技术,对温室内外环境因子进行实时监测和智能化决策调节,为农作物创造最优化的生长条件。实时多任务系统使系统的通信,环境参数采集,控制可以同时进行:由于现场情况的复杂性和多变性,依靠精确数学模型的传统控制已经无法很好地解决问题,因此,本系统采用存储大量现场经验和知识的专家系统来达到控制的目的。采用专家系统从理论上去验证和分析系统,保证了系统运行的稳定性和可扩展性,降低了开发难度。系统硬件主要由环境因子实时监测模块、智能决策模块组成。软件部分采用COM组态方式实现,包括数据库管理模块、人工控制模块等几部分构成,具有操作简便,可靠性高,便于升级扩充等特点,已实现产品化。本系统软件采用组态方式实现,文中介绍了如何利用COM来实现用于工业控制系统的组态软件。传统的面向对象的设计思想已经难以适应现在的分布式软件模型的要求,组件化的程序设计思想是为了提高软件的可重用洼,可扩展性而出现的。组态软件则是为了满足控制系统现场情况的多变性而出现的。为了提高软件的可重用性.减少控制软件设计中的重复劳动,所以控制软件设计成为组态方式成为一种趋势。利用COM的思想,采取模块

包装的方式来实现组态软件使得这样的软件能够直用于不同的控制系统。 关键词:温室专家系统人工智能组态软件单片机 1绪论 二十一世纪是生命科学的世纪。加强以现代农业生物技术为主体的农业高科技的研究与开发,是下个世纪我国农业领域能否掌握科技进步主动权的关键。发展农业高科技产业是促进我国农业高科技研究开发及其与经济建设紧密结合的重要途径。温室设旌的自动检测和控制技术能为作物创造良好的生长环境,同时温室内的高温、高湿作业环境,又需要作业的自动化技术。随着温室面积的扩大以及自动化装备的应用,如何进行温室的群管理,以降低运行成本、提高效率、实现环境的精确控制成为目前研究的关键问题。针对温室环境的自动控制技术、智能管理技术、温室群管理技术正在逐步得到应用,并正向无人化方向发展。.从计算机局域网到互联网,已形成了世界范围的计算机网络。由于信启.资源量大、更新传递速度快、遍及世界各地等特点,近年来它的应用取得了飞速的进展,同时在农业领域的应用也越来越广泛。近几年来,随着低价格、高性能计算机的普及应用以及计算机网络的低价格和高速度,人们在寻求将温室的计算机检测控制信息形成网络化,利用网络的优势来实现温室群的高效率栽培管理,环境控制的精确化、节能化以及设备成本的降低。本文主要介绍并分析远程分布式控制系统设计技术在温室环境控制上的应用。 国外研究现状

计算机控制系统的发展历程

浅谈计算机控制系统的发展 摘要:论述了计算机控制系统的发展历史及发展趋势,分析了计算机控制系统的组成部分及其特点。并且对当前计算机系统的发展情况做出评价。 关键词:计算机控制系统发展 1 引言 计算机控制系统就是利用计算机(通常称为工业控制计算机)来实现工业过程自动控制的系统,并且是随着现代大型工业生产自动化的不断兴起而应运产生的综合控制系统,它紧密依赖于最新发展的计算机技术、网络通信技术和控制技术,在计算机参与工业系统控制的历史长河中扮演了重要的角色。 2 计算机控制系统的发展情况 在60 年代,控制领域中就引入了计算机。当时计算机的作用是控制调节器 的设定点,具体的控制则由电子调节器来执行, 这种系统称作是计算机监控系统。这种系统的调节器主要是采用了模拟调节器。系统中既有计算机又有调节器,系统复杂,投资又大。在60 年代末期出现了用一台计算机直接控制一个机组或一个车间的控制系统,简称集中控制系统,集中控制系统在计算机控制系统的发展过程中起到了积极作用。在这种控制系统中, 计算机不但完成操作处理,还可直接根据给定值、过程变量和过程中其它测量值,通过PID运算,实现对执行机构的控制, 以使被控量达到理想的工作状态。这种控制系统即常说的直接数字控制( DDC) 系统。计算机DDC 控制的基本思想是使用一台计算机代替若干个调节控制回路功能。最初发展时希望能够至少可以控制50个回路以上,这在当时对小规模、自动化程度不高的系统,特别是对具有大量顺序控制和逻辑判断操作的控制系统来说收到了良好的效果。 由于整个系统中只有一台计算机, 因而控制集中,便于各种运算的集中处理,各通道或回路间的耦合关系在控制计算中可以得到很好的反映,同时由于系统没有分层, 所有的控制规律均可直接实现。但是,如果生产过程的复杂,在实现对几十、几百个回路的控制时,可靠性难以保证,系统的危险性过于集中,一旦计

分布式数据库设计报告

分布式数据库设计报告

目录 1案例背景 (1) 需求分析 (1) 2 分布式数据库设计 (2) 设计目标 (2) 总体设计目标 (2) (4)可靠性: (3) 完成方式及周期 (3) 分布式数据库架构图 (4) 物理设计施工 (5) 3 总结 (5) 4所用设备汇总 (7) 5所使用软件 (7)

成品车间分布式数据库设计 1案例背景 随着成品车间信息化程度越来越高,我们的传统集中式数据库系统的缺点逐渐体现出来主要有: 1、所有数据处理、存储集中在一台计算机上完成,一旦机器损坏或系统崩 溃数据数据很难恢复。 2、单台机器写入/查询处理能力不足,一台机器既要读取数据,又要写入数 据,遇到大批量超过单台数据库的处理能力,就会出现卡顿,在生产时 间不敢批量制造/查询数据。 3、硬件性能瓶颈,包括(硬盘、CPU、内存),使用升级硬件的方法效果有限。 4、出现故障没有备用服务器可以替代。 5、当前成品车间存在2种数据库,oracle,sql sever,交叉使用不方便管 理维护,出现问题排查困难。 6、由于数据库初期创建数据库/表比较混乱,现在对数据的统计管理需要在 两台服务器之间交叉进行,统计难度高,效率低。 需求分析 成品车间信息化程度越来越高,各个节点产生的数据量越来越大,对数据系统要求越来越高,我们所使用的传统集中式数据库已经无法从容应对越来越大的数据。 成品车间生产线数据库主要有oracle和sql server两种,分别分布在2台计算机中,柔性线、自动线、三相线交叉使用两种类型数据库,主要出现的问题有; 1、一旦其中一个数据库出现问题,那么就有很大的几率导致三条线体 的某个节点或全部节点失去数据服务,导致停线。 2、数据库出现故障,必须停线,故障修复之后才可以上线使用。

分布式存储发展趋势及技术瓶颈分析

内容目录 1核心观点 (3) 1.1核心推荐逻辑 (3) 1.2我们区别于市场的观点 (3) 2分布式存储将成为下一代互联网基础设施 (3) 2.1以IPFS 协议为代表的分布式存储带来新思路 (3) 2.2分布式存储将带来互联网基础架构变革 (7) 3分布式存储开辟互联网基础设施产业新格局 (9) 3.1分布式存储开发新的存储市场 (9) 3.2分布式存储已和传统存储不断融合应用 (10) 4分布式存储面临的技术瓶颈与发展机遇 (12) 4.1数据价值分层是分布式存储经济激励的关键 (12) 4.2I/O 性能瓶颈需要底层和应用层联合优化解决 (13) 4.3服务质量保障 (15) 4.4在应用、运营层面中心化组织与分布式存储将进一步融合 (15) 图表目录 图表1:IPFS 协议的分布式系统 (4) 图表2:IPFS 协议构架 (4) 图表3:集中化的版本控制系统 (5) 图表4:分布式版本控制系统 (5) 图表5:Merkle DAG 数据结构及功能特点 (6) 图表6:DHT 网络工作原理 (6) 图表7:全球数据圈每年规模 (7) 图表8:IPFS 协议关注的基础问题 (7) 图表9:IPFS 与HTTP 协议的对比 (8) 图表10:IPFS 与HTTP 寻址方式对比 (8) 图表11:全球数据量增长状况 (9) 图表12:中国云存储市场规模及增速 (9) 图表13:中国公有云市场规模及增速 (9) 图表14:个人云盘行业用户渗透率及MAU (10) 图表15:储迅部分合作伙伴 (11) 图表16:高性能分布式文件系统 (11) 图表17:CRUST 技术架构:工作量证明层MPoW、区块链共识层GPoW 及分布式云存储/计算层 (12) 图表18:CRUST 部分合作伙伴 (12) 图表19:数据价值分层是分布式存储经济激励的关键 (13) 图表20:IPFS 与HTTP 性能对比:远程读取操作的平均延迟 (14) 图表21:IPFS 与HTTP 性能对比:远程读取操作的延迟范围 (14) 图表22:IPFS 与HTTP 性能对比:远程读取操作的吞吐量 (14) 图表23:分布式存储面临的技术瓶颈与发展机遇 (15)

分布式汽车电气-电子系统设计和实现架构

分布式汽车电气-电子系统设计和实现架构

————————————————————————————————作者:————————————————————————————————日期:

分布式汽车电气/电子系统设计和实现架构 在过去的十几年里,汽车的电气和电子系统已经变得非常的复杂。今天汽车电子/电气系统开发工程师广泛使用基于模型的功能设计与仿真来迎接这一复杂性挑战。新兴标准定义了与低层软件的标准化接口,最重要的是,它还为功能实现工程师引入了一个全新的抽象级。 这提高了软件组件的可重用性,但不幸的是,关于如何将基于模型的功能设计的结果转换成高度环境中的可靠和高效系统实现方面的指导却几乎没有。 此外,论述设计流程物理端的文章也非常少。本文概述了一种推荐的系统级设计方法学,包括、分布在多个ECU中的网络和任务调度、线束设计和规格生成。 为什么需要AUTOSAR? 即使在同一家公司,“架构设计”对不同的人也有不同的含义,这取决于他们站在哪个角度上。物理架构处理系统的有形一面,如布线和连接器,逻辑架构定义无形系统的结构和分配,如软件和通信协议。目前设计物理架构和逻辑架构的语言是独立的,这导致相同一个词的意思可以完全不同,

设计团队和流程也是独立的,这也导致了一个非常复杂的设计流程(如图1所示)。 图1:物理和逻辑设计流程。 这种复杂性导致了次优设计结果,整个系统的正确功能是如此的难于实现,以致于几乎没有时间去寻求一种替代方法,它可导致更坚固的、可扩展性更好的和更具成本效益的解决方案。为了实现这样一种解决方案,设计师需要新的方法,它可以将物理和逻辑设计流程紧密相连,并仍然允许不同的设计团队做他们的工作。 新兴的AUTOSAR标准为系统级汽车电子/电气设计方法学提供了一个技术上和经济上都可行的选择,尽管它主要针对软件层面,即逻辑系统的设计。不过,大量广泛的AUTOSAR元模型及其丰富的接口定义允许系统级电子/电气架构师以标准的格式表达他的设计思想。从经济上看,

计算机控制系统作业参考答案

《计算机控制系统》作业参考答案 作业一 第一章 1.1什么是计算机控制系统?画出典型计算机控制系统的方框图。 答:计算机控制系统又称数字控制系统,是指计算机参与控制的自动控制系统,既:用算机代替模拟控 制装置,对被控对象进行调节和控制. 控制系统中的计算机是由硬件和软件两部分组成的.硬件部分: 计算机控制系统的硬件主要是由主机、外部设备、过程输入输出设备组成; 软件部分: 软件是各种程序的统称,通常分为系统软件和应用软件。 1.2.计算机控制系统有哪几种典型的类型?各有什么特点。 答:计算机控制系统系统一般可分为四种类型: ①数据处理、操作指导控制系统;计算机对被控对象不起直接控制作用,计算机对传感器产生的参数巡回检测、处理、分析、记录和越限报警,由此可以预报控制对象的运行趋势。 ②直接数字控制系统;一台计算机可以代替多台模拟调节器的功能,除了能实现PID 调节规律外, 还能实现多回路串级控制、前馈控制、纯滞后补偿控制、多变量解藕控制,以及自适应、自学习,最优控制等复杂的控制。 ③监督计算机控制系统;它是由两级计算机控制系统:第一级DDC 计算机, 完成直接数字控制功能;第二级SCC 计算机根据生产过程提供的数据和数学模型进行必要的运算,给DDC 计算机提供最佳给定值和最优控制量等。 ④分布式计算机控制系统。以微处理机为核心的基本控制单元,经高速数据通道与上一级监督计算机和CRT 操作站相连。 1.3.计算机控制系统与连续控制系统主要区别是什么?计算机控制系统有哪些优点? 答:计算机控制系统与连续控制系统主要区别:计算机控制系统又称数字控制系统,是指计算机参与 控制的自动控制系统,既:用计算机代替模拟控制装置,对被控对象进行调节和控制。 与采用模拟调节器组成的控制系统相比较,计算机控制系统具有以下的优点: (1)控制规律灵活,可以在线修改。(2)可以实现复杂的控制规律,提高系统的性能指标. (3)抗干扰能力强,稳定性好。 (4)可以得到比较高的控制精度。 (5)能同时控制多个回路,一机多用,性能价格比高。 (6)便于实现控制、管理与通信相结合,提高工厂企业生产的自动化程度. (7)促进制造系统向着自动化、集成化、智能化发展。 图1.3-2 典型的数字控制系统 给定

分布式数据库设计方案

1.大型分布式数据库解决方案 企业数据库的数据量很大时候,即使服务器在没有任何压力的情况下,某些复杂的查询操作都会非常缓慢,影响最终用户的体验;当数据量很大的时候,对数据库的装载与导出,备份与恢复,结构的调整,索引的调整等都会让数据库停止服务或者高负荷运转很长时间,影响数据库的可用性和易管理性。 分区表技术 让用户能够把数据分散存放到不同的物理磁盘中,提高这些磁盘的并行处理能力,达到优化查询性能的目的。但是分区表只能把数据分散到同一机器的不同磁盘中,也就是还是依赖于一个机器的硬件资源,不能从根本上解决问题。 分布式分区视图 分布式分区视图允许用户将大型表中的数据分散到不同机器的数据库上,用户不需要知道直接访问哪个基础表而是通过视图访问数据,在开发上有一定的透明性。但是并没有简化分区数据集的管理、设计。用户使用分区视图时,必须单独创建、管理每个基础表(在其中定义视图的表),而且必须单独为每个表管理数

据完整性约束,管理工作变得非常复杂。而且还有一些限制,比如不能使用自增列,不能有大数据对象。对于全局查询并不是并行计算,有时还不如不分区的响应快。 库表散列 在开发基于库表散列的数据库架构,经过数次数据库升级,最终采用按照用户进行的库表散列,但是这些都是基于自己业务逻辑进行的,没有一个通用的实现。客户在实际应用中要投入很大的研发成本,面临很大的风险。 面对海量数据库在高并发的应用环境下,仅仅靠提升服务器的硬件配置是不能从根本上解决问题的,分布式网格集群通过数据分区把数据拆分成更小的部分,分配到不同的服务器中。查询可以由多个服务器上的CPU、I/O来共同负载,通过各节点并行处理数据来提高性能;写入时,可以在多个分区数据库中并行写入,显著提升数据库的写入速度。

分布式个人文件系统的设计与实现

第34卷第4期2005年8月 电子科技大学学报 Jo啪alofUESTofChina V01.34No.4 Aug.2005分布式个人文件系统的设计与实现 何兴高,张凤荔,黄远军,秦志光,周明天 (电子科技大学计算机科学与工程学院成都610054) 【摘要】提出了一种基于E-mail系统的分布式文件系统一EⅧFS,给出了扩展的S删*议(E㈣的状态转换方式和定义,在此基础上研究了利用ESMrP来构建分布式个人文件系统的方法和模型,设计了哪S的模型、内外存的结构、I,o操作、用户接口以及EMDFS的各种功能. 关键词简单邮件传输协议;互联网消息存取协议4;个人网络存储;分布式文件系统 中图分类号TP393文献标识码A DesignandImplementationofDistributedPersonalFileSystem眦Xin唱a0,蕊ANGFeng-li,mIANGYuall.jun,QNzhi倒锄g,盟oUM吨-ti锄 (School0fC伽pu魄Sci∞∞锄dEng.m∞血g,UESTofa血aa姗窖du6100154) Abstract。I'hispaperpresentSadis仃ibmedfilesystemb嬲edonE-mail n锄edE-nlaildis仃ibutedfuesyStem.Thisp印ergives曲state强ddefmi廿onofextension S咖巾鹤ed0nmiswedes蜘也emodel锄dmemodof也eEMDFS,锄dproposemestoreSpa鸭ttlemI锄。巧龃ddisk咖叽鹏ofEMDFS,tlleI/Ooperators,useriIlterfiace,龇ldotherfllnctions. KeywordssiIIlplemail仃趾sfer protocol;intemetmessageaccessprotocol-verSion4;person netwarestorage;dig廿ibutedfilesystem 本文提出了一种基于分布式环境的个人数据的网络存储方式,对现有的网络协议进行扩充,利用E.mail,解决个人数据文件在分布式网络环境下的实时存储、共享。 1E.mail协议及其扩展 E.mail协议包括简单邮件传输协议(SimpleMailTransferProtocol,SMrP)‘1】,简单邮件传输协议服务扩展①xtendedsMrP:EsMrP尸,邮局协议3口ostOmceProtoc01.VerSion3,POP3),互联网消息存取协议4(IrltemetMessageAccessProtocol-V.ersion4,Ⅱ儿心4)【3】’多用途网际邮件扩展(MuhipurposehltemetM2LilExtensions,Mmm)【4】。SMrP本身没有存储空间的概念,对SM冲进行存储扩展,就要引入个人存储空间扩展的概念(storagee)(tendedSMIP,SSMrP)。默认的个人存储空间是SMAILBOx;引入SM俎BOX,可避免普通邮件同个人网络存储的数据相混淆。SSMIP连接后,进入普通的SMIP状态似0n.SSMI.P状态),进行邮件操作。用户可以使用特殊命令SHLO,切换到SSMrP个人存储空间。为了保护用户个人空间,必须对用户进行身份验证,验证成功后,选择个人空间进入;消息发送和个人数据的就以消息格式存储在一条消息中,包含个人数据的所有的消息,都存储在该个人存储空间中。SSMlP协议包括N0n.SSMrP状态、 收稿日期:2004—06一∞ 基金项目:四川省科技攻关项目(IO町Y02舢00l-3) 作者简介:何兴高(1964一),男,硕士,工程师,主要从事计算机控制、智能交通系统方面的研究.

分布式控制系统课程设计

分布式控制课程设计 设计题目:课题八:3台电动机的顺序控制 学校:上海工程技术大学 院系:机械工程学院

二任务描述: 在现代工业生产中,电动机自动与手动正反转的设置得到了广泛的应用。设计三台电动机的顺序控制程序的原则是: (1)自动每隔离十分钟启动一台电机,中间可急停,到了八小时后都自动关闭。 (2)手动顺序启动,手动反序停止。 设计四段程序,第一段是自动顺序启动三台电机,由SB1总起T0,T1延时触发。第二段程序是到点自动停止,每个电机配备一个定时器加计数器来实现。第三段程序是手动顺序启动由SB2总起,T5,T6延时触发。第四段程序是手动反序停止由中间继电器M1.0,M1.1,M1.2线圈触发,而在第三段程序的起停保电路中用它们的常闭触点来实现。 控制任务和要求: (1)启动操作:按启动按钮SB1,电动机M1启动,10s后电动机M2自动启动,又经过8s,电动机M3自动启动。 (2)停车操作:按停止按钮SB2,电动机M3立即停车;5s后,电动机M2自动停车;又经过4s,电动机M1自动停车。 (3)要求启动时,每隔10min依次启动1台,每台运行8h后自动停车。在运行中可用停止按钮将3台电动机同时停机。 三电动机及其PLC控制器的介绍 1.系统设计功能 1)电路设计 本课题的三台电动机应满足以下要求 (1)自动时,当第二台电动机延时启动时,不关闭第一台电动机。当第三台电动机延时启动时,不关闭第一,第二台电动机。且三者自各自启动就开始计数器计时,准备 关闭。 (2)用急停按钮使三台电动机同时停移,但时间必须在自动停止时间范围内。 (3)手动时,当第二台中动机延时启动时,必须等三台电动机按顺序都启动后才可以按下手动反序停止按钮,使他们各自停止。 2)主电路设计 由三台电机组成,启动电路由自动开关QF0.,接触器KM0-KM3.热继电器FR1-FR3各台电

基于“多对多”服务的综合管控平台建设

研究·技术与应用 52 引言 近几年,随着移动互联网和新媒体技术的发展,在传媒领域、商业领域、政务和民生服务领域涌现出大量的客户端。在一个报业集团可能会有多个新闻客户端、网站。这些客户端、网站往往是由不同厂商开发实施的,不但造成了系统重复建设和衔接问题,还增加了业务流和数据流的管理难度。 管控平台的建设目的首先是打造灵活高效的新一代发布体系架构,提供客户端和网站产品的建设标准与接口规范,统一管理系统和业务的接入,避免信息孤岛和烟囱式系统。 管控平台提供第三方服务的接入支持。集团系统平台的各服务模块不仅可以面向集团自建的客户端提供服务,也支持向合作伙伴的客户端提供服务。客户端与服务端的解耦,可以自由升级、替换、插拔服务,实现不更新客户端,动态发布新的功能到客户端。通过组合各种业务服务快速开发新的客户端、网站应用。 管控平台能够支持多个发布终端和网站的管理,多个终端和网站可以独立管理,每个终端和网站拥有自己的独立域名、栏目、用户等;针对不同的终端和网站可以使用新的域名,进行在同一个后台相对独立的管理,可以调用多个后台模块支持;可以为每个站点指定不同的用户,授权不同的管理员负责管理、发布不同的站点,满足不同规模用户的多级管理需要 ;支持不同终端之间的数据共享。1.总体架构 管控平台架构遵从现有工作流程出发,充分考虑系统管理和操作人员的简捷性、灵活性等方面的具体要求,利用先进的主流技术架构,确保系统的强壮性和可升级性,系统总体架构设计如图1所示。 1.1管控平台的模块化、分布式部署和版本控制 管控平台采用模块化、组件化、面向对象设计。通过合理的架构设计,具备良好的集成和扩充能力,实现多种不同资源的嵌入整合,满足今后各系统的管理、升级、扩充和增加接入等要求。 管控平台采用分布式部署,各模块操作功能以插件安装的形式进行配置、删除,任意模块的操作功能都可分布至一 组服务器,模块可独立升级、替换。具备良好的兼容能力,支持平滑的、方便的系统升级与扩容,并发用户数不受应用系统本身限制,网络带宽及服务器性能的影响能够采用CDN 和分布式部署解决。 管控平台充分考虑足够的可扩展性和互连性,满足现有的网络与硬件资源和扩展及系统二次开发的需要,并支持未来可能出现的新业务的需要。 管控平台具有接入系统版本控制功能,以应用商店的模式展示接管系统的新版本功能,提供线上升级、一键更新等功能。第三方系统按照管控平台的接口规范开发版本升级功能。各系统模块的版本号独立,提供实时查询,支持新老版本并行和切换。 1.2管控平台的微服务架构 微服务架构(Microservice Architect)是一种架构模式,它提倡将单体架构的应用划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务之间采用轻量级的通信机制互相沟通。每个服务都围绕着具体业务进行构建,并且能够被独立地部署到生产环境、类生产环境等。 微服务架构支持技术多样性,系统具有弹性、易扩展、易部署、便于组合和优化置换的特点,管控平台在充分吸收微服务架构的优点后,在设计、开发、测试、部署、运维上采用了微服务架构。 基于“多对多”服务的综合管控平台建设 摘 要:建设综合系统管控平台,实现服务模块化,由管控平台统一调度,建立全新的内容管理发布体系。从原先后台到前端“一对一”的管理模式,变为“多对多”的管理,即通过管控平台的配置,后台的多个模块化服务同时为多个客户端和网站提供服务,支持多个客户端和网站的管理和发布。关键词:微服务;分布式部署;多客户端发布 中图分类号:TP316.8 文献标识码:A 文章编号:1671-0134(2017)12-052-02 DOI:10.19483/https://www.360docs.net/doc/2a12650018.html,ki.11-4653/n.2017.12.014文/ 章劲松 图1

相关文档
最新文档