烟草资金监管平台架构设计说明书Word文档下载推荐.doc
《烟草资金监管平台架构设计说明书Word文档下载推荐.doc》由会员分享，可在线阅读，更多相关《烟草资金监管平台架构设计说明书Word文档下载推荐.doc（83页珍藏版）》请在冰点文库上搜索。
3.2.6 查询页参考 21
3.3 类设计 21
3.4 模块划分 22
3.5 功能菜单 23
4 基础功能设计 26
4.1 组织模型 26
4.2 权限控制 27
4.2.1 菜单权限控制 27
4.2.2 操作权限控制 28
4.2.3 数据权限控制 29
4.3 流程控制 29
4.3.1 流程功能概述 30
4.3.2 工作流的使用 31
4.3.3 工作流的集成 31
4.3.4 系统流程设计 31
4.3.5 流程处理框架 32
4.3.6 流程基本操作 33
4.4 规则处理 38
4.4.1 开发过程 38
4.4.2 规则定义 39
4.4.3 规则执行 39
4.5 消息服务 39
4.5.1 功能描述 39
4.5.2 邮件发送 40
4.5.3 短信发送 40
4.5.4 发送维护 42
4.5.5 接口类设计 42
4.6 通讯网关 44
4.6.1 连接方式 44
4.6.2 功能描述 44
4.6.3 技术框架 46
4.6.4 接口类设计 46
4.7 任务调度 48
4.7.1 功能描述 48
4.7.2 解决方案 48
4.7.3 应用示例 49
4.7.4 配置说明 50
4.7.5 任务清单 51
4.8 报表开发 51
4.8.1 报表设计 51
4.8.2 报表种类 52
4.8.3 报表清单 53
4.8.4 报表打印 53
5 数据同步设计 54
6 安全性设计 56
6.1 方案概述 56
6.2 权限控制 56
6.3 CA认证 56
6.4 登陆日志 56
6.5 操作痕迹 56
6.6 审批痕迹 58
6.7 Server端校验 58
7 性能设计 60
8 客户化设计 61
8.1 改变监管规则 61
8.2 改变业务流程 61
8.3 外围系统连接定制 61
8.4 改变数据库类型 61
8.5 改变组织数据来源 61
9 开发规范 63
9.1 Java编程规范 63
9.2 数据库设计规范 64
9.3 文件命名规范 65
9.4 页面样式规范 66
9.5 页面开发规范 66
9.6 后台程序规范 68
9.7 文档规范 70
9.8 序列号的获取 71
9.9 异常处理 71
9.9.1 JSP页面异常 71
9.9.2 Action异常 71
9.9.3 DAO和Service层的异常 72
9.9.4 异常编程指导 72
9.10 错误消息 72
9.11 事务处理 73
9.12 目录结构 73
9.13 配置文件 74
9.14 开发指导 75
9.15 第三方软件 75
10 环境搭建 78
10.1 开发环境 78
10.2 调试环境 78
10.3 开发基础数据环境 79
10.4 外部系统模拟环境 79
附录1:
开发软件和工具 81
附录2：
公共资源管理 82
附录3：
文档变更记录 83
1简介
本文档为烟草资金监管平台的软件架构设计说明书。
本文档与“烟草资金监管基础平台数据库设计说明书.doc”和“烟草资金监管系统数据库设计说明书.doc”一起构成本系统的概要设计文档体系。
1.1目的
本文档为烟草资金监管平台的软件架构设计提供详细的说明,包括整个系统的架构、基础平台的技术实现、客户化方式和指导应用开发的相关规范等。
本架构书为编制如下文档提供基本依据：
n程序设计书
n软件开发计划
n软件测试计划
n软件用户手册
n系统安装手册
本架构书与本系统的“程序设计书”一起，为编写程序、单元测试、集成测试（α测试）提供基本依据；
本架构书为其它有关文件提供基本依据；
本架构书为软件质量保证人员提供工作依据；
本架构书将作为软件β测试和系统验收的准则；
本架构书与本系统的“程序设计书”一起，将作为编码的基准文件。
1.2范围
本设计书从技术角度定义了本系统的架构，内容涵盖了本系统的设计思想、软件体系结构、软件功能模块分解及边界设计、应用框架设计、与外围系统地连接处理、开发规范等。
对本系统使用的主要技术，如PowerWeb、工作流、规则技术、Jasper等）也做了简要介绍。
本系统中硬件设备和网络设备的设计以及软件详细设计部分不在本规格之内。
1.3术语
nPowerWeb：
是东南融通开发的一个Web界面开发平台。
nintelliRule：
是东南融通开发的规则系统，可实现规则的编辑、编译和执行。
nJasperReports：
开放源码的报表生成工具，用户需要按照它制定的规则编写报表格式的XML模板文件，然后指定数据源得到导出的报表文件。
niReport：
一个帮助那些使用JasperReportslibrary生成报表的用户以可视化方式设计报表的工具。
nHibernate：
HibernateO-Rmappingtools，由www.hibernate.org提供，用于数据层的开发。
nSpring：
Spring-Java/J2EEApplicationFramework，由www.springframework.org提供，用于业务逻辑层的开发。
n工作流引擎：
解释业务流程的定义，与工作流的参与者（包括人或软件）相互作用，并根据需要调用其它的IT系统、应用、或者数据。
n规则引擎：
对业务规则进行解释。
是一种高性能的专用解释（推理）程序。
把当前提交给引擎的数据对象与加载在引擎中的业务规则进行匹配，符合当前数据状态下的业务规则会被激活，根据业务规则中声明的执行逻辑，触发对应的操作。
ntfm：
tobaccofundmonitor烟草资金管理系统
1.4参考文档
n烟草资金监管平台系统需求规格书.doc
nCMBP演示系统，http:
//172.16.9.230/cmbpofficedemo（admin/admin@cmbp）
1.5文档组织方式
第二章关注的是整个系统的内外部环境以及各相关要素之间的关系。
第三章关注的是整个系统提供的具体功能、展现形式和功能实现的技术框架。
第四章关注的是基础平台部分的功能实现思想以及实现的技术框架。
第五章关注的是本系统的数据和外围系统的数据库的数据如何同步和更新。
第六章和第七章关注的是两个主要的非功能性需求如何实现，即安全性和性能。
第八章是对需要客户化的几个问题的方案概述。
第九章是指导开发人员开发，保证设计的一致性和代码具有良好的可读性，保证开发能规范有序地进行的一些指导和要求。
第十章是指导开发人员搭建开发和调试环境，也可了解未来该系统如何部署。
2系统总体架构
本章将从技术角度阐述本系统的定位、设计思想、逻辑架构、应用架构、物理架构以及需要交互的外围系统。
本章是后续章节的编制依据。
2.1产品特点
n采用了先进的J2EE技术架构，确保系统的可扩展性、安全性、可靠性。
n安全、高效的电子支付平台，全面掌握行业资金流动情况。
n全新的多方位的监督理念，包括设置行业企业帐户库、流程控制点、流水帐管理、多渠道的帐目对照、实时报警。
n三级体系，两级监管，组成一个贯穿事前、事中、事后的全方位资金监管体系。
n界面友好，B/S结构的界面，C/S的应用效果，新鲜直观，操作方便。
n统一的接口规范，灵活的的对外接口和报文配置，方便对接不同的业务系统和银行系统。
n实时警示，报警方式灵活选择，报警内容容易定制。
n功能强大的工作流管理系统和规则系统，业务流程和监控规则可以自由调整，做到随需应变。
n丰富的图文并茂的监控方式，包括数据表格、柱状图、散列图、仪表图等，一目了然掌控全局。
n构件化功能组装，强大、简单的业务延伸能力，方便新业务的拓展。
2.2设计指导思想
nJ2EE平台，B/S结构，MVC设计模式。
J2EE平台实现系统的平台无关性（包括操作系统无关性和应用服务器无关性）。
B/S架构的优点是维护方便，能够降低成本。
采用MVC设计模式，使系统具有更大的灵活性和扩展性。
n充分使用已有的软件资产，提高复用程度，降低开发成本。
在本系统中，使用了公司的研发产品intelliFlow工作流管理系统和intelliRule规则系统，参考了公司其它项目中的流程处理框架和基于PowerWeb的应用框架，修改扩展了消息服务构件、通讯网关构件和组织模型维护。
n优先使用构件的组合，以构件的思想搭建一个松耦合的系统。
在本系统中，最基础的功能在bas模块中，这是所有的基础，在此之上是消息服务构件、通讯网关构件和流程处理框架，这些框架、构件、工具库和intelliFlow工作流管理系统、intelliRule规则系统一起构成系统的基础平台；
基于该平台开发3个应用子系统的功能。
n面向接口编程，实现可以替换，充分发挥面向对象编程的优势。
面向接口编程的好处是实现方式容易配置，譬如本系统将来要外接的系统在5个以上，十分复杂，尤其是组织数据也可能取自其它系统，将各功能以接口形式提供，就可以在外界有变化时，只需要单独实现，而不会涉及到已有代码的修改，大大降低测试的工作量。
n配置灵活的思想，使有利于产品推广。
保证流程、报警规则、消息模板、消息发送方式、报文收发实现类能方便配置。
n分层分块思想，方便开发和维护。
整个系统分为基础平台和应用功能，基础平台提供应用框架和核心技术，应用功能主要是在此基础上实现业务功能，以良好的形式展现。
应用框架分为流程框架和非流程处理框架，都由表现层、业务逻辑层和持久化层组成。
对于构件，分为核心功能和扩展功能，扩展功能在实施中客户化；
公用组件包里面包含了系统使用的各种公共功能，相对比较独立。
n通过详细的规范简化应用功能的后继开发，保证设计思想和编码风格的一致性。
产品最大的问题是由于实施应用的点比较多，各自情况不一样，导致修改或客户化的可能性很高，同时产品生命周期长，参与的开发人员会相对比较多，为应对这一特点，本系统通过详细的规范降来低学习成本，提高易维护程度。
2.3系统逻辑架构
本系统安装在各省公司和国家局，各省与国家局之间的系统完全独立，但省与国家局数据库之间有数据同步、上载和下传活动发生，省之间的数据库完全独立。
本系统的角色有监管人员、财务人员、业务人员和系统管理员，不同的角色对应系统不同的访问权限，一个人只有一个角色。
其中只有省公司有系统管理员，即系统是统一维护。
本系统的基础数据一部分来于各个业务系统（如合同信息），一部分在省级系统中维护（如人员信息），一部分由国家局系统维护后下载到省级系统使用（如银行信息）。
本系统需要实时或定时地从业务系统中获取业务数据，前者如业务合同信息，后者如分公司的销售数据。
与银行系统的连接（如查询余额）通过国家局接口连接总行进行。
本系统的应用层将在基于J2EE技术的东南融通基础平台之上进行开发。
并重点使用该平台的应用开发框架、页面框架集及控件集、流程引擎、规则引擎和构件库。
关于这一部分的详细介绍见第4章。
本系统的应用模块包括帐户管理、运营监管、综合查询、烟叶收购、两烟购销等。
关于各功能的详细介绍见3.5节。
2.4系统应用架构
系统应用架构图描述系统的组成部分和各个部分的依赖关系。
n系统使用Java语言开发，B/S结构，支持的浏览器为微软IE5.0以上
nPowerWeb开发平台辅助前台展现层的实现
n规则引擎负责依照监管规则对业务数据进行处理
n工作流引擎负责对业务流程进行处理
nJasper负责报表处理，同时使用JFreeChar实现一些特殊图形的显示
n应用逻辑层使用Hibernate/iBatis负责对数据进行存取，使用Spring负责系统各个部件的组装以及一些辅助功能
n系统用到的数据库为Oracle或DB2,应用服务器为IBM的WebsphereApplicationServer，这是由解决方案决定的。
各技术的选择理由如下：
2.5系统物理架构
系统部署图描述系统运行时所依赖的硬件环境，该环境由节点和节点之间的依赖关系组成。
系统为三级体系、两级监管，三级体系指国家局、省公司、分公司，两级监管指在国家局和省局都单独安装本系统，对业务进行监督管理，国家局和省局之间通过数据的上传和下载保证信息的同步。
逻辑上，系统的服务器包括Web服务器、应用服务器和数据库服务器。
Web服务器主要负责静态页面的显示，应用服务器主要是提供中间层组件、流程引擎和规则引擎的运行环境。
当数据较少时，这些服务器可安装在同一台机器上；
当数据量增加时，这些服务器可按需要分别安装在不同的机器上，Web服务器、应用服务器还可由多台机器组成集群（Cluster），实现负载均衡机制。
原则上数据库服务器使用单独的机器。
系统的运行环境如下：
客户机/服务器
软件配置
备注
客户端
Windows2000Professional
IE5.5以上
应用服务器
WAS5.1.1
数据库服务器
Oracle9i
2.6与业务系统的关系
本系统与各业务系统之间的关系如下图：
本系统需要从各业务系统获取业务数据，并保存在本系统中，以查询和统计。
通过通讯网关实现外部系统数据的获取，即应用模块提出请求指令，通讯网关连接外部系统，发送报文并获取报文，应用模块获取报文后进行其后的数据处理，对外的报文格式为XML。
数据是实时还是定时从各系统获取，以及获取后的处理，待需求细化后在详细设计中体现。
2.7与银行系统的关系
2.7.1连接示意图
本项目的银行连接属于“银企直联”范畴，为实现与银行进行直联，必须签订《网上“企业银行”银企直联服务协议》，基于该协议，在本系统的应用服务器上安装银企直联客户端，本系统根据银行提供的接口说明组织XML报文，直接调用银行提供的API，实现与银行的金融数据交换，安全问题由银行负责。
连接示意图如下：
2.7.2接口关系图
本系统需要与银行系统进行连接的业务如下：
向银行系统收发报文的方式与业务系统类似，不同之处在于和业务系统打交道时需要本系统连接业务系统，而与银行系统打交道时，连接银行系统是由其客户端解决，本系统只是组织XML格式的报文并调用客户端的API。
3应用框架设计
本章将阐述本系统的应用框架、系统的功能菜单、数据流转等。
本章为Web层、业务逻辑层和数据访问层的设计及实现提供依据。
3.1技术框架
客户浏览器发出HTTP请求，通过控制器转发调用相应的业务处理模块来业务逻辑，处理的结果通过控制器相应的视图格式化，返回客户端浏览器呈现给使用者。
在页面的开发上，多采用JSPTAG，实现页面元素的重用，所有相同元素统一控制以增强应用的可维护性。
业务层的设计遵循组件化设计模式。
业务逻辑被封装在业务逻辑组件之中，控制器Action通过调用业务逻辑组件的接口来实现业务逻辑处理。
当需要对数据进行处理时，业务逻辑组件通过调用数据访问组件的方法来完成对持久数据的操作。
另外，在业务逻辑组件之间的通讯也是通过调用接口的方式来实现，以确保组件的重用性和扩展性。
数据访问层遵循DAO设计模式，通过Hibernate和iBatis来访问数据库。
使用Hibernate主要做单表的操作，使用iBatis主要用来实现复杂的查询操作，以优化性能。
3.2界面设计
本系统的界面风格将参考“烟草资金监管演示系统”和PowerWeb的页面开发控件效果，由专业的美工人员设计。
如下是设计的主要想法，本部分在设计完成后将被替换。
3.2.1登陆参考
3.2.2首页参考
n整个页面分为上，左,右,下四块,上为常用菜单图标等,下为脚注,右边开发人员可自由分割，左为树形菜单
n上面的常用菜单和左边的功能菜单都是动态获取的
n需要做分公司、省公司和国家局的首页3套，具体待需求明确后定。
n打开一个菜单页面时，新的页面tab页效果显示
3.2.3新增页面
略。
3.2.4修改页面
3.2.5审批页参考
n每个子系统一个审批任务列表
n每条任务选中进入后为对应的业务信息和审批信息
3.2.6查询页参考
3.3类设计
业务功能实现的类关系如下图：
nLTActionServlet实现转发功能，根据struts的配置文件决定流程和页面的流转，包括常用数据格式的转换。
nAction中调用各业务逻辑处理，业务逻辑的处理实现依照Spring的框架在XServiceImpl中处理，每个处理类都对应一个接口类。
n数据层的操作在使用Hibernate时在XDaoImpl中实现，使用iBatis时，在XSqlDaoImpl中实现，每个处理类都对应一个接口类。
3.4模块划分
分类
模块代码
模块名称
基础平台
bas
基础功能、非流程框架和工具类库
org
使用工作流组织模型的组织维护
iwf
流程处理框架
mns
消息服务
cgs
通讯网关
应用功能
ssm
系统管理和基础信息
account
账号处理
payroll
网上支付
monitor
资金监管
bulletin
公告管理
基础平台各部分的关系如下图：
3.5功能菜单
根据每个人的权限动态生成功能菜单，采用树状方式显示。
如下是系统的全部功能：
一级菜单
二级菜单
三级菜单
系统管理
系统设置
权限管理
通知设置
基础信息
行政区划
组织管理
升级会员 