restful是一种架构风格，其核心是面向资源；而webService底层SOAP协议，主要核心是面向活动。
SOAP：简单对象访问协议，很轻量，同时作为应用协议可以基于多种传输协议来传递消息（>
客户端和服务器端的通讯方式
REST 与代理服务器 (Proxy Servers)
一般代理服务器的实现根据 (URI, >
当发现类似于（>
对于 SOAP，如果我们想借助于既有的代理服务器进行安全控制
REST 与缓存服务器 (Cache Server)
使用 >
总结：
REST对于资源型服务接口来说很合适，同时特别适合对于效率要求很高，但是对于安全要求不高的场景。而SOAP的成熟性可以给需要提供给多开发语言的，对于安全性要求较高的接口设计带来便利。所以我觉得纯粹说什么设计模式将会占据主导地位没有什么意义，关键还是看应用场景。成熟度SOAP虽然发展到现在已经脱离了初衷，但是对于异构环境服务发布和调用，以及厂商的支持都已经达到了较为成熟的情况。不同平台，开发语言之间通过SOAP来交互的web service都能够较好的互通。
打开新时代交互英语视听说，提示系统没有安装soap 并且要安装30以上版本。或者提示“请确认本软件是否正确安装,并检查SoapToolkit是否正常安装”。[针对WIN7和VISTA]首先确认安装的时候是否点击右键使用管理员权限进行安装。然后在C盘(系统所在盘)找到program files（x86），[在此区别一下program files（x86）和program files两个不同的文件夹]然后将c:\program files（x86）\common files\文件夹下的MSSoap文件夹复制到c:\program files\common files下即可[一定要将MSSoap整个文件夹复制]。一、远程连接到Windows服务器，使用windows系统自带工具进行收集性能数据
1、Windows服务器中自带的性能监控工具叫做Performance Monitor,在开始-运行中输入‘Perfmonmsc’，然后回车即可运行。通过界面，控制面板\所有控制面板项\管理工具\性能监视器也能打开
打开后，页面展示
2、添加计数器
性能>数据收集器集>用户定义[右击]>新增‘数据收集器集’>手动创建高级>下一步
勾选创建数据日志>性能计数器>下一步
点击“添加”→选择计数器
点击选中的可用计数器>添加>确定
确定>下一步
选择目录后，点击完成
查看新增的计数器，输出地方为日志输出地址
3、选择日志数据源格式
选择用户定义下的数据收集器集>右键属性>性能计数器，日志格式选择“逗号分隔”（即csv格式）
4、开始启动数据采集，选择用户定义下的数据收集器集>右键属性>开始
此时，输出有地址了
5、用EXCEL将数据转换为折线图，并分析性能情况
二、分析性能情况
（1）内存泄露判断
●虚拟内存字节数（VirtualBytes）应该远大于工作集字节数（Workingset），如果两者变化规律相反，比如说工作集增长较快，虚拟内存增长较少，则可能说明出现了内存泄露的情况。
●对于Workingset、Private Bytes、Available bytes这些计数器，如果在测试期间内数值持续增长，而且测试停止后位置在高水平，则也说明存在内存泄露。
●Windows资源监控中，如果Process\PrivateBytes计数器和Process\WorkingSet计数器的值在长时间内持续升高，同时Memory\Available
bytes计数器的值持续降低，则很可能存在内存泄漏。
（2）CPU使用情况
●一般平均不要超过70%，最大不要超过90%（好：70% 、坏：85%、 很差：90%）
（3）tps（每秒处理事务的数量，在SOAPUI中进行统计）
●一般在10-100，不同应用程序具体值不同
1234567891011121314151617
几个常用参数的参考值: CPU:% Processor Time：表示CPU的使用率，如果值大于80表示CPU的处理调度能力偏低。 硬盘：% Disk Time：表示硬盘的I/O *** 作的频率（繁忙时间），如果值大于80表示硬盘I/O调度能力偏低。Average Disk QueueLength：表示硬盘I/O *** 作等待队列的长度，如果值大于2表示硬盘I/O调度能力偏低。 内存 Pages/Sec：表示系统对虚拟内存每秒钟的访问次数，如果值大于20表示有内存方面的问题。（有可能是物理内存偏低，也有可能是虚拟内存没有配置正确。一般情况下虚拟内存应为物理内存的15-2倍） Committed Bytes and Available Bytes：Committed Bytes表示虚拟内存的大小，Available Bytes表示剩余可用内存的大小。正常情况下，Available Bytes减少，pages（页面数）应该增加，提供页面交换。<br>如果Available Bytes的值很小表示物理内存偏低。当关闭一些应用以后，Committed Bytes应该减少，Available Bytes应该增加。因为关闭的进程释放了之前占用的内存资源。如果相应的值没有发生变化，那么该进程就可能造成了内存泄漏。 Cache Bytes：表示系统缓存的大小。如果值大于4M表示物理内存偏低。
三、关于计数器的选择
perfmon的计数器主要分四种：处理器性能计数器、内存性能计数器、磁盘性能计数器以及网络性能计数器。
以下为监控服务器常用的计数器：
常用的性能对象与指标
性能对象
计数器
提供的信息
Processor
% Idle Time
% Idle Time 是处理器在采样期间空闲的时间的百分比
Processor
% Processor Time
% Processor Time 指处理器用来执行非闲置线程时间的百分比。计算方法是，测量范例间隔内非闲置线程活动的时间，用范例间隔减去该值。这个计数器是处理器活动的主要说明器，显示在范例间隔时所观察的繁忙时间平均百分比。
Processor
% User Time
% User Time 指处理器处于用户模式的时间百分比。用户模式是为应用程序、环境分系统和整数分系统设计的有限处理模式。
Memory
Available Bytes
Available Bytes显示出当前空闲的物理内存总量。当这个数值变小时，Windows开始频繁地调用磁盘页面文件。如果这个数值很小，例如小于5 MB，系统会将大部分时间消耗在 *** 作页面文件上。
Memory
% Committed Bytes in Use
% Committed Bytes In Use 是 Memory: Committed Bytes 与Memory: Commit Limit之间的比值。(Committed memory指如果需要写入磁盘时已在分页文件中保留空间的处于使用中的物理内存。Commit Limit是由分页文件的大小而决定的。如果扩大了分页文件，该比例就会减小)。这个计数器只显示当前百分比；而不是一个平均值。
Memory
Page Faults/sec
Page Faults/sec是指处理器处理错误页的综合速率。用错误页数/秒来计算。当处理器请求一个不在其工作集(在物理内存中的空间)内的代码或数据时出现的页错误。这个计数器包括硬错误(那些需要磁盘访问的)和软错误(在物理内存的其它地方找到的错误页)。许多处理器可以在有大量软错误的情况下继续 *** 作。但是，硬错误可以导致明显的拖延。这个计数器显示用上两个实例中观察到的值之间的差除以实例间隔的持续时间所得的值。
Network Interface
Bytes Total/sec
Bytes Total/sec是发送和接收字节的速率，包括帧字符在内。
Network Interface
Packets/sec
Packets/sec为发送和接收数据包的速率。
Physical Disk
% Busy Time
% Busy Time指磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。
Physical Disk
Avg Disk Queue Length
Avg Disk Queue Length 指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。
Physical Disk
Current Disk Queue Length
Current Disk Queue Length指在收集 *** 作数据时在磁盘上未完成的请求的数目。它包括在快照内存时正在为其提供服务中的请求。这是一个即时长度而非一定间隔时间的平均值。多主轴磁盘设备可以一次有多个请求 *** 作，但是其它同时发生的请求为等候服务。这个计数器可能会反映一个暂时的高或低的列队长度，但是如果在磁盘驱动器存在持续负载，可能值会总是很高。请求等待时间与这个列队的长度减去磁盘上的主轴成正比。这个差值应小于2才能保持良好的性能。
Logical
Disk
% Free Space
% Free Space 是所选定的逻辑磁盘驱动器上总的可用空闲空间的百分比。
Logical
Disk
Free Megabytes
可用的 MB 显示磁盘驱动器上尚未分配的空间。
以下为监控进程常用的计数器：
Process对象的主要指标
性能对象
计数器
提供的信息
Process
% Privileged Time
% Privileged Time 是在特权模式下处理线程执行代码所花时间的百分比。当调用 Windows 系统服务时，此服务经常在特权模式运行，以便获取对系统专有数据的访问。在用户模式执行的线程无法访问这些数据。对系统的调用可以是直接的(explicit)或间接的(implicit)，例如页面错误或间隔。
Process
% Processor Time
% Processor Time 是所有进程线程使用处理器执行指令所花的时间百分比。指令是计算机执行的基础单位。线程是执行指令的对象，进程是程序运行时创建的对象。此计数包括处理某些硬件间隔和陷阱条件所执行的代码。
Process
% User Time
% User Time 指处理线程用于执行使用用户模式的代码的时间的百分比。应用程序、环境分系统和集合分系统是以用户模式执行的。Windows 的可执行程序、内核和设备驱动程序不会被以用户模式执行的代码损坏。
Process
Creating Process ID value
Creating Process ID value 指创建该进程的父进程号。
Process
Elapsed Time
该进程运行的总时间(用秒计算)。
Process
Handle Count
由这个处理现在打开的句柄总数。这个数字等于这个处理中每个线程当前打开的句柄的总数。
Process
ID Process
ID Process 指这个处理的特别的识别符。ID Process 号可重复使用，所以这些 ID Process 号只能在一个处理的寿命期内识别那个处理。
Process
IO Data Bytes/sec
处理从 I/O *** 作读取/写入字节的速度。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。
Process
IO Data Operations/sec
本处理进行读取/写入 I/O *** 作的速率。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。
Process
IO Other Bytes/sec
处理给不包括数据的 I/O *** 作(如控制 *** 作)字节的速率。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。
Process
IO Other Operations/sec
本处理进行非读取/写入 I/O *** 作的速率。例如，控制性能。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。
Process
IO Read Bytes/sec
处理从 I/O *** 作读取字节的速度。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。
Process
IO Read Operations/sec
本处理进行读取 I/O *** 作的速率。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。
Process
IO Write Bytes/sec
处理从 I/O *** 作写入字节的速度。这个计数器为所有由本处理产生的包括文件、网络和设备。
Process
IO Write Operations/sec
本处理进行写入 I/O *** 作的速率。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。
Process
Page Faults/sec
Page Faults/sec 指在这个进程中执行线程造成的页面错误出现的速度。当线程引用了不在主内存工作集中的虚拟内存页即会出现 Page Fault。如果它在备用表中(即已经在主内存中)或另一个共享页的处理正在使用它，就会引起无法从磁盘中获取页。
Process
Page File Bytes
Page File Bytes 指这个处理在 Paging file 中使用的最大字节数。Paging File 用于存储不包含在其他文件中的由处理使用的内存页。Paging File 由所有处理共享，并且 Paging File 空间不足会防止其他处理分配内存。
Process
Page File Bytes Peak
Page File Bytes Peak 指这个处理在 Paging files 中使用的最大数量的字节。
Process
Pool Nonpaged Bytes
Pool Nonpaged Bytes 指在非分页池中的字节数，非分页池是指系统内存( *** 作系统使用的物理内存)中可供对象(指那些在不处于使用时不可以写入磁盘上而且只要分派过就必须保留在物理内存中的对象)使用的一个区域。这个计数器仅显示上一次观察的值；而不是一个平均值。
Process
Pool Paged Bytes
Pool Paged Bytes 指在分页池中的字节数，分页池是系统内存( *** 作系统使用的物理内存)中可供对象(在不处于使用时可以写入磁盘的)使用的一个区域。这个计数器仅显示上一次观察的值；而不是一个平均值。
Process
Priority Base
这次处理的当前基本优先权。在一个处理中的线程可以根据处理的基本优先权提高或降低自己的基本优先权。
Process
Private Bytes
Private Bytes 指这个处理不能与其他处理共享的、已分配的当前字节数。
Process
Thread Count
在这次处理中正在活动的线程数目。指令是在一台处理器中基本的执行单位，线程是指执行指令的对象。每个运行处理至少有一个线程。
Process
Virtual Bytes
Virtual Bytes 指处理使用的虚拟地址空间的以字节数显示的当前大小。使用虚拟地址空间不一定是指对磁盘或主内存页的相应的使用。虚拟空间是有限的，可能会限制处理加载数据库的能力。
Process
Virtual Bytes Peak
Virtual Bytes Peak 指在任何时间内该处理使用的虚拟地址空间字节的最大数。
Process
Working Set
Working Set 指这个处理的 Working Set 中的当前字节数。Working Set 是在处理中被线程最近触到的那个内存页集。如果计算机上的可用内存处于阈值以上，即使页不在使用中，也会留在一个处理的 Working Set中。当可用内存降到阈值以下，将从 Working Set 中删除页。如果需要页时，它会在离开主内存前软故障返回到 Working Set 中。
Process
Working Set Peak
Working Set Peak 指在任何时间这个在处理的 Working Set 的最大字节数。
对于使用 ASPNET 创建的 XML Web services 和它们的使用 SOAP 与 XML Web services 方法进行通讯的客户端来说，一个复杂的机制可以用来控制发送到服务器和从服务器接收的 SOAP 消息的格式。SOAP 规定发送到 XML Web services 和从 XML Web services 发送回的 SOAP 消息的内容必须为 XML 格式。但是，它并没有严格地规定 XML 的格式设置。为了提供一个使用接收不同的格式设置的 XML Web services 的机制，ASPNET 提供了一个基于属性的机制来控制 SOAP 消息中 XML 的格式。另外，还提供了指定特定元素和通过网络发送的 SOAP 属性名的基于属性的机制，用来在更精细的细节级别上控制 SOAP。 使用 ASPNET 创建的 XML Web services 和它们的客户端之间的通讯在很大程度上是由两个行业标准规范的：SOAP 和 Web 服务描述语言 (WSDL)。SOAP 为出现在 Body 元素下的数据定义格式设置方案，并为如何在 Body 元素中对参数进行格式设置定义格式设置方案。WSDL 用于描述 XML Web services 所需的 SOAP 消息，WSDL 允许 XML Web services 声明它们接受带有编码参数的 RPC 消息，但它还定义了两个其他术语：Literal 和 Document。Literal（与 Encoded 类似）是指参数的格式设置方式。Document（与 RPC 类似）是指全部 Body 元素的格式设置方式。 下表概述了使用 ASPNET 创建的 XML Web services 支持的格式设置样式以及完成每个特定组合的属性。带有 Service 后缀的属性可以应用于实现 XML Web services 的类以设置该类中 XML Web services 方法的默认格式设置样式。带有 Method 后缀的属性只能应用于 XML Web services 方法或调用 XML Web services 方法的代理类中的方法。每个组合的详细信息在下表中都有所介绍。 SOAP Document SOAP RPC SOAP SOAP 7 Literal — XSD SoapDocume ntMethod SoapDocume ntService Use=Litera Encoded - SOAP 5 SoapDocume ntMethod SoapDocume ntService Use=Encode d SoapRpcMethod SoapRpcService 设计 XML Web services 时首先要作出的决定之一就是您要如何对 SOAP 请求中的 XML 进行编码。明确地说，您是要 XML 文档严格遵循 XSD 架构还是要遵循 SOAP 规范第 5 节和第 7 节中概述的格式设置规则？SOAP 规范第 5 节和第 7 节中的格式设置规则考虑到了变体。这样，使用 SOAP 编码规则的 SOAP 请求的接收方必须处理所有可能的变体。通过定义 XML Web services 方法的 XSD 架构，可以具体地定义 SOAP 请求中需要发送的确切内容。使用 ASPNET 创建的 XML Web services 默认为使用基于架构传递的文档。 因为 XML Web services 方法的参数可以组成 SOAP 请求或响应中传递的大部分数据，所以参数映射到 XML 元素的方式决定了 XML 文档的外观。Web 服务描述语言 (WSDL) 定义了两种参数格式设置样式：Encoded 和 Literal。Encoded 是指使用 SOAP 规范第 5 节中概述的 SOAP 编码对参数进行格式设置。Literal 是指使用 l 这是默认值。 每个参数预定义的 XSD 架构将参数映射到 XML 元素。使用 XML Web services 客户端，您可以选择如何将参数映射到 XML 元素以匹配 XML Web services 需要的形式。使用 ASPNET 创建的 XML Web services 支持 Literal 和 Encoded 两种参数格式设置样式。该支持根据 XML Web services 方法格式设置选择有所变化。 请注意，虽然 ASPNET 提供了一个广泛的结构用来控制 XML 格式设置的方式，但是并不保证参数序列化的顺序。 我们可以写一个WebService 例子来说明这一点： testSoapParamasmx: using System; using SystemWebServices; using SystemWebServicesProtocols; using SystemWebServicesDescription; using SystemXml; using SystemXmlSchema; using SystemXmlSerialization; using SystemData; public class testEncoded : WebService { [ SoapDocumentMethod(Use=SoapBindingUseEncoded ,ParameterStyle=SoapParameterStyleBare) ] //参数风格为：Encoded 并且是Bare [WebMethod()] public struct1 testStructBareEncode(struct1 a){ return a; } [ SoapDocumentMethod(Use=SoapBindingUseEncoded ) ]// 参数风格为：Encoded [WebMethod()] public struct1 testStructEncoded(struct1 a){ return a; } [ SoapDocumentMethod(Use=SoapBindingUseLiteral ) ]//参数风格为：Literal [WebMethod()] public struct1 testStructLiteral(struct1 a){ return a; } [ SoapDocumentMethod(ParameterStyle=SoapParamet erStyleBare) ]// 参数风格为：Bare [WebMethod()] public struct1 testStructBare(struct1 ddd){ return ddd; } } public class struct1{ public int i=1; public string j="ok"; public struct2 s2; private struct2 temp; public struct2 s4{ get{ return temp; } set{ temp=value; } } } public class struct2{ public String sField; } 当我们运行客户端代理请求SOAP 协议时，我们可以发现不同的参数风格有很大的区别，如使用Literal(默认)和Default 时，SOAP 协议客户端传输给服务端的XML 内容为： ／／参数名字 intstringstringstring 而使用Encoded 时， SOAP 协议客户端传输给服务端的XML 内容为： //a 为参数名，id 号指出该对象是复杂类型，并为链路 intstringstringstring 我们可以发现Encoded 时，SOAP 协议把对象和数组作为复杂类型同其他区分开来，并明确的指明每一个类型的名字。 如果是设置为Bare, SOAP 协议客户端传输给服务端的 XML 内容为: //dd 为参数名 intstringstringstring 我们将它与上面（如果不设置Bare,默认为wrapped）进行比较可以发现它少了一层。 而如果我们将Encoded 和Bare 一起来控制参数时，传输內容变成： ／／第一个参数 intstringstringstring 我们可以发现不仅少一层，而且id 号也变了。 我们不仅可以改变SOAP 协议参数传输的框架，也可以改变具体每一个元素的值，如：[XmlElement（）]可以指定元素的名字和名字空间（namespace）,如果指定了（[ return: XmlElement("ReturnValueElement",IsNullable=fals e)] 和 [XmlElement("MyAddressElement")），则传输的內容变成： ／／指定的元素名字。 intstringstringstring 总之，我们可以根据XML 的序列化来控制SOAP 消息生成XML 內容的形式。自动化中的常用的软件，AD是什么
Altium Designer 是原Protel软件开发商Altium公司推出的一体化的电子产品开发系统，主要运行在Windows *** 作系统。这套软件通过把原理图设计、电路仿真、PCB绘制编辑、拓扑逻辑自动布线、信号完整性分析和设计输出等技术的完美融合，为设计者提供了全新的设计解决方案，使设计者可以轻松进行设计，熟练使用这一软件必将使电路设计的质量和效率大大提高。目前最高版本为：Altium Designer 14
其他详细内容，自行百度
具体是哪一块的，如果简单就开发一个小软件，如果麻烦就用ERP
办公自动化常用的办公软件有哪些？办公自动化常用的办公软件：word、excel、ppt、OA、CRM、进销存软件等等
软件测试中经常用到的软件，自动化测试工具，比如LR等 现在自动化差不多都是用QTP
LR是用来做性能测试的
word excl
什么是软件自动化？
多年来，OA尚无一个确切的定义，人们对OA的看法和理解各有不同。笔者认为：OA本身就不是一个有确定界定的概念，它是一个过程、一种境界。它随技术的发展而发展，随人们办公方式和习惯以及管理思想的变化而变化。在技术发展过程中的每一个阶段，人们给OA赋予了不同的内容和新的想象，技术与管理的进步给OA打下了每一步发展的历史烙印。同时，不同行业、不同层次的人对OA的看法和理解也各有不同。也许正是OA这种变化和发展的特点使之成为30多年来常新不衰的话题。
现在有一种较普遍的偏见：认为OA仅仅是诸如公文流转、收发文管理、档案管理、会议安排、文献检索、电子表格、电子邮件等等这些非结构化数据的处理和交换过程，面向的用户群也只是机关办公室或企业的职能部门、文秘部门。其实，今天看来，OA应有更丰富的内容和层面，更广泛的用户群。以下是笔者对OA在功能上以及所涉及的技术范畴的肤浅理解，愿与同行商榷。
功能方面：广义面言，OA应该是一个企业除了生产控制之外的一切信息处理与管理的集合。它面向不同层次的使用者，便有不同的功能表现：
对于企业高层领导而言，OA是决策支持系统（DSS）。OA运用科学的数学模型，结合企业内部／外部的信息为条件，为企业领导提供决策参考和依据；
对于中层管理者而言：OA是信息管理系统（IMS），OA利用业务各环节提供的基础“数据”，提炼出有用的管理“信息”，把握业务进程，降低经营风险，提高经营效率；
对于普通员工而言：OA是事务／业务处理系统。OA为办公室人员提供良好的办公手段和环境，使之准确、高效，愉快地工作。
技术范畴：OA是计算机技术在办公业务中的合理应用。计算机技术是OA的前提。如果脱离计算机技术面阔谈OA，无异于痴人说梦。没有计算机技术，OA便成无源之水、无本之木。计算机对信息的存储与处理能力极大地改变了人们的办公方式，提高了工作效率。如：要建立决策支持系统，则需要数据仓库 、OLAP等技术；要建立信息管理系统，则要有数据库、程序设计语言等技术；要建立事务／业务处理系统，则离不开数据库、设计良好的人机界面和工作流控制、OLTP等技术。
OA是利用通信技术来实现人与机器、机器与机器及人与人的交流。通信技术是OA的基础。现代办公室不再是孤军奋战，而是一个团队的协同工作，团队中成员之间的协调、合作离不开通信技术；现代办公室也不再是闭门造车，企业需要与外界广泛的信息交流，这更离不开通信技术。没有通信技术的支持，OA便成空中楼阁。
OA是科学的管理思想在先进的技术手段下的物化。科学的管理思想是实现OA的核心。计算机技术和通信技术仅仅是为实现OA打下了基础，提供了可能。要真正实现OA，还需物化人类思维中科学管理的内容。正如仅有优质的画笔、画板、颜料而没有达芬奇，就不会有蒙娜尼莎的微笑一样。不体现人类管理智慧，就不会有真正的OA，如果有，也只是技术的堆砌和摆设。
由此而知，OA是计算机技术、通信技术与科学的管理思想完美结合的一种境界和理想。我们一直在为实现OA而努力，但我们的成果仅仅是在某些环节、某些方面、部分地实现了OA的功能，与真正的OA尚有差距，差距的根本在于应用系统对管理思想的实现方面。
为什么要OA
人类文明进步和发展的原动力无非是人类求得自身解放的需要。OA的出现和发展也正是来源于这种需要的牵引。
传统的办公方式极大地束缚了人的创造力和想象力，埋没了人的智慧和潜能，使人们耗费了大量的时间和精力去手工处理那些繁杂、重复的工作，手工处理的延时和差错，正是现代化管理中应该去除的弊端。用先进的、现代化的工具代替手工作业，无疑是生产力发展的方向。OA对传统办公方式的变革，正是适应了人们的普遍需求，也顺应了技术发展的潮流，自然成为业界追求的目标。
今天，在中国推行OA尤有其重要性和必要性：
1、OA对于面向二十一世纪的中国企业的经营和管理比以往任何时候更显重要。信息社会中，竞争取胜的法宝是信息，而OA所收集、处理、分析的对象正是“信息”。中国企业在管理手段与管理思想方面已经落后于发达国家企业，迫切需要通过推行OA来改善经营管理手段，提高管理水平，增强企业竞争力。
2、推行OA，能给中国企业的经营者和管理者在行为方式和思维方式上带来革命性进步。在企业中做IT工作都深受一个共同的难题长期困扰：企业经营和管理方式太不规范、太不严谨，缺乏全局观和系统观，人为因素太多，而且变化不定。这不仅为企业的经营和管理带来盲目性，而且为推进信息管理设置了障碍。推行OA，不仅是管理手段的改善，更重要的是带来管理思想的进步。
3、企业办公日益从过去的文秘型向自我服务型转变。OA为用户提供的正是自我服务的支持，这正说明了OA已成为一种潮流，一种趋势、一种更好的企业办公方式。
4、很多中国企业早在80年代初就着手建立企业的管理信息系统（MIS）。近20年过去了，我们没有看到中国企业管理水平质的飞跃，其中，除了技术能力局限的原因外，还有观念、认识方面的原因。过去做MIS，更多地注重了对规范的、结构化的数据的管理，而且走入了用先进的技术手段模拟手工 *** 作的误区。模拟手工 *** 作只有界面的友好程度、模拟的逼真程度的差别，不会有管理水平的提高。而OA所面向的对象是企业经营过程中所有可能产生的数据：结构化与非结构化的、多媒体的等等；OA所直指的目标是物化科学的管理思想。所以今天所谈的OA较过去的MIS有更广泛、更深刻的意义。当然，过去的MIS也为我们今天的OA打下一个良好的基础，也就是说OA的确很重要，同时实现OA也并非遥不可及。
如何实现OA
正面回答“如何实现OA”，笔者自认力不能及。正如前文所述，OA是一个过程和境界，是一个不断发展变化的概念。我们的工作是努力接近OA的目标。笔者在公司从事了多年OA工作，公司的OA应用也初具规模，实施方式并非标准模式，OA的框架也并非标准样板，因此，本文无意赘述公司的OA建设过程和框架，仅谈谈工作体会和经验。
DCS是分散控制系统(Distributed Control System)的简称，国内一般习惯称为集散控制系统。
现在比较常用的办公自动化软件都有那些啊？ 1、Microsoft Office系列，包括Word（文字处理）、Excel（电子表格）、Aess（数据库）、Powerpiont（幻灯片）、Outlook（电子邮件），以及Microsoft的FrontPage（网页制作）、Noteone（笔记本）、Visio（画图）、SQL（Structured Quevy Language，结构化查询语言）等。（Microsof的软件技术比较成熟，比较流行）。
2、金山的WPS Offic系列，包括金山文字、金山表格、金山演示文稿，也比较流行，兼容性也比较好，技术也较成熟。
3、Adobe 的Acrobat等（Reader是用来阅读PDF格式的文档的，Acrobat是用来创建PDF文档的，个人觉得对于权限的定义非常实用，还有一个英文名字我忘了，用来做一些电子调查答卷，但我不常用）。
4、办公之星（模板比较多）。
5、永中Office（丰富的模板，集成文字处理、表格、演示等，功能非常强大，并且是国产软件，我后来就用这个）。
6、方正飞腾fit（方正飞腾是专业的报纸编辑软件，但现在的好多办公室也经常用这个软件）。同类软件还有Adobe的InDesign。
7、在网上下载的一些比较小但很实用的辅助软件，比如“机关公文助手”。
8、如果说一些图形图象处理软件也算办公软件的话，那Adobe的Photoshop（含Imageready）、Illustructor、Corel的CorelDRAW也该算上。另外，还有一些网页制作软件，比如Adobe的Dreamweaver、Fireworks、Flash（即网页三剑客，以前是Macromidea公司的）等。
OA是Office Automation的缩写，指办公室自动化或自动化办公，微软的OFFICE套件就是用于办公。word:用于打字，文档处理;excel:表格处理，可以用来做表，比如学生成绩表，可以实现排序等等实用功能;aess:数据库软件，无论哪个公司的一些办公程序(如天络在线等)，比如图书馆管理系统都需要这些数据库来进行图书管理;powerpoint:幻灯片制作，可以用来开会、产品展示、新品发布等等用途。
我是老师，有什么不懂的可以继续问我
很开心为你解答，希望你能采纳
给你推荐几个，总归有合适的：
第一个：QTP（这个在目前各个公司的使用中占的比例很高）
Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、 *** 作步骤、输入数据和期望的输出数据等QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。
第二个：WinRunnerMercury
Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用 *** 作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。
第三个：Rational
Robot是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM
Rational Test
Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。
第四个：AdventNet
QEngineAdventNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具，可用于Web功能测试、web性能测试、Java应用功能测试、Java
API测试、SOAP测试、回归测试和Java应用性能测试。支持对于使用HTML、JSP、ASP、NET、PHP、JavaScript/VBScript、XML、SOAP、WSDL、e-merce、传统客户端/服务器等开发的应用程序进行测试。此工具以Java开发，因此便于移植和提供多平台支持。
第五个：SilkTest是业界领先的、用于对企业级应用进行功能测试的产品，可用于测试Web、Java或是传统的C/S结构。SilkTest提供了许多功能，使用户能够高效率地进行软件自动化测试。这些功能包括：测试的计划和管理；直接的数据库访问及校验；灵活、强大的4Test脚本语言，内置的恢复系统(Recovery
System)；以及具有使用同一套脚本进行跨平台、跨浏览器和技术进行测试的能力。
第六个：QA
RunQARun的测试实现方式是通过鼠标移动、键盘点击 *** 作被测应用，即而得到相应的测试脚本，对该脚本可以进行编辑和调试。在记录的过程中可针对被测应用中所包含的功能点进行基线值的建立，换句话说就是在插入检查点的同时建立期望值。在这里检查点是目标系统的一个特殊方面在一特定点的期望状态。通常，检查点在QARun提示目标系统执行一系列事件之后被执行。检查点用于确定实际结果与期望结果是否相同。
第七个：Test
Partner是一个自动化的功能测试工具，它专为测试基于微软、Java和Web技术的复杂应用而设计。它使测试人员和开发人员都可以使用可视的脚本编制和自动向导来生成可重复的测试，用户可以调用VBA的所有功能，并进行任何水平层次和细节的测试。TestPartner的脚本开发采用通用的、分层的方式来进行。没有编程知识的测试人员也可以通过TestPartner的可视化导航器来快速创建测试并执行。通过可视的导航器录制并回放测试，每一个测试都将被展示为树状结构，以清楚地显现测试通过应用的路径。
第八个：Holodeck-强大的故障植入软件测试工具Holodeck is an advanced fault-injection
tool that gives you the power to attack an application while it monitors and
logs everything your application does - every function call, registry entry,
piece of data read or written
第九个：Telelogic
TAUTAU第二代包含三个最新的、最强大的技术用来加速大规模软件开发和测试：统一建模语言(UML)及它的许多最新修订版本中的特性，UML20；功能强大的测试语言TTCN-3和新的构造系统的方法：Model
第十个：Driven
Architecture(模型驱动构架)。这三个新的业界标准结合成TAU的已经过认可的软件开发平台，形成了一个系统，一个一流的稳定可靠的工具解决方案。TAU第二代是系统与软件开发解决方案的一个突破，它把业界从使用了太长时间的手工、易出错、以代码为中心的方法中释放出来，自然而然地迈向下一步，一个更加可视化、自动化及可靠的开发方法。Telelogic
TAU/Tester是基于通用测试语言TTCN-3,用于自动化的系统和集成测试的强大工具。TAU/Tester以现代化的开发工具为基础，提供高层测试功能，支持整个测试生命周期，加速自动化测试。TAU/Tester可使用户特别关注于测试的开发，因为TTCN-3语言是独立于开发语言或测试设备的，且是抽象和可移植的。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）