软件系统技术方案银企互联.docx
《软件系统技术方案银企互联.docx》由会员分享，可在线阅读，更多相关《软件系统技术方案银企互联.docx（61页珍藏版）》请在冰豆网上搜索。
软件系统技术方案银企互联
7软件系统技术方案
为了满足技术先进性及可行性、系统安全性、系统开放性、系统运行的稳定、可靠性、系统易用性、可维护性、可升级性、可继承性、增强的管理功能建议采用基于UAP平台的NC产品、以及客户化开发的模块满足企业的应用。
考虑到系统的复杂性，以及业务的需要，采用分布式集中方案。
并且要求系统具有良好的分布部署，业务协同的能力。
7．1总体技术及部署策略
7.1.1对标书技术需求的理解
根据用友要求，根据用友对大型管理软件的开发实施的经验，认为本系统是地域广阔、业务复杂、行业特性突出、业务集成高的系统，在技术必须从软件技术和系统布局上进行充分的考虑和设计。
技术以及部署策略主要体现在如下几点：
（一）具有技术先进性及可行性
用友认为系统应采用先进的体系结构，保证在建设和使用期间体系结构不会落后。
另外，财务系统在软、硬件产品的选择上要尽量采用成熟的产品，以保证系统安全、可靠地运行。
当前软件系统主要分为J2EE技术架构和.NET技术架构。
（二）系统安全性
用友认为财务信息是企业最为关键的数据信息之一，财务系统采取全方位防范措施，以保证系统安全。
财务系统在各个环节上都要有相应的安全措施来保障，这些措施主要包括：
系统访问控制、数据通信加密、系统日志纪录、数据备份与恢复等。
（三）系统开放性
用友认为系统要采用标准的平台、技术和结构，使其易于与其它系统进行信息交换。
应定义规范的数据接口，以实现系统与其它系统互连互通以及互操作。
（四）系统运行的稳定、可靠性
用友认为系统作为企业信息化系统中的关键业务系统之一，系统的稳定性和可靠性将关系到集团公司日常工作，因此财务系统应具有良好的稳定性和可靠性。
（五）系统易用性
用友认为系统应具有良好的用户界面，易学易用。
还应在功能、业务流程上具有易操作性。
系统提供操作手册、在线帮助，功能键的安排应符合使用人员习惯，数据能够以清单、表格、图形等形式显示、打印。
（六）可维护性、可升级性
用友认为系统应采用结构化、层次化设计结构，使系统易于维护和升级，系统应采用模块化设计，并保证各版本之间具有良好的兼容性，不会因为系统中某些模块的改变而影响整个系统的正常运行。
财务系统软件应尽可能做到”零”维护，同时实现简便易操作的远程维护。
（七）可继承性
用友认为系统应具有较强的可继承性，应包括应用系统的可继承性及数据的可继承性，系统应提供对各项相关财务历史数据的存储、查询、管理等功能。
（八）增强的管理功能
用友认为系统应注重对系统操作流程的合理、必要控制，提高业务、管理工作的规范性。
提供计划控制功能，实现管理信息化。
7.1.2技术及部署具体策略
根据对系统技术需求的理解，系统布局需要从系统架构、技术平台、系统安全、环境部署上进行满足上面的要求。
系统布局：
采用分布集中的方案，保证效率以及集中管理要求。
技术平台：
采用以J2EE为基础的UAP技术，
包括技术平台，应用平台，开发和管理工具集，以J2EE为基础的系统。
系统安全：
采用SSL技术、CA技术等可以保证系统的安全性
环境部署：
根据业务量计算具体需要部署的硬件设备参数进行实际部署。
7.2系统布局
7.2.2系统采用省级部署系统部署图如下
拓扑图说明
ØXX系统千兆带宽的局域网，连接数据库主机、应用系统主机及通信服务器等设备。
主要设备有数据库服务器、应用及WEB服务器、电子凭证仓库服务器等主机设备，路由器、交换机等网络设备，磁盘阵列等网络存储设备，以及防火墙等安全设备。
Ø中心设置2台小型机作为中心数据服务器、2个服务器作为中心Web及应用服务器，系统数据全部存放在磁盘阵列上，并配置另外一台磁盘阵列（或者磁带机）进行数据备份。
建议采用OracleRAC技术以保证系统的稳定和数据的安全以及数据库并行计算能力。
整个信息系统还可以包括网管机，用于系统维护人员进行网络管理及系统维护。
Ø数据全部在集团数据中心存放。
用户通过浏览器访问中心应用服务器使用该系统，进行数据录入、查询等界面操作。
Ø省级管理机构领导以及管理人员的管理终端，使用10/100M局域网交换机建立管理局域网，通过相应的网络设备联入
报账系统。
Ø系统客户用户通过浏览器，使用HTTPS模式访问中心应用服务器，使用该系统；进行数据录入、查询等界面操作。
Ø设备都采用冗余的方式，保证系统的高可靠性。
Ø电子扫描的图像按照数据库的方式进行存储方便管理和备份，提供电子仓库应用服务器进行加密处理，并提供外部系统的查询服务。
ØCA服务器可以作为独立的服务器安装，也可以使用XX现有的CA服务器。
7.3系统框架及技术
7.3.1体系结构
本系统软件架构主要包括：
表现层、接入层、应用层、核心层和数据层。
见图8-1。
图8-1软件架构图
表现层功能说明
表现层负责提供终端用户操作界面。
表现层包括各级终端用户和业务系统。
终端用户包含国家局用户终端、省局用户终端、地市局用户终端、县局用户终端等。
用友软件在客户端采用MVC的设计模式，分离了表现层、控制层、数据层。
方便开发和维护。
业务客户端Javaplugin模式下，可以动态的根据服务器的代码版本更新本地的代码版本，按照包进行管理。
按照JSR1.68协议提供Portal可以实现单点登录
NC提供界面整合组件直接使用第三方脚本进行界面集成。
接入层功能说明
接入层负责接入客户端请求、以及外系统数据交换。
接入层主要包括WEB服务、任务调度中心、页面生成器等。
ØWEB服务实现用户浏览器的接入和WEB页面的处理。
Web服务支持HTTP协议，和HTTPS协议。
Ø任务调度中心实现请求服务的排队处理，达到共享连接，避免大量用户同时接入时，过多的消耗主机资源。
Ø页面生成器：
NC的页面生成采用组件的开发模式生成界面需要的HTML。
应用层功能说明
应用层主要包括总帐、报表、资金管理等模块。
核心层功能说明
UAP的运行平台，包括各个引擎的运行态。
Ø元数据：
管理系统的元数据描述
Ø权限控制：
提供权限服务，登陆认证等。
Ø工作流引擎：
提供工作流的驱动。
Ø查询引擎：
提供后台的，高效的执行引擎。
Ø持久化层：
提供统一的ORMapping技术。
Ø日志管理：
实现系统操作日志的自动登记、归档等管理功能；
Ø系统监控：
实现系统运行状态的自动监控，生成各种监控报告，并具有查询打印功能
数据层功能说明
数据层：
使用ORACLE数据库，完成财务系统数据的存储、响应和调度。
XX采用平台技术、平台的框架图如下：
用友XX体系框架图
用友XX从体系结构上可分为三层，从下往上分别为系统框架层（SystemFramework）、技术框架层（TechnologyFramework）及应用框架层（ApplicationFramework），如图21所示。
UAP-NC还提供开发和管理工具集（Workshop）。
系统框架层
系统框架层主要指基础软件，如操作系统、数据库及J2EE应用服务器。
UAP-NC支持多种操作系统（Solaris、AIX、Linux、Windows等），可运行于符合J2EE规范的多种应用服务器（IBMWebSphere、BEAWebLogic、UFIDAApplicationServer等），支持多种数据库DBMS（DB2、Oracle、SQLServer、OSCAR等）。
UAP-NC还提供Portal服务器进行内容集成以使用户对企业资源有一个统一的访问点。
技术框架层
技术框架层是在系统框架层（操作系统、数据库及应用服务器）和应用系统之间建立的一层技术封装层和系统资源监控和管理层。
技术框架层屏蔽不同具体技术实现的细节，减少直接使用系统资源带来的复杂性、异构性、不安全性及不稳定性；技术框架层监控和管理系统资源，保证系统资源的可用性及其合理使用；技术框架层提供最佳编程模式，加快在不同技术平台上开发和部署应用的速度，保证应用的健壮性。
技术框架层所屏蔽技术实现细节包括界面风格、远程接入、EJB实现/访问、多数据库适配、事务处理、并发处理、缓存处理、安全管理等等。
⏹企业服务架构（EnterpriseServiceArchitecture，ESA）
企业服务架构是一个服务集成总线，支持异构环境的服务、消息及基于事件的交互。
通过ESA，可以使用与实现无关的接口来定义服务，可发现和调用所需的服务，可解决服务之间的相互依赖。
⏹连接框架（ConnectFramework）
连接框架连接客户端与服务器，使不同客户端（浏览器小应用程序、Java应用程序、浏览器JSP）可通过不同访问协议（HTTP/HTTPS，RMI）使用服务器提供的服务。
⏹同步（Synchronization）
同步服务实现客户端与服务器代码和数据的同步，及集群环境下服务器之间的资源同步。
⏹SQL翻译器（SQLTranslator）
SQL翻译器将SQL翻译成适合目标数据库的SQL语句，以适配不同数据库厂商提供的产品；优化SQL，充分发挥不同数据库的最大性能。
⏹元数据管理（MetadataManagement）
元数据是描述系统数据（包括界面定义、规则定义、流程定义等）的数据。
通过元数据管理，对系统数据统一进行维护以支持用户自定义，如改变字段的可编辑属性、字段的取值范围等。
⏹工作流引擎（Workflow）
工作流引擎根据工作过程的描述，通过执行一系列已定义的工作项，完成此工作过程。
UAP-NC的工作流引擎支持多种工作流模式，如分支、合并、并行、选择、循环、回退等；支持工作项的抢占与会签；支持可配置的动作执行脚本，等等。
⏹规则引擎（RuleEngine）
规则引擎用来定义和执行各种规则，包括界面规则、关联关系、计算规则、条件跳转规则等。
使用规则可以让应用更加富有柔性。
规则需要通用的行业化语言精确表达且浅显易懂。
规则引擎需要满足一定的计算速度，支持规则的批量处理及理解外部数据。
⏹持久化框架（PersistenceFramework）
封装不同持久化技术（如JDBC、普通文件、XML、Excel）。
持久化框架可解决对象与关系之间的“阻抗失配”问题。
⏹基础算法（BasicAlgorithms）
提供统一的基本算法，如排序，XML文档操作，方便开发与编程，统一代码规范。
⏹登录和安全（Login/CASecurity）
统一管理系统登录时的身份认证。
支持多种身份认证策略，如静态密码认证、基于USBKey的CA身份认证等。
支持对业务敏感数据使用证书进行签名和验证以防止数据篡改和提供抗抵赖性。
⏹调度引擎（Scheduler）
调度引擎对服务和线程进行统一管理，以屏蔽不同应用服务器的异构性。
调度引擎调度各种服务、常驻系统服务、客户端的请求服务、以及一些服务的组合。
⏹异常（Exception）
统一解释与封装异常消息，如不同厂商的数据库异常的不一致。
⏹缓存（Cache）
提供在服务器端与客户端的临时内存中进行缓存的机制，包括对象的创建、共享访问、假脱机（Spooling）、失效等，加快对用户操作的响应。
⏹日志（Log）
日志机制提供对系统运行时的监控及支持对系统异常的追踪与定位。
日志机制可控制日志输出的格式、日志信息的级别、日志信息输出的目的地（文件、控制台、SocketServer等）。
通过配置文件进行灵活的设置，用户可以细致地控制日志的生成过程，而不需修改程序代码。
⏹界面模式
在B/S技术框架下，支持RichClient模式和ThinClient模式，
RichClient支持SWING技术形态，支持良好图形控件，比较适合于业务操作。
ThinClient模式下支持HTML，JS的技术形态的界面，比较适合于信息发布。
应用框架层
应用框架层是基于企业建模理论的、以业务导向和驱动的、可快速构建应用软件的软件平台。
应用框架层的出现是一种技术创新，它使软件平台多了一个具有革命性意义的战略层次，为降低大型复杂软件系统的实现难度提供了新的途径。
将应用软件的业务逻辑和开发技术相对分开，使得应用软件的开发者可以仅关注应用的业务逻辑，而不必关注其繁琐的技术实现。
这使管理层与业务人员参与应用软件的开发成为可能。
UAP-NC应用框架层基于业务和管理层面，以业务建模（组织、流程、功能、资源、信息）为基本手段，从而构造、开发和维护业务应用系统。
使用UAP-NC提供的应用框架层，可大大缩短研发周期，提高研发效率，加快应用开发的速度；减少企业信息系统开发的风险；降低开发成本；实现最终用户的个性化的需求；支持用户在发展过程中各种各样的需求变化；提供应用的高价值。
⏹国际化（I18N）
实现界面的多语化及数据和展示的本地化。
界面的多语化是指根据用户登录时指定的语种显示相应的语言界面。
企业用户可以修改相应的语言信息及显示的图片。
数据和展示的本地化指日期、时间、数字、货币、汇率等可根据企业用户本地的习惯进行展示。
⏹消息管理（MessageManagement）
消息管理集中显示通过ESA所传送的消息，如应用系统所产生的预警消息，通知消息，业务流程相关的消息，及企业公告和用户对发消息等。
⏹XX管理（MobileManagement）
支持通过铁通设备进行消息的交互及操纵业务数据等。
对无线设备的广泛支持，UAP-NC带来的是企业管理的无处不在和服务的无限拓展，同时也为企业决策人员提供了高端、迅捷的管理机制。
⏹组织管理（OrganizationManagement）
提供从不同维度管理企业，如公司、部门、主体账簿等。
⏹数据传输（DataTransfer）
数据传输负责传输以规则定义的数据集以支持数据层的应用集成。
⏹数据交换（DataExchange）
与第三方系统进行数据交换，提供灵活的数据映射及数据绑定，支持根据业务规则的转换，同时结合工作流平台整合业务流程。
⏹动态会计平台（FinancialAccountPlatform）
通过定义会计科目类别和凭证模板，使用凭证生成器，根据业务数据生成实时凭证。
在保持业务数据与财务数据相对独立的基础上保证数据的一致性和及时性。
⏹预警平台（PreAlert）
在预警平台上可定义多种方式的预警条件以进行形式多样的预警，如时间条件、库存大小、生日等。
预警还可配置在用户登录时触发。
预警消息可以用HTML网页的形式发布，可以通过邮件发布，还可使用短消息发送。
⏹业务流程和审批流程的编排（BusinessProcessandApprovalFlowOrchestration）
用来定义业务流程和审批流中数据的流向，数据间的关系及以人员的关系。
⏹访问控制（AccessControl）
使用基于用户角色和对象权限的权限分配方式。
每一角色都包含公有权限和属于某一具体公司的私有权限。
角色还提供信任功能。
⏹应用模式（ApplicationPatterns）
UAP-NC根据经验积累与用户实施，总结出一套与应用界面相关的模式（表单、报表和打印），更好地提供满足用户需求的界面展现，更快地满足用户个性化的需求。
标准化的UAP-NC
UAP-NC是标准化的企业应用平台，支持如下标准：
⏹应用服务器：
J2EESpecification
⏹工作流：
WfMCReferenceModel
⏹安全：
SSLandJSSE，X509Certificate，andDigitalSignature
⏹消息：
JMS
⏹管理：
JMX
⏹门户：
JavaPortletSpecification（JSR168）
⏹数据库访问：
JDBC支持ORACLE，DB2，SQL*SERVER等数据库
⏹远程访问与连接：
HTTP/HTTPS，RMI/IIOP
开发和管理工具集
UAP-NC在为复杂企业应用软件系统的开发提供一个基本框架（技术框架层和应用框架层）的同时，提供了与之相应的、方便易用的开发、实施、维护和管理工具集。
这个工具集预置了大量的基本功能件、核心功能件和应用组件，支持企业模型的仿真、分析、诊断、优化和调整。
通过技术框架和应用框架提供的开发与管理工具集：
⏹用友软件和二次增值开发商能很方便地满足用户个性化的需求及用户在企业发展过程中各种各样变化的需求；
⏹降低开发难度，提高开发效率；
⏹支持基于企业参考模型的快速实施；
⏹提供全新的应用软件开发模式。
7.3.2接口技术？
？
NC产品是最早采用J2EE架构、按照“集中管理、协同商务”的产品设计理念，针对集团与行业客户群研发的ERP产品。
NC经过近十年研发和发展，已经形成了国际化的、技术和平台先进、成熟的集团应用架构、超过1000多家集团型客户与行业客户成功应用的高端业务产品与及解决方案体系。
数据按省公司进行集中式管理，并能通过数据传输工具自动传输到总部：
分布式部署指在集团总部和下属企业各部署完整的应用系统，比如，集团采用大集中的NC，以及建立中心数据中心，省分中心采用区域集中的模式。
图01分布式部署
分布部署对软件有比较高的要求。
为了满足分布集中要求，要求软件做出相应的设计。
NC为了满足分布后数据能够合并在一起设计中有两个重大的规定：
1、采用OID最为主键，分服务器产生不同的OID，数据能够复制到一起
2、每个数据上有时间戳，能够进行增量复制。
为了满足实时进行业务传递的要求，可以采用NC的数据复制工具进行数据复制，增量的，时间步长可以设置为1分钟，1分钟检查一次是否有新的业务数据，如果有进行数据上传，实现实时的业务协同。
数据复制工具：
一个数据传输对象实际就是一系列表的集合，并且每一个表都对应了一个select语句，数据传输工具在传输一个数据传输对象就是根据每一个表所定义的select语句从原数据库中取出数据，再插入到目标数据库的，所以定义一个数据传输对象的内容就是通过上面的界面选出需要传输数据的表，并为每一个表定义一个select语句。
为了便于程序的处理，将一个select语句按照结构分成了四部分，即select子句、from子句、where子句和orderby子句。
如果上图所示
另外，数据传输对象为每一个数据表还定义了一个“复制模式”的属性，有两个取值：
增量复制和覆盖复制。
复制工具可以定义任务，定义任务执行的时间周期。
进行自动执行传输任务。
复制工具也提供数据文件导出，将表的数据进行打包，使用其他途径发送数据，目标系统将数据进行倒入。
系统设计采用PK，时间戳的模式，可以准确的知道数据的有效时间，采用逻辑删除数据的模式让数据删除可以在复制中得到体现。
保障数据的完整性。
NC有实际的大用户使用分布集中的系统：
中国人民银行全国财务系统。
在网络畅通的情况下，进行测试能够达到2000条/秒。
7.3.3界面技术
NC界面技术采用基于SWING技术的界面形态和基于HTML+JS的技术形态。
Swing具有先天的操作能力，开发业务人员的管理界面。
HTML+JS适合于简单的管理简单的应用和信息发布，和信息整合，在这些方面有非常大优势。
系统提供界面方便、友好、美观、简洁，查询输出界面友好。
下面是一个界面样例、单据报销录入界面：
单据模版：
通过单据模版工具可以配置各种界面模型。
根据权限分配给角色或者用户
打印模板
打印模板定义了打印模型和各种打印选项。
使用者将打印模型建立在打印模板的表格中，每一个单元格都可以定义独立的字体、颜色、边框、高度宽度和绑定的变量。
另外，打印模板还可以定义关于打印的一些页面设置，比如页码、页眉页脚、纸型等等。
支持打印变量定义，打印变量是对要打印的数据的抽象，打印变量通过拖拽方式从变量列表添加到模板中。
在实际打印或预览时，用到的打印变量会被赋值。
一共有三种类型的变量：
数据源变量、自定义变量和系统变量。
提供固定行、固定列、向下扩展和动态列、固定行的单元格变量的扩展、分页支持自动和强制分页。
打印目前分成五种场景：
普通分页场景、强制分页场景、凭证分页场景、工资条场景、卡片分页场景。
打印预览界面：
系统帮助：
系统内置了帮助手册，在各个功能节点按帮助键就可得到系统帮助。
如图所示：
查询引擎：
查询引擎是一个重量级的工具。
可以根据应用的需求定义查询的需求。
看一下这张图的示例。
本工具可以作任意布局，可以做数据与图形的联动。
他既是一个开发工具，又是一个实施工具。
7.3.4数据输入输出
输出技术
系统提供可以输出多种数据格式如：
EXCEL，XML，TXT
Excel使用Apache的Jakata项目的POI子项目。
XML,TXT是文本格式直接输出就可以了。
输入技术：
系统提供基于EXCEL，XML，DBF，TXT等多种数据的转入，录入方式。
Txt导入：
主要使用JAVA程序识别，软件中还包括定义数据分隔符等定义数据含义。
Excel导入：
使用Apache的Jakata项目的POI子项目。
DBF导入：
使用JDBC接口读入。
NC提供一个数据转换平台，可以将各种数据来源装换成XML数据格式，供外部交换平台进行识别使用。
系统应提供调用外部第三方软件对录入数据的编辑功能：
基于WEB的模式，系统提供对第三方软件的录入数据的编辑功能。
通过JACOB可以调用WORD，EXCEL等功能。
通过ACTIVEX可以调用第三方的控件。
也可通过DLL调用方的第三方软件的录入数据的编辑功能。
另外：
在EXCEL还可以利用EXCEL的嵌入功能作预算的离线编制、和系统互动的功能。
IUFO产品提供久其的数据接口可以将财务报表导出给国资委报表系统。
？
田颖
7.3.5权限控制
资源权限控制界面用来为当前登录公司以及当前登录公司的下属公司启用按钮权限控
制和数据权限控制。
NC系统中的权限由三个部分构成，分别为功能权限、数据权限和按钮权限。
功能权限是指节点的查看和打开的权限；数据权限是指档案的参照权限，而按钮权限是只指各个界面上按钮的查看和使用权限。
如果不启用权限控制，则不需要分配权限，系统默认角色具有所有权限；启用权限控制后，可以为具体的角色分配具体的权限。
NCV5.0系统默认启用了功能权限控制，且该设置不可修改；数据权限和按钮权限的权限控制默认为不启用状态，但可在本界面对设置进行修改。
资源权限控制的界面如图1.1.1所示。
表头的公司项中默认显示当前登录的公司，可以
通过公司的参照选择不同的公司，为其进行资源权限控制的设置。
界面左侧的资源列表中显
示的是NC系统中可以启用权限控制的资源，包括按钮和各个可以启用数据权限控制的档
案。
选中了某一个资源后，界面右侧会对应显示出当前登录公司以及当前登录公司下属公司
能够启用该资源权限控制的组织，这种组织有可能是公司也有可能是主体帐簿，由选择的资
源决定。
7.3.6审批流平台
审批流平台为单据的审批处理提供平台支持。
基于任务驱动的执行引擎使得流程流转与用户交互分离开来，具有更强的健壮性。
支持分支/汇总（Split/Join）、优先级（Priority）、子流程（Subflow）、可指派、抢占/会签、消息配置、代理人、弃审等流程特性。
流程定义
XX的审批流定义模型遵循WfMC的XPDL1.0过程定义规范，具有严格的语义和丰富的描述能力。
图24审批流定义-浏览
图25审批流定义-设计
审批流定义按照单据类型（+业务类型）进行了分类。
用户可以基于单据类型定义审批流，也可以基于单据类型+业务类型（如果配置了业务流程）来定义审批流。
一个单据类型（+业务类型）下可以定义多个审批流，这里可以把单据
升级会员 