无线电监测站协同办公系统技术方案.docx
- 文档编号:17935265
- 上传时间:2023-08-05
- 格式:DOCX
- 页数:63
- 大小:1.44MB
无线电监测站协同办公系统技术方案.docx
《无线电监测站协同办公系统技术方案.docx》由会员分享,可在线阅读,更多相关《无线电监测站协同办公系统技术方案.docx(63页珍藏版)》请在冰点文库上搜索。
无线电监测站协同办公系统技术方案
XX省无线电监测站
协同办公自动化系统
申报方案
项目名称:
XX省无线电监测站协同办公自动化系统
二〇一二年六月二十三日
1项目概述
1.1项目背景
信息化是当今世界经济和社会发展的大趋势,党的十六大明确提出:
“信息化是我国加快实现工业化和现代化的必然选择。
坚持以信息化带动工业化,以工业化促进信息化”,并进一步提出“转变政府职能,改进管理方式,推行电子政务,提高行政效率,降低行政成本,形成行为规范、运转协调、公正透明、廉洁高效的行政管理体制。
”
中办、国办2002年(17)号文件关于我国电子政务建设指导意见(批转国信办文件)提出统一规划,加强领导;需求主导,突出重点;统一标准,保障安全的原则,要求电子政务建设包含八大任务:
建设和整合统一的电子政务网络、建设和完善重点业务系统、规划和开发重要政务信息资源、积极推进公共服务、基本建立电子政务网络与信息安全保障体系、完善电子政务标准化体系、加强公务员信息化培训和考核、加快推进电子政务法制建设。
为贯彻落实中共中央精神,省无线电监测站高度重视信息化工作,提出将政务管理信息化作为突破口,紧密结合政府职能转变和管理体制改革的要求,从解决问题的实际需求出发,以“服务、效率和监管”为核心,建立现代政务管理和控制体系,促进政务创新,改进工作方式,形成高效、协调、规范的工作机制,改变目前内部办公系统只能作为简单“电子黑板报”的局面,建立资源整合、协同互动、管理创新的全省统一办公环境,全面提升全省政务管理信息化的应用水平。
1.2项目建设内容
1.2.1建设目标和原则
本项目建设要求严格遵守国家政策和相关法规,按照“统一规划、加强领导、突出重点、整合资源”的原则,通过整体规划、分阶段建设的途径,采用先进信息技术建立全省统一办公平台,发挥信息化强大的管理、控制、服务、信息渠道等功能,从新型政务管理和控制角度出发,建立资源共享、效能监督和一体化办公三大支撑环境,提供全省无线电监测系统的信息资源共享、部门扁平化管理、部门与部门的协同工作、上下级之间的信息互动等功能,避免信息孤岛,建设一个覆盖全省的大型协同办公平台,有效实现对政务全面管理与控制,为行政效能提升提供手段和支撑,达到统一标准、统一建设、统一管理的目标。
1.2.2建设内容需求
●电子邮件系统
要求在不改变现有用户的前提下,对该邮件系统进行升级、优化、改造。
优化组织结构、提供人性化友好的界面,同时支持SMTP、POP3等多种协议,支持webmail功能,并具备良好的邮件过滤和防病毒功能。
整个协同办公系统应用都必须与该电子邮件系统紧密集成,协同工作。
●通用办公系统
通用办公系统是整个协同办公系统的核心应用,要求建设一个辐射到各级单位的采用B/S结构的共享统一办公系统。
并通过与公文交换系统、档案管理系统的建设的结合,实现公文传输的单轨制运行。
具体功能模块初步需求如下:
✓公文流转
公文流转要包括收文,办文,拟文,发文、会签、请示报告、督查督办管理等的公文一体化流程,要求流程可以自定义,有痕迹保留和电子印章功能。
无缝集成OCR功能,支持纸质文件进入办公流转。
✓信息管理
内容包括信息的采编,上报,发布,维护,浏览,统计等功能。
✓日常办公
包括会议管理、领导工作动态、领导活动安排、日程活动安排、大事记采编、人事管理、接侍管理、行政管理、值班管理等功能。
✓内部管理
包括车辆管理,固定资产管理,会议室管理,人事信息管理等模块。
✓个人事务管理
包括电子邮件、待办事宜、个人通讯录、日程安排、个人资料管理、工作汇报和个人设置等部分。
✓公共服务管理
包括常用网址,交通时刻表,邮政编码表,长途电话区号等公共信息服务模块。
上述功能是通用办公系统的基本需求,投标人可以进行补充,提供其他的功能模块,或重新组织。
同时各应用部门对办公应用的功能要求也包含为本招标范围,中标方应视作本招标需求。
支持流程定义和功能模块自由组合。
●公文交换系统
公文交换系统是提供政府各部门的电子公文交换平台,使不同部门的不同的公文格式能相互识别,从而使公文管理流程能在不同的系统、部门顺畅的进行。
要求该系统能供下述功能:
✓电子公文的格式设计应参照国家电子政务标准化总体组2002年启动的《基于XML的电子公文格式规范》标准中的公文体XML结构模型来设计,可以以此为模型为基础进行扩充。
✓要求确保公文传输的加密,远程版式的不可修改及打印控制、打印份数控制。
✓要求提供电子公文呈现模块。
能直观显示电子公文的电子签名,要求使用电子公章技术,能实现签名后对应政府部门公章的全真显示;还能有多种显示公文体的方式。
✓实现签收、统计、在线监控、失败重发、断点续传等功能。
公文交换系统应考虑少各级单位的电子公文交换。
●档案管理系统
满足档案部门对各部门建立电子档案室的基本要求,实现电子文件和纸质文件的归档管理和利用。
✓能够管理包括电子公文、电子邮件、业务数据等各种涉及公务需要归档的电子文件。
✓能够管理包括文书档案、科技档案、会计档案、照片档案、音像档案和各类业务档案,并制定相应数据标准。
✓无缝集成OCR功能,支持纸纸文件归档,支持原文和条目归档。
支持一文一件。
✓提供各种检索、管理、汇编、查阅、利用、统计、鉴定、审批功能。
✓支持光盘刻录形式的物理归档。
✓可定期移交档案数据中心。
●档案数据中心
满足档案部门对档案数据中心的基本要求,实现各部门电子档案向档案数据中心的定时归档、档案管理和利用。
为减少总体投资费用,考虑档案数据中心与档案管理系统合用一套主机系统、软件平台和应用软件,但使用独立的存储设备。
以实现电子档案的物理归档。
档案数据中心的存储设备可存放于档案部门(与中心机房约30米直线距离,已铺设多模光缆连接),以实现异地存放。
✓能够管理包括文书档案、科技档案、会计档案、照片档案、音像档案和各类业务档案,并制定相应数据标准。
✓提供各种检索、管理、汇编、查阅、利用、统计、鉴定、审批功能。
✓提供网上交流功能,公告通知等信息发布功能。
✓根据软硬件发展,实现数据迁移、转换功能。
✓对自动或手动接受的电子文件,可鉴定后判断退回或入库。
●流程控制
要求公文处理流程以工作流为基础平台,实现政府部门公文的网上审批、会办、会签(会签功能须能设置同时会签和依次会签功能)。
要求提供用户友好的图形化流程定义、修改界面,并可显示和查询当前公文在流程中所处的位置和状态。
允许流程的相互关联和包含。
根据用户需要,还可以在流程的任意阶段置入基于时间或其他条件的催办流程,用以对公文处理绩效的监督。
要求:
✓可灵活定制流程,用户可以根据实际情况,控制流程步骤增减和定义不同的用户角色。
✓流程的信息能随时查询,流程信息的显示能提供图型化的显示方式。
✓流程控制灵活,方便,管理人员能实施监控流程的进行,并对流程作继续,取消等操作。
●用户/权限/日志管理
要求有完善的用户/权限/日志管理服务,要求和安全系统紧密相结合并支持CA认证。
1.3性能要求
●采用B/S和c/s结合的架构,要求绝大部分应用使用浏览器为操作界面。
●必须是构件化、面向对象的,可做到灵活扩展。
●系统采用多层架构的体系结构,应充分考虑到系统今后纵向和横向的平滑扩张能力
●支持最高20个部门、200个并发用户,正常500个并发用户的性能要求。
●支持年数据量为500万记录数、50GB字节的数据量(不包括档案数据中心),档案数据中心应单独考虑每年50GB字节的数据量。
●系统应提供7×24小时的连续运行,平均年故障时间:
<1天,平均故障修复时间:
<30分钟。
●具有较强的系统安全性和灾难恢复能力。
2技术路线与关键技术
2.1技术路线原则
●先进性
信息化本身就是在先进技术的催化下产生的,从其产生到发展都受到了各种先进技术的不断影响。
在建设本系统时,要充分采用先进技术,在系统体系结构、开发技术上都要充分考虑技术路线的先进性。
采用国际成熟的主流技术,才能够建设成熟可靠的协同办公应用系统。
●成熟性
OA系统的运行,涉及到全省无线电监测系统工作的质量和效率,所以要求系统具有相当的稳定性,这样就要求我们在选择先进技术的同时,必须选择成熟的技术。
该技术路线以及相关各项技术都应该经过充分的考验并拥有大量的成功案例。
●安全性
内部办公系统有自己特殊的安全要求,系统的安全性已经成为基本要求。
本系统设计了完善的安全体制,从应用安全、网络安全到安全管理,有一套完全适用于集团的体系结构。
●可扩展性
用户的发展是非常迅速的,会有更多的应用需求提出来,这就要求系统有很强的扩展能力,以适应用户几年内快速发展的需要。
●可移植性
计算机技术的发展一日千里,软件系统的平台无关性大大的降低了应用系统的开发风险和成本。
跨平台技术已经成为主流技术的发展方向。
而且系统的可移植性为系统扩展性开辟了更大的空间。
●集成性
在本方案中推荐的软件系统与原有硬件系统之间可以方便地实现集成。
使用户无需花费过多的精力从事于系统平台的集成,而将精力集中到应用软件的开发和推广中,从时间和进度上促进本项目的成功。
集成的应用系统降低了系统维护的难度和要求,方便用户日后的应用和管理。
2.2总体技术路线
OA系统开发和运行环境的技术核心可以概括为:
●采用多层架构的B/S结构;
●采用JAVA语言和技术,基于J2EE的分布式计算技术进行系统架构设计和系统开发;
●逐步采用Service技术;
●支持ORACLE,DB2等大型的主流数据库;
●支持Windows、UNIX以及Linux等操作系统;
●支持BEAWeblogic、IBMWebsphere应用服务器等多种主流应用服务器;
●利用XML作为系统接口的数据交换标准,进行信息资源整合;
●核心应用层采用EJB技术提供系统的快速开发;
●采用自主知识产权的、高性能中间件技术,如工作流中间件等;
●建立信任与授权服务平台、基于底层的PKI/PMI证书服务机制和PKI基础安全服务机制,提供符合J2EE规范的可信Web计算平台,该平台提供基于安全XML技术的PKI基础安全服务和PKI/PMI证书服务的统一调用接口。
下面针对这些核心技术分别予以阐述。
2.2.1多层架构
为充分保证OA系统在安全性、跨平台性、易扩展性、易维护性等方面的要求,采用先进的基于JAVA平台的三层应用体系结构。
在这种结构下,用户界面完全通过WWW浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现,形成所谓3-tier结构。
用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能,并节约了开发成本,是一种全新的软件系统构造技术,这种结构已成为当今应用软件的首选体系结构。
显然B/S结构应用程序相对于传统的C/S结构应用程序将是巨大的进步。
B/S结构典型网络结构如图所示:
系统通过架构于先进的B/S三层应用体系结构之上,并采用JSP、Servlet、EJB、XML等编程技术和面向对象程序设计技术,将复杂的业务处理逻辑、流程控制逻辑和数据存取逻辑通过EnterpriseJavaBeans组件来实现,并运行在应用服务器之上,实现业务逻辑的快速部署和灵活调整,并通过部署在应用服务器层的专用组件实现对数据库的存取访问,以充分保证数据库系统的安全可靠访问。
三层体系结构中,客户(请求信息)、程序(处理请求)和数据(被操作)被物理地隔离。
三层结构是个更灵活的体系结构,它把显示逻辑从业务逻辑中分离出来,这就意味着业务代码是独立的,可以不关心怎样显示和在哪里显示。
业务逻辑层现在处于中间层,不需要关心由哪种类型的客户来显示数据,也可以与后端系统保持相对独立性,有利于系统扩展。
三层结构具有更好的移植性,可以跨不同类型的平台工作,允许用户请求在多个服务器间进行负载平衡。
三层结构中安全性也更易于实现,因为应用程序已经同客户隔离。
这种结构中,在中间层的业务逻辑层的操作都可以被抽象和封装起来,形成中间件,这种组件式的设计、开发使得系统结构更加清晰,扩展更加方便,重用得以实现,而大量复杂的操作都被做成中间组件,也使得程序开发变得更容易,常用的中间组件形式上有CORBA、EJB、COM+等,而从功能上又可分为各种业务处理中间、事务处理中间件、工作流中间件等。
2.2.2应用服务器与中间件技术
●应用服务器技术
随着Web应用范围的扩大,基于集团业务和应用的Web开始出现,人们需要Web服务器端提供更为复杂的和更为灵活的应用开发支持。
JavaScript、VBScript等技术的运用,Web中对象和组件的应用使基于Web的企业用用系统开发得以发展。
但这种应用通常只适用于构建规模不大的系统,当系统进一步扩大时,其扩展性受到了限制,因为在Web服务器最初的设计目的中并不包括对大规模、高性能和高可靠性商业应用的支持。
应用程序服务器(ApplicationServer)的产生正是为了突破这一瓶颈,应用程序服务器完全不同于Web服务器,是专门为基于大负荷高端处理的Web应用而设计的全新的运行环境,该环境能提供很高的可靠性,健壮的程序逻辑处理能力,能轻松地为成千上万甚至上百万用户提供服务。
●中间件技术
中间件是一种独立的系统软件或服务程序,分布式应用软件借助这种软件在不同的技术之间共享资源,中间件位于客户机/服务器的操作系统之上,管理计算资源和网络通讯。
应用的互连和互操作是中间件要解决的第一位的问题。
这里所说的互连和互操作是应用之间而不是系统之间的,因为中间件是一种应用级的软件,是一种应用集成的关键构件,一个好的中间件产品要能解决应用互连带来的各种问题。
中间件在解决互连和互操作问题之外,还向上层的分布式应用提供基础服务,包括数据的可靠传输服务、安全服务、工作流管理服务等等;相应地,根据其所提供服务的不同,中间件被分为提供工作流管理服务的工作流中间件等许多类型。
✓工作流中间件
在公文流转中我们采用了工作流中间件的技术,通过工作流引擎来激活公文流转的节点,提供了流程定制工具、工作流管理工具、控制过程实例的创建、激活、挂起、终止等,控制、管理和监督工作流过程实例执行情况;引擎中心接受从工作流接口发送过来有关流程控制的请求(如业务初始化、获取任务以及结束任务等),然后根据不同的请求类型调用相应的处理模块完成与本次请求相关的操作并将结果返回。
可以将调度中心看成一个多线程的并发服务器,它可以对多个外部请求提供并发服务。
✓WEB服务中间件
WEB服务中间件基于Java2Platform,EnterpriseEdition(J2EE)技术。
J2EE是以Sun公司为主提出的以Java语言为基础,开发多层企业级应用的标准平台。
J2EE应用建立在标准的模块化组件之上。
作为J2EE的一个具体实现,Web中间件提供了一个完整的底层框架,为J2EE中定义的各种组件(包括Servlet、EJB)提供各种底层服务,包括JSP和servlet容器、EJB容器、JNDI(名字目录服务)、JTS(交易服务)、JMS(消息服务)、安全服务等。
Jsp和servlet支持
Jsp和servlet是J2EE体系结构的一部分,其中Jsp是一种以脚本方式编写Servlet的技术。
一个Servlet通过完成请求/应答的过程来使HTTPServer的功能增强。
Web中间件3.0提供了Servlet容器,当客户方发送一个请求时,Server将Servlet请求转发给Web中间件应用服务器,由Web中间件容器管理的Servlet处理请求信息,并将处理结果发送给客户构造成一个应答。
在Web中间件启动或客户方第一次请求服务时,Servlet可以自动加载。
加载后Servlet持续运行,等待下一个客户请求。
Servlet的生命周期由Servlet容器进行管理,Web中间件提供了非常成熟的Servlet容器。
EJB支持
EJB是SUN公司提出的与Microsoft的DCOM、OMG的CORBA相并行的一种分布式组件对象模型,也是J2EE标准中的核心技术。
EJB组件技术为应用开发者开发服务器端的应用提供了一种方便而强大的组件模型。
客户只需使用EJBAPI来实现自己的业务逻辑,并将它安装到EJB容器中,就可以使自己的EJB组件向各种类型的客户提供服务。
EJB分两种:
会话Bean和实体Bean。
会话Bean主要用于实现客户的应用逻辑,处于多层应用的业务逻辑层;而实体Bean是真实数据的抽象,它代表了数据库的数据。
SessionBean(会话Bean):
是客户程序的一部分,分布在Server上的对象。
之所以叫做会话Bean,是因为其生命周期和客户的每一次会话相同。
SessinBean一般实现业务逻辑、业务规则和工作流。
如典型的SessionBean可以实现定单、银行交易、数据库操作、数据压缩和运算等等。
EntityBean(实体Bean):
与SessionBean相对,EntityBean并不实现业务逻辑,它是持续化数据的抽象,代表了真实存在的数据实体,如银行帐号等。
EntityBean为关系数据库中的数据提供了面向对象的抽象,实现了数据访问层的逻辑。
EJB容器是EJB对象运行需要的外部环境的抽象。
Web服务器提供了EJB容器。
当EJB运行需要与外界打交道获取数据时,都要通过EJB容器提供的API来进行。
EJB容器向EJB提供交易管理、名字服务、安全管理、状态管理、生命周期管理和持续化管理等重要服务。
EJB容器是整个J2EE应用的核心部分。
名字服务
JNDI结构包括两组API:
JNDIAPI(ApplicationProgrammingInterface)和JNDISPI(ServiceProviderInterface)。
Java应用程序通过JNDIAPI访问各种命名目录服务。
JNDISPI使得各种命名目录服务透明地加入到JNDI结构中,如前图中的LDAP、DNS、NIS等服务通过JNDISPI加入到JNDI结构中,从而使Java应用程序能够通过JNDIAPI访问这些服务。
数据库管理
WEB服务器采用JDBC来连接关系数据库。
JDBC采用抽象的接口,使得真正的数据库核心对开发者来说是不可见的。
Server目前支持JDBC的Level3和4,可以连接Oracle、Informix、Sybase、MicrosoftSQLServer,或其他支持JDBC标准的数据库。
对连接的管理,Server采用了共享机制,通过数据库连接池来提高对数据库的存取效率。
交易管理
交易概念的提出,旨在简化既要求可靠性又要求可用性的应用程序结构,特别是那些需要同时访问共享数据的应用程序。
交易是构建可靠的分布式应用程序的关键。
交易只有两种终止方式:
提交一个交易使其所有的更改成为持久性的改变,或回滚(rollingback)一个交易撤销所有的更改。
集群技术
在三层/多层Web应用体系结构中,Web中间件位于前置的Web服务器的后面,多个Web中间件服务器可以通过集群技术(cluster)来支持大规模并发用户。
2.2.3J2EE平台
系统开发将采用J2EE、EJB等基于JAVA的跨平台技术。
Java是一个广泛使用的网络编程语言,它是一种新的计算概念。
作为一种程序设计语言,它简单、面向对象、不依赖于机器的结构,具有可移植性、独立性、安全性,并且提供了并发的机制,具有很高的性能;其次,它最大限度地利用了网络。
JavaBean提供了很好的组件模型,它可以用在任何支持J2EE操作系统和应用服务器上。
EnterpriseJavaBeans(EJB)标准使开发组可以集中于商业逻辑的开发,将其封装入不同的JavaBean中,由EJB负责所有的企业级服务,如:
同步、持久性、事务管理、命名服务、对象分布和资源管理。
基于EJB的应用系统具有安全性、机动性、可伸缩性和跨平台性。
其特点为:
●采用先进的交互式应用技术
●采用因特网自动发布信息流
●不采用任何封闭的专用开发工具,避免由此引起的系统不兼容等问题;
●遵循先进性、实用性、开放性、稳定性、安全性原则;
●跟随国际IT领先公司的技术发展路线;
●可以根据需要方便、快速的开发出各种新的应用系统;
●整个系统采用组件化设计,为系统功能扩展留下足够的空间;
●可以开发完善的企业应用平台,使系统具有多种业务功能;
J2EE(即Java2平台企业版)是由Sun公司主持推出的一项中间件技术,它受到了业界越来越广泛的重视和采纳。
J2EE作为一个标准中间件体系结构,能够简化和规范多层分布式企业级应用系统的开发和部署。
J2EE方案的实施可显著地提高系统的可移植性、安全性、可伸缩性、负载平衡和可重用性。
J2EE的核心是一组规范和指南,定义了一个使用Java语言开发多层分布式企业应用系统的标准平台。
开发人员在这些规范和指南的基础上开发企业级应用。
使用J2EE技术平台具有以下优势:
(1)业界支持
(2)保护已有的IT投资
基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行,现有的操作系统和硬件也能被保留使用。
J2EE能够保留现存的IT资产,有以下两方面的好处:
⏹应用程序能被利用
已有的代码在J2EE方案中可被重用,一个应用程序可重新划分层次而不用重写。
这样就减少了开发时间,加快了开发的步伐,降低了开发成本。
⏹已有的产品和使用许可协议能被利用
如果一个企业已经购买了某些已有技术的使用许可协议或维护协议,如中间件,操作系统或硬件方面的许可协议,这些许可在J2EE环境中仍能被使用。
因此能够降低项目成本,缩短培训时间。
(3)保护未来的IT投资,适应变化
(4)缩短系统开发周期
J2EE允许系统把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。
这样开发人员可以集中精力,在如何创建商业逻辑上,相应地缩短了开发时间。
(5)平台的成熟性
(6)可伸缩性
企业信息化的建设必须要选择一种服务器端平台,这种平台应能提供极佳的可伸缩性。
基于J2EE平台的应用程序可被部署到各种操作系统上。
(7)长期的可用性
J2EE部署到可靠的操作环境中,他们支持长期的可用性。
J2EE可以部署在WINDOWS、UNIX、Linux等环境中,在一个优秀的环境中,能够提供可达到99.999%的可用性或每年只需5分钟停机时间。
这是实时性很强的企业应用系统理想的选择。
(8)支持异构环境
很多的企业都拥有异构的服务器端部署环境,使用多种操作系统、硬件、中间件产品。
因此,跨异构操作系统的可移植性与互操作性是非常重要的。
(9)可维护性
使用J2EE开发的应用程序更易于维护。
基于J2EE平台产品支持更广泛的组件类型和中间件服务,可以让开发人员投入精力在亟待解决的企业应用问题而不是中间件上。
开发人员利用底层平台构造灵活、易维护的企业应用系统,这类系统不用作大的调整就可以适应新的中间件、数据库或数据库规划。
2.2.4采用Service实现功能与信息整合
系统开发技术路线将会采用基于XML和Service的异构系统综合服务解决方案。
从而解决系统的跨平台问题。
Service是在Internet和Intranet上进行分布式计算的基本构造块。
开放的标准以及对用户和应用程序之间的通信和协作的关注产生了这样一种环境,在这种环境下,Service成为应用程序集成的平台。
应用程序是通过使用多个不同来源的Service构造而成的,这些服务相互协同工作,而不管它们位于何处或者如何实现。
Service技术及其相关技术体系,包括XML、S
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 无线电 监测站 协同 办公 系统 技术 方案