办公自动化技术标部分.docx
- 文档编号:9685727
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:19
- 大小:30.13KB
办公自动化技术标部分.docx
《办公自动化技术标部分.docx》由会员分享,可在线阅读,更多相关《办公自动化技术标部分.docx(19页珍藏版)》请在冰豆网上搜索。
办公自动化技术标部分
1技术方案
1.1系统技术要求
1.1.1实用性与可扩展性
综合办公平台采用标准的产品化设计,实用性强,可以充分满足集团化的应用需求,实现了流程的可视化定制,既支持系统的公文、协同流转的组织级定制,也支持个人流程的定制,具有很强的适应性。
1.1.2可靠性与稳定性
综合办公平台必须具备较高的可靠性与稳定性。
1)系统应对用户数据输入的合法性进行严格校验,并对非法数据(如数据类型及范围不匹配等)产生含义明确的提示。
系统不会因用户非法输入而造成程序中止(产生源代码错误信息、死机等);
2)综合办公平台应在资源占用、数据存储等方面设计合理,不应对服务器造成过高压力而导致死机或服务器操作系统崩溃等情况。
3)综合办公平台后台数据库应采用目前为业界认可的关系型数据库系统,综合办公平台设计时可以对海量信息具有充分的把握,确保系统运行较长时间后不会因信息过多、数据库容量不足而导致整个系统的崩溃。
1.1.3标准性与开放性
综合办公平台在总体设计、模型设计、程序代码设计中应选用国际标准的软件技术,使系统具有较强的可移植性。
1.1.4先进性与兼容性
1)采用B/S结构技术的系统实现
基于纯WEB方式的客户端实现,有效地降低了系统的整体实施和维护成本,也使单位培训大为降低。
2)采用先进的服务器应用软件设计及N层体系结构进行开发
采用先进的N层体系结构设计应用软件,采用分部式系统,降低系统对支持工作单一服务器的要求。
3)基于J2EE的技术架构
基于跨平台的J2EE架构,实现各种操作系统整合应用。
4)XML应用
协同工作流引擎、资源信息共享平台、数据交换平台的所有数据交互,都是以XML格式来进行定义。
5)数据连接池
与单一连接不同,数据连接池会大大提高系统的运行效率。
6)数据缓存
为了进一步提高系统的运行效率,系统采用对象数据缓存技术,以内存换效率。
大幅度的降低数据库的访问频度,大大提高了效率。
1.1.5易用性
1)使用方便,交互性强
系统的操作和管理都采用浏览器界面进行,方便操作人员使用。
充分利用图形技术,展现操作流程和结构,确保系统的易用性。
系统采用一键式安装方式,仅需半小时即可完成系统的安装,降低系统的实施成本。
2)系统维护方便
纯B/S结构的系统,系统管理员只需维护系统服务器。
不必再一一去处理每台机器,大大降低了使用和维护成本。
1.1.6稳定性
1)操作系统的稳定性
操作系统采用Windows,具有很高的可靠性,易维护、易扩充。
2)数据连接的稳定性
系统通过JNDI和JDBC服务连接数据库,并使用连接池提高系统性能,对每个连接的申请和归还跟踪监视,严格保持连接数量在系统性能的允许范围之中
3)数据库稳定性分析和策略。
访问数据库是系统处理的瓶颈之一,对于数据库访问问题,综合办公平台采取多种方式有效解决,包括数据库连接池应用、缓存应用和数据分化处理。
自己开发了数据库连接池,解决频繁数据库连接带来的系统性能下降问题;数据分化处理有效分离历史数据和当前数据,使得对历史数据的访问查询不会影响当前数据的处理效率,同时,切实有效的解决了多年后数据量激增可能带来的系统性能隐患。
4)内存应用分析和策略。
基于JAVA的内存管理,缺省上限是128M,综合办公平台会根据机器空闲内存,动态设置内存使用空间,缺省上限是1024M;对于更大内存空间的需求,可以修改配置文件,调整内存使用空间的上限,这部分内存空间不包含数据库和操作系统占用的空间,加上数据库和操作系统的空间,建议配置8G的系统内存。
1.1.7安全性
1)具备完善的用户权限控制机制;
2)数据库以加密方式存储,防止超级用户从数据库中窃取信息;
3)完善的日志及跟踪功能,对综合办公平台内主要事件(如用户登录、文件及项目审批等)需做相应的记录,记录中应包括用户名、日期时间、客户端IP地址等;
4)具备方便的数据备份及灾难恢复能力,可在服务器系统崩溃后最短时间内使系统恢复正常运行;
5)可对用户进行限制级登录,如根据IP地址段、时间段等条件设置相应的登录授权许可。
6)充分利用操作系统和java提供的安全机制(口令验证、存取控制、电子签名、加密),实现服务器、数据库、视图、表单、操作、域和代理等多层安全控制。
对敏感数据的存储进行128位的数据加密。
从而保证了系统在用户认证、数据传输和数据储存等多方面的安全要求。
7)用户访问必须提供正确的用户名和密码,不能以匿名方式登录访问。
8)通过专用设备将用户的身份认证信息写入硬件加密狗中,提供更高级别安全层次。
1.1.8集成性
1)跨平台支持
系统基于http协议和B/S结构设计,稳定运行于JAVA平台,服务器支持WINDOW系列和LINUX系列各种操作系统。
2)功能模块化体系结构
综合办公平台采用模块化体系架构开发,各模块间彼此有接口又相互独立,各个功能模块可拆分、可选,支持将来各模块功能的单独扩展和定制。
3)实现的图形化流程定制工具
图形化的流程定制工具,用户的操作直观、简易;基于DHTML的实现,代码在用户的本地机运行,不受服务器及网络环境影响。
4)基于浏览器实现的文本编辑器
无需安装任何客户端软件,即可实现文本编辑排版功能,同时文本格式与Word兼容,可以相互转换。
5)插件接口标准:
综合办公平台开发了专用的应用插件接口,可扩充系统的功能应用。
1.2系统架构
1.2.1软件平台技术选型和设计思路
综合办公平台结构采用符合J2EE规范的多层计算结构。
由于传统的二层C/S结构存在以下几个局限:
1)它是单一服务器且以局域网为中心的,所以难以扩展至广域网范围或Internet的大型应用模式;
2)难以管理大量的客户机;
3)受限于供应商,整个系统与特定的应用程序联系紧密;
4)软、硬件的组合及集成能力有限。
5)因此,在综合办公平台中以三层结构体系为主。
6)三层结构是将应用功能分成表示层、业务逻辑层和数据层三部分。
其解决方案是对这三层进行明确分割,并在逻辑上使其独立。
各层说明如下:
7)表示层—担负用户与应用间的对话功能,通过浏览器模式实现表示层,组成的B/S结构;或使用可以自动更新的瘦客户端软件实现表示层,组成基于三层体系的“瘦客户/服务器”结构;
8)业务逻辑层—包含了具体的业务处理逻辑程序相当于应用的本体;
9)数据层—负责管理对数据库数据的读写。
主要是利用大型关系型数据库进行迅速、大量的数据处理。
选用三层结构具有以下优点:
1)系统管理简单,大大减少客户机维护工作量。
2)基于B/S结构的应用模式无需客户端维护工作;基于“瘦客户/服务器”结构的客户端可以实现自动更新下载,也无需客户端维护工作。
3)具有灵活的硬件系统构成
4)对于各个层可以选择与其处理负荷和处理特性相适应的硬件,方便的实现负载均衡。
清晰、合理地分割三层结构并使其独立,可以使系统构成的变更非常简单。
因此,被分成三层的应用基本上不需要修正。
5)提高程序的可维护性
6)三层C/S结构中,应用的各层可以并行开发,各层也可以选择各自最适合的开发语言。
因为是按层分割功能,所以各个程序的处理逻辑变得比较简单。
7)进行严密的安全管理
8)涉密的关键应用的安全管理非常重要。
在三层C/S结构中,识别用户的机构是按层来构筑的,对应用和数据的存取权限也可以按层进行设定。
例如,即使外部的入侵者突破了表示层的安全防线,若在功能层中备有另外的安全机构,系统也可以阻止入侵者进入其他部分。
1.2.2J2EE技术规范和JAVA技术概述
J2EE提供了一套企业级Java应用框架(一种标准),是一种利用Java2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。
J2EE使用多层的分布式应用模型,应用逻辑按功能划分为组件,各个应用组件根据他们所在的层分布在不同的机器上。
Sun公司设计J2EE的初衷正是为了解决两层模式(client/server)的弊端,在传统模式中,客户端担当了过多的角色而显得臃肿,使用J2EE的多层企业级应用模型将两层化模型中的不同层面切分成许多层。
一个多层化应用能够为不同的每种服务提供一个独立的层,以下是J2EE典型的四层结构:
Ø运行在客户端机器上的客户层组件
Ø运行在J2EE服务器上的Web层组件
Ø运行在J2EE服务器上的业务逻辑层组件
Ø运行在EIS或数据库服务器上的业务信息系统
J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制:
保留现存的IT资产:
由于必须适应新的业务需求,利用已有的信息系统方面的投资,而不是重新制定全盘方案就变得很重要。
这样,一个以渐进的(而不是激进的,全盘否定的)方式建立在已有系统之上的服务器端平台机制是我们所需求的。
J2EE架构可以充分利用用户原有的投资,如一些公司使用的BEATuxedo、IBMCICS,IBMEncina,、InpriseVisiBroker以及NetscapeApplicationServer。
这之所以成为可能是因为J2EE拥有广泛的业界支持和一些重要的'企业计算'领域供应商的参与。
每一个供应商都对现有的客户提供了不用废弃已有投资,进入可移植的J2EE领域的升级途径。
由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行,现有的操作系统和硬件也能被保留使用。
高效的开发:
J2EE允许把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。
这样开发人员可以集中精力在如何创建逻辑上,相应地缩短了开发时间。
高级中间件供应商提供以下这些复杂的中间件服务:
状态管理服务--让开发人员写更少的代码,不用关心如何管理状态,这样能够更快地完成程序开发。
持续性服务--让开发人员不用对数据访问逻辑进行编码就能编写应用程序,能生成更轻巧,与数据库无关的应用程序,这种应用程序更易于开发与维护。
分布式共享数据对象CACHE服务--让开发人员编制高性能的系统,极大提高整体部署的伸缩性。
支持异构环境:
J2EE能够开发部署在异构环境中的可移植程序。
基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。
因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。
这在典型的异构企业计算环境中是十分关键的。
J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件,把他们部署到异构环境中,节省了由自己制订整个方案所需的费用。
可伸缩性:
要选择一种服务器端平台,这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。
基于J2EE平台的应用程序可被部署到各种操作系统上。
例如可被部署到Linux、或UNIX与大型机系统,这种系统单机可支持64至256个处理器。
(这是NT服务器所望尘莫及的)J2EE领域的供应商提供了更为广泛的负载平衡策略。
能消除系统中的瓶颈,允许多台服务器集成部署。
这种部署可达数千个处理器,实现可高度伸缩的系统,满足未来应用的需要。
稳定的可用性:
一个服务器端平台必须能全天候运转以满足需求。
因为INTERNET是全球化的、无处不在的,即使在夜间按计划停机也可能造成严重损失。
若是意外停机,那会有灾难性后果。
J2EE部署到可靠的操作环境中,他们支持长期的可用性。
一些J2EE部署在WINDOWS、Linux环境中,也可选择健壮性能更好的操作系统如SunSolaris、IBMOS/390。
最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机时间。
这是实时性很强商业系统理想的选择。
基于构件:
它特点是编译码、独立部署的单位、由第三方进行组合的单位、无持久状态等,它具有可插入、更好的设计、更好的复用、方便的更新、实现与接口分离的优点。
使用Java技术有着以下明显的优点:
首先,Java是一种非常轻便的语言。
这意味着基于Java应用服务器开发的中间件程序部件(一般情况下是EJB组件)能在不同的应用服务器之间方便地移动;如果发现某种应用服务器的性能或特征不太好,就可以选择另外的应用服务器并完全重用EJB部件。
其次,基于Java的开发都是要符合业界统一标准的。
企业级Java技术所定义的标准减少了开发成本和培训开销。
一旦学会了规范,就能将它们应用于多个服务器。
这不同于传统中间件技术,编程者要专门学习特殊标准、编程接口、开发方法等。
1.2.3技术路线的可行性和解决关键技术
三层应用架构是一种成熟的开发模式,目前实际应用于全球各行各业的大型软件解决方案中,综合办公平台亦采用此应用架构,以确保系统正常运作。
Java技术是一种成熟的技术,已经得到广泛的应用,J2EE技术规范已经得到大的中间件生成厂商如BEA公司、IBM公司的产品化支持。
中间件技术是软件产品的发展方向,现在市场上已有大量的产品可供选择,因此在结合客户需求开发数据中间件是可行的,在数据交换体系中采用消息中间件亦是可行的,符合发展方向。
1.3系统总体设计
1.3.1总体结构
在系统的设计中,为了理顺和简化对系统的理解,把系统分解为四层:
数据层、功能层、应用层、表现层。
在相应的层都有应用支撑平台做支撑。
企业应用集成中间件保障信息交互的可持续进行,消息中间件保障信息传输的安全可靠,工作流中间件保障在功能层快速构建流程模型响应应用层的需要,报表中间件则能保障快速构建复杂视图以响应来自用户多变的需求。
后面章节我们会对此做详细论述。
《系统分层软件体系结构图》
协同办公系统分层软件体系结构
综合办公平台的体系架构采用基于J2EE集群的多层体系结构,结合WEBSERVICE技术,使系统各功能模块利用同一种规范,将分散的各个子系统统一起来,提高代码的可重用性和扩展性,使协同支撑系统的更新和添加具有即插即用(Plug&Play)的能力,并实现对各个业务支撑系统的互访,整个系统如同有一个由SOAP统一起来的软件总线。
它的开放式的设计为将来新业务的接入提供了无限的可扩展性,并可以极大提高系统运行效率,节省系统开发的时间和投资。
1.3.2数据和数据访问层
数据层包括所有以独立系统形式存在的数据资源,例如数据库系统、文件系统(比如XML文件)、电子邮件系统、多媒体信息系统等等。
在综合办公平台建设中,数据层包括按密级区分的两级数据库系统。
在远景规划中,可能会出现用于信息共享和交换的中间数据层。
数据访问层是功能层设计的基础,以安全和高性能数据访问中间件来实现。
数据访问层屏蔽了众多分布异构数据资源的细节差异,为业务实体层提供了完整统一的数据视图,从而真正将遍布网络的数据资源整合在一起。
数据访问层的设计重点在于解决数据库连接管理、结果集管理、负载平衡管理、容错管理、事务管理以及安全管理等等企业级应用相关的问题。
其中,数据库连接管理目的在于缓解网络环境下数据并发访问对数据库操作系统的压力。
传统客户/服务器模型的应用中,对每一个客户请求,数据库服务器都要建立一个对应的连接并预留相应的资源,于是当并发请求超过一定数量时,数据库系统性能便会急剧下降。
同时,大量连接带来的网络开销也是不容忽视的问题。
为解决这个问题,数据访问层对数据库操作系统与客户请求之间的关系进行了优化。
这样,客户请求不再直接发给数据库操作系统,而是由数据访问层接管。
数据访问层对收到的请求进行分析,对于目的数据源相同并且满足复用条件的请求,将使其复用相同的数据库连接。
而对于不满足复用条件的请求,通常的策略是只有当数据库系统的处理能力尚未接近饱和时,才为其分配新的连接。
数据访问层主要包括业务实体的数据访问对象、数据访问服务构件和数据传输服务构件。
业务实体的数据访问对象,主要用以隐藏数据访问的细节和数据库访问的“硬件”语言;数据访问服务和数据传输服务构件是实现业务实体的数据访问的跨操作系统平台、跨网络平台和跨数据库的保证,数据访问服务构件还实现对不同数据库访问进行优化和管理,数据传输服务实现数据传输的跨网络协议,保证传输过程中数据的完整性、安全性和可靠性。
确保综合办公平台中的基础元素---业务功能实体对象的稳定性。
1.3.3功能层
综合办公平台考虑到客户单位将来机构变化带来的影响,我们需要应用功能能够随意的组合和搭建,面向不同的用户,定制不同的功能。
所以足够丰富的基础构件就构成了功能层,它包括了所有面向主题的应用功能所需的构件,通过这种构件的搭配形成不同的应用场景。
功能构件的具体定义是指应用层的业务逻辑构件,能够完成业务领域中某一特定功能的业务对象。
从某种程度上说,业务逻辑构件依赖其下层的划分更细的业务实体构件。
从整体上说,业务逻辑构件具有更高级别的业务抽象程度。
这里讲的业务逻辑构件是从相应的业务层次上抽象出来的具有相对独立性并且适于独立发布的功能实体。
1.3.4应用层
应用层组合了系统相关的功能构件。
应用层提供整个系统应该具有的全部功能。
用户针对这些功能提出相应的请求,应用层根据不同的请求提供不同的服务,并且返回最终的结果。
如果说整个业务系统是由不同业务链条交织而成的复杂网络,应用层所做的工作就是编织这些网线。
也就是说,应用层更多关注的是功能构件之间的关联,而不是这些构件实体的实现细节。
应用层的设计更多地是利用功能层以及更下层实现的支持,更多地着眼于如何组织协调大量的构件级业务实体形成完整的业务过程,从而实现相关的业务功能。
在业务逻辑的设计过程中,我们始终遵循了业务管理与信息管理相对分离的原则,提高系统的信息共享程度。
在整个系统的逻辑设计中,通过标准化的工作使系统的信息查询和数据分析达到构件化的水平。
为了这个目标,在对象化设计中就要将业务过程中的信息管理尽可能地抽象和独立出来。
从而使这些相对集中的信息集合尽可能地以信息管理构件的形式表现出来。
为将来和其他业务系统进行系统整合提供了充分的数据准备。
另外为保证综合办公平台对最终用户服务的一致性和可定制化,尽可能抽象出更丰富的功能构件,最大程度的在构件层重用应用系统的业务结构性规则和行为性规则,有利于实现全程全网的应用系统监控、业务追踪和安全管理。
1.3.5表现层
表现层包含应用系统表现相关的设计内容,具体分为界面显示和界面控制两个方面。
界面显示部分包含用户界面和简单数据处理部分,负责系统与用户之间的交互。
根据应用形式的不同,表现可以是Web页面、普通GUI应用界面等。
界面控制负责界面显示与应用层之间的关联。
具体来说是将用户的请求交给应用层,由应用层提供相关的服务,并且将最终的结果返回给用户。
1.4系统特点
1.4.1集中的用户管理
整个系统将被作为一个完整的组织,按照组织结构和角色划分建立统一的用户账号库,可通过系统平台或LDAP实现对用户身份、权限级别、组织与角色设置均统一管理和统一认证,解决现在专业信息系统独立实现造成用户使用、系统管理、维护非常不方便的问题。
通过对组织机构、岗位、职务、人员及权限配置,快速完成客户化设置,通过表单模板和流程规则的定义,融入您的管理思想和管理规范,构建真正属于您的办公系统。
1.4.2集中的办公管理
系统的办公事务往来,包括:
公文的流转、协同事务等涉及与机关外部工作交往的业务,均可通过系统平台提供的工作流处理进行管理。
也就是说,现在办公事务中的“区域性”业务和“全局性”业务都可通过应用集成平台进行相互交流,实现部门之间信息和功能的共享,提高部门、个人业务开展的透明度。
以“人”为中心,通过办公通系统把日常管理中的事务、事件按“角色驱动,流程引导、表单展现、集中共享”的方式协同关联起来,从而有效提升传统办公管理手段,大大提高工作效率。
1.4.3灵活、可视化的流程设计
通过对流程、角色、动作、权限的灵活配置,满足现代办公对组织行为的多种实际管理应用需求,并以图示化的“流程+表单”方式展现,形象、直观、易学、易用。
1.4.4多层次的权限管理
通过功能权限、数据权限、业务权限多层次的权限管理,满足组织照不同岗位不同职责进行业务处理的要求,使得权限分配更加方便有效。
2综合办公产品功能介绍
2.1收文管理
收文管理是系统对政府、企事业单位内部收到的阅文、办文、批件进行办理,提供公文流转、催办、归档功能。
签收登记
收文签收,系统自动回执,自动登记或手工录入登记收文。
流转功能
可对收文进行拟办、批示、办理、催办、办结、流程查看等功能。
收文查询
分类查询,按文件标题、登记日期、处理状态、密级等对收文进行查询;组合查询,输入标题、主题词、日期、密级等查询信息,查找匹配以上条件的收文;
归档功能
按年度将办结事宜自动归档,或手工归档。
待办公文在线短消息提醒
公文流程记录和管理
公文在各部门内实现自动循环批阅,并及时跟踪公文评阅状态、保存评阅信息,管理员和领导可以通过流程查看工具查看公文流转过程中的状况。
2.2发文管理
实现拟稿、审核、核稿、签收、会签、办理、回退、流程跟踪、成文处理、编号、盖章、打印、红头文件打印、归档等功能操作。
为保证发文处理的严肃性、合法性、保密性,一方面不同业务人员应具用不同的权限,如阅读、修改、公开等权限的合理分配;另一方面,在发文处理的不同业务阶段,即使是同一人,他的权限也应不断地发生变化;如未办结的发文,不许公开、分发,只有办理完毕后,才能执行上述操作。
所以,要根据业务人员的职责给予恰当的权限,即要使他能顺利完成本职工作,又要能阻止他失误、错误的操作,甚至是蓄意破坏的行为,保证公文可信性。
发文查询
分类查询,按文件标题、登记日期、主题词、处理状态、密级等对发文进行分类;组合查询,输入标题、主题词、日期、密级等查询信息,查找匹配以上条件的发文。
归档功能
按年度将办结事宜自动归档,或手工归档。
支持意见手写签名批示,并且手写签名在内的所有信息原稿打印功能。
模板套红、痕迹保留
具备模板套红功能,支持修改留痕。
2.3公文交换
审批完毕已办结的公文自动转到公文交换模块中的发文箱中,进行公文分发交换操作。
包括公文登记、正文保存为成文、公文盖章、公文发送、分发信息跟踪等功能,完全实现公文电子化成文、电子化分发、电子化收文处理等一系列日常公文处理工作。
公文交换系统是采用数字化技术传输红头文件,它将公文传输方式从传统的“先打印后传输”更改为“先传输后打印”,从而达到既能用计算机网络传输红头文件,又基本不改变现有工作流程的目的,并解决了相应带来的远程传版、电子公章管理、系统安全性、文件有效性等问题,利用该系统发送电子公文就像发送普通电子邮件一样快捷,同时又能保留红头和公章,符合国家现行公文和公章管理制度。
同时又解决了跨地区公文传递的时间效率问题,使得公文的制作、发送和接收都突破了时间和空间的限制,从而提高了政府、企事业单位的办公效率。
技术特点:
Ø用户如购买了电子签章软件则包含以下功能:
电子印章制作、印章发放、印章加密、用印日志、印章版本管理等组成,实现电子公文的生成和输出管理。
用户如没有购买签字签章软件,则可使用系统自带的图片签章功能。
Ø遵循国家电子公文格式标准。
系统中交换传输的电子公文,都是符合国家标准的公文格式,并按照现有纸质公文交换机制模拟到网络化应用,支持国家最新发布的“XML公文标准”。
Ø与外部安全体系的接口。
系统为CA认证中心、数字签名、加密设备预留标准接口,随时为各种安全应用扩展做好准备。
Ø与外部公文系统的接口。
系统为各种外部公文系统与公文交换平台之间的公文接收和公文发送提供标准化接口,以方便实现用户单位全网络的公文交换集成。
Ø满足不同网络交换模式。
系统可以依据用户单位的网络状况、行政管理结构,提供点对点方式(网状)或者集中式(星型)的公文传输模式,实现多级公文交换。
2.4归档管理
归档管理是对收发文流程完成的公文进行归档、统一管理,归档后的文档按照文档的类型分类、管理;
需要查看收发文的人员需要进行借阅手续办理,档案管理员同意后,才可以查看、下载该文档,这样对整个单位的收发文进行统一口径管理,对借
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 办公自动化 技术 部分