约战平台技术方案.docx
《约战平台技术方案.docx》由会员分享,可在线阅读,更多相关《约战平台技术方案.docx(39页珍藏版)》请在冰豆网上搜索。
![约战平台技术方案.docx](https://file1.bdocx.com/fileroot1/2023-4/21/bce7c86a-a60d-456e-8181-57c25cf654e9/bce7c86a-a60d-456e-8181-57c25cf654e91.gif)
约战平台技术方案
第一章综述
一.1项目基本信息
项目名称:
约战平台
最终用户:
一.2项目简介
一.3项目背景
随着信息技术的飞速发展,特别是计算机互联网络和通信技术在全世界的推广,使人们获取、交流和处理信息的手段发生了巨大变化。
。
第二章需求分析
本章分析了本项目的业务需求,为详细设计技术方案提供背景资料和参考依据。
同时,结合我们丰富的软件平台建设经验,提出了本项目建设的主要内容,阐述了应用系统建设的关键性问题、建设难点和应对策略、以及我们对本项目的理解。
二.1建设内容
本次系统建设将提供的产品包括以下三个部分:
1、约战平台;
2、约战微信公共号;
3、约战APP。
二.2需求概述
通过建设约战平台系统,将实现以下目标:
1、提供个人注册、团队创建功能;
2、实现场馆功能;
3、实现线上约战功能;
4、实现电子商场功能;
5、提供APP客户端
第三章系统总体设计
本章节结合现在与需求的分析,提出系统建设思路,并对系统的技术选型、系统架构、部署结构、总体技术路线和实施思路进行介绍。
三.1建设目标
通过本系统,将达到以下目标:
1、实现外来人员审批的全程网上管理,包括网上申请、网上审批、网上查询。
2、网上审批过程提供可视化的自定义工作流引擎,可以根据证件的不同类型定义不同的审批流程,满足业务需求。
3、实现与现有短信系统结合,实现系统自动短信通知、工作提醒等功能。
4、实现多种格式的数据导入导出,支持导出成Word、Excle等常见格式。
5、结合实际应用的数据库设计,提供多种查询模式,用户、角色、权限分级管理,实现证件资源的统一管理。
三.2总体设计原则
为了实现系统建设目标,泉州监狱外来人员审批系统项目遵循如下总体设计原则:
原则
描述
先进性
所选系统平台应遵循国际、国内开放系统标准及协议,选择当前业界的主流产品,已经得到广泛使用,占有较高的市场份额。
在同类产品中处于领先地位,并已经在全球范围内的各种应用中大量采用,是经过各方面考验的先进和成熟的产品,采用先进技术设计和制造,具有高性能,同时又成熟可靠。
实用性
满足应用系统的实际需求,在对需求进行详细分析的基础上,提出尽量优化、高性价比的解决方案。
开放性
充分考虑将来发展需要及扩充性能要求,在设备选择及联网方案上一定要坚持开放性原则,保证系统对各种硬件设备的互连互通;在软件上支持跨平台和开放数据接口,便于与其它系统软件互相集成。
稳定性
系统采用高可用性技术,保证系统能长期稳定的不间断运行,采用流行、成熟、稳定、先进的操作系统、数据库、网络协议等系统平台,保证系统的稳定性。
安全性
系统应有良好的安全措施,支持C2级或更高级别的安全标准。
可扩展性
系统建设不仅要着眼于现在,而且要放眼未来,因此,计算机信息系统建设不仅要满足现在的要求,而且要具有向未来技术平滑过渡的能力。
即:
该系统的建立一定要具备良好的可扩展性,当信息量上升、网络规模扩大时,可方便地将系统进行升级服务,满足日益增长的业务需求,最大限度保护投资。
可管理性
系统的使用及管理以简便、易于操作、方便实用为准则,降低系统管理、维护成本。
经济性
良好的性价比,充分考虑现有的设备情况,必要时利旧现有设备。
三.3技术选型
三.3.1开发平台选型
就泉州监狱外来人员审批系统而言,与其他系统的整合、系统的延展性、安全性是更需要注意的因素,因此福建南威采用J2EE体系作为泉州监狱外来人员审批管理系统的技术选型。
J2EE的全称是Java2EnterpriseEdition,它是由SUN公司领导,各厂商共同制定,并得到广泛认可的工业标准。
业内许多大的应用服务器厂商如IBM、BEA、Oracle等都积极地参与J2EE标准的制定和实施工作。
因此J2EE从一开始走的就是开放路线,由众多厂商共同提交方案和制定规范,这也使得J2EE很容易就可以吸收这些厂商多年来在应用开发、系统设计和集成方面的经验。
当然,这些厂商对市场的需求和新技术发展的预测,以及各自独到的观点,都会在J2EE的规范中不断体现出来。
有了这样的土壤,J2EE产品完全可以满足当前不断变化和日趋复杂的商业应用需求,也很快变成了企业构建新系统和集成、扩展已有系统的首选技术。
而因此带来的巨大商机和利润又使得各厂商更加努力的去完善J2EE,从而造就了J2EE强大的生命力。
三.3.2数据库平台选型
基于大型数据库,可以处理海量数据,并兼容不同数据库。
采用现代数据库技术,保证设计的先进性;适当放宽规范化要求和冗余度要求。
三.3.3台技术架构
三.3.4平台的优势与特点
技术特色
描述
J2EE技术架构
LW-EGP针对应用系统开发中对性能、安全、接口、速度、跨平台等方面的要求,采用J2EE多层体系架构开发。
数据交换采用跨平台的XML/WebService等标准交换技术实现数据交换的通畅。
全面采用XML技术
在系统中全面采用了XML技术,包括各类系统的配置、系统开发文档、数据描述文档等各类信息都采用XML技术,使系统具备较强的兼容性,使系统与其它应用系统集成和数据共享成为可能。
SOA架构支持
全面采用XML技术,简化WebService/SOA架构开发。
引入MVC设计模型
系统引入MVC(ModelViewControl)设计模型,使前台显示与后台业务处理分离,使系统表现层丰富,适应业务需求的变动。
采用组件技术,业务可扩展性强
系统采用多层体系架构,并将公共的组件封装,可随着业务需求不断的变化快速的重组,建成新的应用,使系统具备较强的可扩展性。
模块化设计,适应不同时期的业务需求
系统应用模块都采用模块化设计,功能模块间的耦合度低,用户可按业务需求选择所需的功能模块,以适应不时间期业务的需求。
独立于数据库平台
LW-EGP独立于数据库平台,支持各类主流的关系型数据平台。
系统在数据层封装了所有数据访问的代码,通过采用符合业界标准的ODBC/ADO.NET/JDBC和XML/WebService等机制,使系统能够以统一、通用的方式访问各类关系数据库系统,同时保证了在其上开发的应用可以访问不同的数据层对象,真正做到独立于数据库。
支持主流的中间件服务器
支持各类主流的应用中间件J2EE服务器,如WebLogic,WebSphere,Tomcat,Jboss等,提供基础的工作流服务,同时封装了基本的扩展业务组件,不同的应用、不同的用户可以根据自己的实际情况对业务组件进行扩展、增删等,在保证系统内核稳定的同时又保证了系统的无限扩展。
支持各类操作系统
J2EE体系架构开发具备跨平台特性,支持各类操作系统平台,包括Windows、UNIX、Linux平台。
三.3.5关键组件介绍
三.3.5.1数据交换组件
三.3.5.1.1信息交换
数据交换服务主要实现应用系统与其它业务系统之间的数据交换和共享服务,在本项目中,实现人员审批数据库与警员库、刑满释放人员数据库的数据同步,为消除应用系统环境、数据库环境、数据格式和网络环境等不一致、不统一造成的交换困难提供解决方案。
系统中数据的传输格式符合的国际开放的标准规范、传输技术满足先进性、开放性、通用性的原则。
安全数据交换要求数据交换所有功能实现都应基于安全支撑平台建立可信SOAP、可信的WebService调用环境,确保数据交换的机密性、完整性和不可抵赖性。
信息交换组件采用WebService技术,以SOAP为安全通信基础,以XML为跨平台数据交换技术,以JAVA为跨平台代码交换技术,建立接口标准和服务标准,实现跨平台、跨异构应用系统的数据交换。
外部接口的设计主要包括三大部分:
调用接口、数据模型、接口工具。
三.3.5.1.2系统构架
建成数据交换与共享平台也就是要实现各应用系统间数据库的数据交互,开发不同的应用系统集成接口,直接进行数据交互。
系统提供丰富的系统外部接口设计,全面实现系统的扩展性、集成性。
项目的接口设计紧紧围绕应用需求,在逐一实现各系统互通接口要求的基础上,提炼形成共性与个性相结合的接口技术体系。
体系结构图如下:
外部接口的设计主要包括三大部分:
调用接口、数据模型、接口工具。
调用接口:
调用接口有函件接口、WEBSERVICE接口、COM/RMI/COBRA接口、PLUG-IN接口。
这四种接口的设计主要针对不同的异构系统,可以一起使用,也可以只使用其中某一个接口。
比较通用的接口是WEBSERVICE接口,采用XML和SOAP实现的WEBSERVICE服务遵循国际通用标准设计,能够在跨平台和多种环境下运行,可解决大部分的接口问题。
也可以根据实际客户的需要,采用我们提供了PLUG-IN接口模式定制实现特有的接口应用。
数据模型:
数据模型提供了对接口需求的底层封装和抽象,对接口的数据进行业务建模,在统一数据模式下与工作流平台进行系统交互,完成工作流调用的外部系统的调用。
接口工具:
接口工具为接口调用的数据处理如过滤、加/解密、转换、分析等提供支持,由格式定义工具、数据转换工具和一个文件中心构成。
格式定义工具主要完成接口数据格式的语法、语义定义并生成工作流平台能识别的数据格式;数据转换工具实现不同格式的数据处理、对数据进行加密/解密、转换数据规范的工作流数据等。
文件中心主要负责接口之间文件相关的处理,如完成文件接收、转发,文件传输,文件存、取等IO操作。
三.3.5.1.3技术特点
⏹通用性
具有通用的WEBSERVICE接口,采用XML和SOAP实现的WEBSERVICE服务遵循国际通用标准设计,将各个独立系统的数据按预定义规则转换成统一格式,可以实现跨平台、跨系统以及异构数据库之间的信息交换。
⏹标准化
采用XML作为跨平台数据交换技术。
XML是W3C推荐的国际标准,适合于处理结构化和非结构化信息,用户通过设计和定义自己的数据规范,实现数据的统一处理、传输和共享,使数据不仅具有平台无关的特性,而且与各厂商的内部规范无关,利于不同应用系统之间的信息交换。
⏹易用性
通过开放的交换协议管理系统间的数据交换,可满足任意数量和复杂规则的无编程数据交换需求而无需编程。
“协议”定义了交换的规则,例如交换的源和目的、被交换数据的格式、安全控制、路由选择、传输协议等实现不同系统的数据交换。
⏹安全性
数据交换和传输中的安全性由电子政务安全支撑平台来保证。
利用身份认证和授权管理,可以控制用户的数据请求和访问权限,保证系统的安全。
三.3.5.1.4基本功能
⏹实现跨平台异构应用系统的数据交换
采用WebService技术,以SOAP作为安全通信的基础,以XML为跨平台数据交换的技术,以Java为跨平台代码交换的技术,建立了各政务应用系统沟通和对社会服务的接口标准和服务标准,实现了良好的数据封装、交换和共享,提供了很好的互操作性。
⏹具有强大的数据集成功能
能够实现跨平台异构应用系统的数据共享和集成,支持数据共享和集成,并通过两种方式实现。
一是分布式的数据集成,对于新的应用系统,以及已有的采用中间件的J2EE应用,可以实现分布式的数据集成。
在这种情况下,数据存放在应用系统自己的数据库中,每个应用节点通过建立Web服务来展示自己所能提供的数据的模式,在接到数据服务请求时,通过Web服务调用来向外提供数据服务,在交换过程中使用XML来封装数据。
二是集中式的数据共享,对于网络状况不好的一些应用,或者基于C/S结构的应用,采用一个集中的中心数据仓库来实现数据共享。
相关应用把自己可以在公开的数据更新到中心数据仓库,其他应用通过数据交换代理提出数据请求,从中心数据仓库中获取需要的数据。
⏹与应用支撑软件平台各组件的无缝集成
将信息交换系统与应用支撑软件平台各组件的组合运用可发挥出更大的技术优势,特别是将信息交换系统与工作流系统结合,最终可实现跨系统边界、联合多个部门的大型工作流应用,并具有平台所特有的灵活性。
⏹在线监视与管理
信息交换系统提供完备的在线交换监视手段,可以随时监视到系统中发生的任何数据交换事件。
信息交换系统还提供各种交换日志的查询分析功能,可以随时查询系统中已发生的任何历史数据交换事件。
三.3.5.2报表服务组件
LW-EGP报表服务组件是一种企业级的报表服务,信息系统部门使用该服务来生成高质量的报表。
此报表能够动态地检索和格式化数据库信息,并采用无限多的格式向无限多的接收者发布该信息。
它还能轻松地通过Web,借助一个标准的Web浏览器来动态地生成。
能使用任何数据创建报表,以任何格式产生输出,并将董事会报表分发到任何地方。
报表组件由两部分组成。
⏹报表设计器
⏹报表运行时,即执行报表定义的运行时组件
报表组件支持将报表输出发布到任何WWW服务器。
为开发人员提供了极大的灵活性,使它们能够创建自己的数据源、目标集、通知器、引擎等。
⏹支持众多数据格式
以许多不同的格式发布高质量的数据,包括多字节支持——Unicode、AdobePDF、HTML、HTMLCSS、XML、Postscript、PCL、Delimitedtext、Excel(CSV)和RTF。
允许开发者轻松地构建无限多的报表格式,而无需使用复杂的嵌套报表模块或复杂的程序代码。
预定义模板支持快速生成报表,而生成的报表支持高级的Web特性,如嵌入式超链接,书签和按需网页浏览。
用户可通过在运行时输入参数来定制报表,或者通过将原始XML报表定义与补充定义合并,从而实现真正的输出定制。
⏹访问任何数据
能把多个数据源的数据合并为一个报表。
数据源包括XML和可用JDBC访问的数据源。
开发者甚至能使用可插入数据源的开放式JavaAPI来添加自定义数据源。
这表明报表用户能访问报表中的正确数据,而不用考虑数据的来源。
也可在报表中访问中间层的Javabean以执行不同的数据格式化任务,例如生成一个条形码。
⏹基于标准的、灵活的部署结构
报表开发者能够利用JSP的自定义标签(taglib)创建和部署基于JSP的Web报表——可以使用新的JSP生成向导或手工添加自己的自定义标签来生成JSP报表。
当报表保存为JSP文档时,就可使用XML标签来嵌入数据模型。
现在,整个报表就可使用XML标签来定义,并保存为XML文档。
高级报表生成和分发功能使报表能够自动地基于重复数据输出,并且分别发送给正确的客户。
一旦报表输出生成,它就可以分别或同时分发给浏览器、打印机、电子信箱。
如果系统外不支持开发者的目标地址,那么J2EE开发者还能自由地使用可插入目标地址和通知的开放式JavaAPI,来插入他们自己的自定义目标地址。
三.3.5.2.1报表设计器特点
⏹方便地连接各种数据源
为了满足各种复杂的报表制作需求,支持绝大多数数据库,包括SQLServer、Oracle、DB2等;能连结任何数据源并使用各种ADO与OLEDB连结功能。
⏹可支持无数据源的报表设计
除了支持各种数据库外,还可以在不需要实时数据源连结的情况下,制作完整的报表。
⏹简单快捷制作各种复杂的报表
简单快捷地制作报表——从只有简单图表与图案的基本报表,到内含多层嵌套子报表(subreport)、交叉报表(cross-tab)等各种类型报表。
⏹强大的设计功能
可以自行设定报表的外观,如加上图片、改变形式、色彩或字型等。
可以让一般的报表制作如排序和过滤等工作变得更快更容易。
⏹轻松实现复杂中国式封闭报表
使用设计器中的GridView对象,即可轻松实现复杂的中国式封闭报表的制作。
⏹可实现跨页报表的缩放打印
可以将打印时跨多个页的大报表,通过设计器的缩放打印功能按一定比例缩放打印到指定规格的页面上。
⏹完备的报表分析功能
可以轻松生成各种图表,包括各种折线趋势图、分类饼图、直方图等,提供进一步深入分析的功能。
强大的公式编辑器,可生成重要的统计数据。
⏹快速的Web报表布署
一旦设计出一份报表,其模板即可在Web服务器的Web文件夹中直接储存和更新。
三.3.5.2.2报表引擎特点
⏹简单灵活的调用
服务器端的编程,只是简单的调用报表引擎的API,设定生成报表的数据源和报表输出的页面,就可以轻松地在网络上浏览即时、高品质的报表。
⏹高速报表处理能力
多线程报表引擎,可同时处理大量的报表,能满足您越来越多的报表制作需求。
⏹高度的重用性和可扩展性
三.3.5.2.3报表浏览器的特点
⏹无需编程和额外费用的通用Web报表浏览器
报表工具将提供一个通用的ActiveX报表浏览器,能接收并浏览任何报表设计器所设计出来的报表数据,无需任何编程,也无需任何运行版的费用。
⏹灵活的报表转换和传送
报表浏览器可以将报表导出为Word、Excel、PDF、TXT、HTML、JPG等各种格式的文件,并提供Email分发报表的功能。
三.3.5.3工作流引擎
三.3.5.3.1概述
工作流程引擎用于外来人员审批管理系统以及所有涉及工作流的应用,提供工作流服务,实现工作流与具体应用的结合开发不同的工作流系统。
本节我们将结合本项目的具体要求和南威现有工作流核心引擎的特点具体介绍南威工作流核心平台(LW-Flow)的功能和实现。
南威工作流核心平台参照WFMC(国际标准化工作流组织)所提供的工作流模型,完全基于J2EE体系结构、基于组件的多层架构技术进行设计开发的一个基于WEB应用的工作流系统。
其中核心的工作流引擎以组件形式封装,与数据库和用户界面分开,便于系统维护和与机关内部其他系统进行互联。
工作流引擎又由接口和内部核心处理两部分组成,在内部核心处理中,采用了缓存和多线程等技术来提高系统性能,同时我们的系统还提供完整的二次开发API,可以方便地基于本系统进行其它各类应用的快速开发。
另外,在设计系统中,我们在兼顾标准的同时,综合考虑了国内工作流系统特有的属性和模式,纳入了国家推荐的《电子政务标准化指南》第二版中的各相关标准作为实际的应用设计参考标准。
因此,我们的工作流模型具有既符合各类通用标准,又兼顾实际应用的特点。
三.3.5.3.2功能特性
LW-Flow具备以下特性:
◆多层组织机构管理
◆方便的流程管理和维护
◆实时的流程监控管理
◆直观的表单定义方式
◆通用的查询统计功能
◆支持多级的业务流程嵌套
◆用户身份验证(包括CA认证等)
◆直观的视图定义
◆统一的二次开发和功能扩展模式
三.3.5.3.3总体设计和架构
从上图可以看出,我们的系统分为三个逻辑层次结构:
底层是数据层,这里我们封装了所有数据访问的代码,通过采用符合业界标准的JDBC和XML/SAX等机制,使系统能够以统一、通用的方式访问各类关系数据库系统,同时保证了在其上开发的应用可以访问不同的数据层对象,真正做到独立于数据库。
中间层是商务逻辑层,在这里我们封装了核心的工作流组件,提供基础的工作六服务,同时封装了基本的扩展业务组件,不同的应用、不同的用户可以根据自己的实际情况对业务组件进行扩展、新增等,在保证系统内核稳定的同时又保证了系统的无限扩张,同时在中间层我们还提供了两类大的接口,一类是提供访问其他服务的接口,比如电子邮件服务、LDAP目录服务等的接口,这样保证了系统能够和电子邮件、ActivDirectory等新增或者已有服务进行集成,另一类是一些其他业务系统的接口(比如OA、财务系统等),我们采用开放式、符合xml标准的数据结构,同时提供封装完整的API接口来保证系统能够接收各种外部数据和给外部程序提供完整、可描述的数据。
顶层是表示层,即面向最终用户的数据处理和表现层,我们的系统采用完全的b/s架构设计,用户通过浏览器即可完成绝大部分工作,相关的客户端组件也是通过网络自动下载、分发的,同时系统支持不同类型的访问终端,包括浏览器、PDA等。
下面我们具体说明工作流核心组件中的主要构件设计。
三.3.5.3.4机构模型(组织机构设计)
机构模型描述的是企业或者部门的组织机构关系,包括部门信息、工作组信息、人员信息、角色信息。
对于一个完整的工作流应用体系来说,首先要考虑的重要问题是它支持在什么样的用户组织机构运行环境下运行,它是否能够符合用户的管理级别划分等,不同单位、不同部门、不同角色的人要在系统上能够正确区分开,同时可以支持人员的正常变动,LW-Flow支持国际上通用的层次化用户组织机构设定,它通过一个组织名称、最多四层的组织单元(部门)名称和用户的通用名组成一个完整的用户组织机构,系统还必须以图形化的方式提供这些信息的定义和维护等功能(包括增、删、改等操作)。
机构管理采用的是目前国际上通行的用户目录层次结构设计,不但可以作为系统本身的机构和用户保存机制,还可以为其他系统提供用户服务,同时由于遵循了层次结构的标准,因此系统本身还能够使用别的目录服务,比如从符合LDAP协议的ActivDirectory或者Domino通讯录中提取用户信息,这样就能够保证系统只维护一个用户帐户信息,大大降低了维护工作量和错误几率。
我们将在安全控制一节继续说明基于层次结构的用户授权和认证机制。
三.3.5.3.5信息模型
信息模型定义工作流引擎中所用到的各种控制数据(我们称之为流程元数据:
FlowMetaData)。
包括业务过程信息、业务活动信息、业务活动前依赖规则、业务活动后流转规则、任务指派规则、人员任务列表、人员已完成任务列表。
通过数据模型,可以方便地描述关键业务的业务规则、活动的依赖关系以及任务的指派等特征。
系统提供这些信息的定义和维护等功能(见流程管理一节)
LW-Flow提供两种流程元数据:
流程定义元数据:
描述流程节点、走向、审批方式等的XML文件,它是通用的、与运行时不同的文档无关的,以下是核心的流程描述说明:
元素
说明
流程名称
描述流程的名称,比如公文审批流程
流程节点
一个流程包含的活动,比如收件、审核、签发、归档等
出口
从一个节点到另一个节点的转换定义,LW-Flow还具有从一个流程到另一个流程的转换定义
参与者
每个节点的参与者范围,即可以在流程的不同节点中具有不同操作权限审批人、部门、群组、或者角色的范围
操作
每个节点的审批人可以执行的各种操作,比如填写意见、审阅文件、退回等,操作可以按照定义的条件和用户的权限隐藏或者显示
审批方式
节点审批人的协作方式,LW-Flow支持以下五种审批方式:
●单人审批
●顺序审批
●并行审批
●单个多人审批
●主办和阅批
转办
LW-Flow支持办理人的无级转办功能,确保实际的办理过程符合大型组织的文件流转中介方式
●流程运行时元数据:
描述流程运行时相关的控制数据,和每一份在流转的文档相关,以下是系统定义的常用运行时数据:
⏹当前办理人
⏹已办理人员
⏹发送人
⏹上一节点办理人员
⏹创建者
⏹转发人
⏹转发目标人员
⏹当前代理人
⏹已办理代理人
⏹已阅批人员
⏹当前阅批人
⏹已阅批人员代理
⏹当前阅批人代理
⏹当前节点
⏹已办理节点
⏹上一办理节点
⏹转发目标代理人
三.3.5.3.6模型控制
控制模型将机构模型和信息模型有机地结合在一起,它根据其中定义的业务规则对业务过程中的各项业务活动的流转以及任务指派等工作进行控制和协调。
控制模型是工作流引擎的控制中心,系统提供系统调度、任务管理、任务指派、依赖检查、转发控制等功能。
机构模型和信息模型通过流程管理中的可视化建模工具实现(见下节),它是工作流引擎在构造时的定义中心;控制模型