烟草资金监管平台架构设计说明书

目　录TOC　\o"1-3"＼ｈ　\z\ｕ1简介５１.1ﻩ目的ﻩ５1.2范围51．３ﻩ术语61.4参考文档ﻩ61.5文档组织方式ﻩ6２系统总体架构8２．1产品特点82.2ﻩ 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 指导思想82.3ﻩ系统逻辑架构ﻩ1０2.４系统应用架构11２.5ﻩ系统物理架构ﻩ132．6ﻩ与业务系统的关系ﻩ142．７ﻩ与银行系统的关系142.7.1连接示意图142.7.2ﻩ接口关系图ﻩ15３ﻩ应用框架设计173．1ﻩ技术框架１73.2ﻩ界面设计ﻩ１73.２.1登陆参考ﻩ183．2.2首页参考19３.2.3ﻩ新增页面193.2.４ﻩ修改页面1９3．２.5ﻩ审批页参考ﻩ203.2.6查询页参考２13.3类设计213.４ﻩ模块划分ﻩ2２3．5功能菜单ﻩ２34基础功能设计ﻩ2６4.1组织模型ﻩ264.2ﻩ权限控制ﻩ２７4.２．１菜单权限控制ﻩ２７４.2．2ﻩ操作权限控制ﻩ2８4．2.３ﻩ数据权限控制294.3流程控制ﻩ２94．3.1ﻩ流程功能概述ﻩ304.３．2ﻩ工作流的使用314．３.3ﻩ工作流的集成ﻩ314.3.4系统流程设计ﻩ314.３.5流程处理框架ﻩ32４.3.6ﻩ流程基本操作334．4ﻩ规则处理ﻩ384.4.1开发过程ﻩ３8４．4.2ﻩ规则定义ﻩ394.4.３规则执行ﻩ394．5ﻩ消息服务ﻩ３9４．5.1功能描述3９4.5.2ﻩ邮件发送ﻩ40４.5.3ﻩ短信发送４0４.5．４发送维护424．5.5接口类设计４24.6ﻩ通讯网关ﻩ4４4.6.1ﻩ连接方式4４4.6.2ﻩ功能描述ﻩ４44．６.3ﻩ技术框架46４.6．4ﻩ接口类设计４64．７任务调度ﻩ４８4.７.1ﻩ功能描述ﻩ４8４.7.２解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 484．７.3应用示例４９４.7．4ﻩ配置说明ﻩ50４.７.5任务清单ﻩ5１4.8报表开发ﻩ５14．8.1报表设计514.8.２报表种类ﻩ52４.8．3报表清单ﻩ534．8．4ﻩ报表打印5３５数据同步设计５４6安全性设计56６.1方案概述566.2权限控制ﻩ５66.3CA认证56６.４ﻩ登陆日志566.５操作痕迹ﻩ５66.６ﻩ审批痕迹ﻩ５８6．7Sｅｒｖeｒ端校验５87性能设计ﻩ６08ﻩ客户化设计ﻩ618.1ﻩ改变监管规则61８.2ﻩ改变业务流程ﻩ618.3外围系统连接定制ﻩ618．４ﻩ改变数据库类型6１8.5ﻩ改变组织数据来源ﻩ6１9ﻩ开发规范６３9.1ﻩＪava编程规范６３9．２数据库设计规范ﻩ649.3ﻩ文件命名规范659.4ﻩ页面样式规范669.5ﻩ页面开发规范ﻩ6６9.6ﻩ后台程序规范689.7文档规范ﻩ709.8序列号的获取ﻩ7１9.9异常处理７１９.9.1JSP页面异常ﻩ７19.9．２Ａｃｔｉon异常ﻩ71９.9.3DＡＯ和Ｓerｖice层的异常７29．9.4ﻩ异常编程指导７29．１０错误消息ﻩ７29．1１ﻩ事务处理ﻩ７３9.１２目录结构73９.13配置文件ﻩ749.１4开发指导ﻩ759.１５第三方软件７510环境搭建78１0．1ﻩ开发环境ﻩ7810．2ﻩ调试环境78１0.3ﻩ开发基础数据环境ﻩ7910.4外部系统模拟环境79附录1:开发软件和工具ﻩ81附录2：公共资源管理82附录３：文档变更记录831简介本文档为烟草资金监管平台的软件架构设计说明书。本文档与“烟草资金监管基础平台数据库设计说明书．doc”和“烟草资金监管系统数据库设计说明书.doc”一起构成本系统的概要设计文档体系。1.1目的本文档为烟草资金监管平台的软件架构设计提供详细的说明,包括整个系统的架构、基础平台的技术实现、客户化方式和指导应用开发的相关规范等。本架构书为编制如下文档提供基本依据：程序设计书软件开发计划软件测试计划软件用户手册系统安装手册本架构书与本系统的“程序设计书”一起，为编写程序、单元测试、集成测试(α测试)提供基本依据;本架构书为其它有关文件提供基本依据;本架构书为软件质量保证人员提供工作依据；本架构书将作为软件β测试和系统验收的准则；本架构书与本系统的“程序设计书”一起,将作为编码的基准文件。1.2范围本设计书从技术角度定义了本系统的架构，内容涵盖了本系统的设计思想、软件体系结构、软件功能模块分解及边界设计、应用框架设计、与外围系统地连接处理、开发规范等。对本系统使用的主要技术,如PoｗerＷeb、工作流、规则技术、Jasｐer等)也做了简要介绍。本系统中硬件设备和网络设备的设计以及软件详细设计部分不在本规格之内。1.3术语PowerWeｂ:是东南融通开发的一个Web界面开发平台。ｉｎｔeｌliＲule：是东南融通开发的规则系统，可实现规则的编辑、编译和执行。JasperRepｏｒts:开放源码的报表生成工具，用户需要按照它制定的规则编写报 表格 关于规范使用各类表格的通知入职表格免费下载关于主播时间做一个表格详细英语字母大小写表格下载简历表格模板下载 式的XML模板文件，然后指定数据源得到导出的报表文件。iReｐoｒt：一个帮助那些使用JaspeｒRｅpｏｒtslibrarｙ生成报表的用户以可视化方式设计报表的工具。Ｈiｂernate:Hibernate　Ｏ－Rｍappingtｏols，由　提供,用于数据层的开发。Spring:Spｒｉng－Java／Ｊ２EＥApplｉcａtionFｒaｍewｏrk,由　　提供,用于业务逻辑层的开发。工作流引擎：解释业务流程的定义,与工作流的参与者(包括人或软件)相互作用，并根据需要调用其它的ＩT系统、应用、或者数据。规则引擎：对业务规则进行解释。是一种高性能的专用解释(推理)程序。把当前提交给引擎的数据对象与加载在引擎中的业务规则进行匹配,符合当前数据状态下的业务规则会被激活，根据业务规则中声明的执行逻辑，触发对应的操作。tfｍ：tobａccoｆundmonitoｒ烟草资金管理系统1.4参考文档烟草资金监管平台系统需求规格书.docＣMBP演示系统,(admin/aｄｍin@ｃmｂp)1.5文档组织方式第二章关注的是整个系统的内外部环境以及各相关要素之间的关系。第三章关注的是整个系统提供的具体功能、展现形式和功能实现的技术框架。第四章关注的是基础平台部分的功能实现思想以及实现的技术框架。第五章关注的是本系统的数据和外围系统的数据库的数据如何同步和更新。第六章和第七章关注的是两个主要的非功能性需求如何实现，即安全性和性能。第八章是对需要客户化的几个问题的方案概述。第九章是指导开发人员开发,保证设计的一致性和代码具有良好的可读性,保证开发能规范有序地进行的一些指导和要求。第十章是指导开发人员搭建开发和调试环境,也可了解未来该系统如何部署。2系统总体架构本章将从技术角度阐述本系统的定位、设计思想、逻辑架构、应用架构、物理架构以及需要交互的外围系统。本章是后续章节的编制依据。2.1产品特点采用了先进的J2EE技术架构,确保系统的可扩展性、安全性、可靠性。安全、高效的电子支付平台,全面掌握行业资金流动情况。全新的多方位的监督理念，包括设置行业企业帐户库、流程控制点、流水帐管理、多渠道的帐目对照、实时报警。三级体系，两级监管,组成一个贯穿事前、事中、事后的全方位资金监管体系。界面友好,B/S结构的界面，C/S的应用效果,新鲜直观,操作方便。统一的接口规范,灵活的的对外接口和报文配置，方便对接不同的业务系统和银行系统。实时警示,报警方式灵活选择,报警内容容易定制。功能强大的工作流管理系统和规则系统，业务流程和监控规则可以自由调整，做到随需应变。丰富的图文并茂的监控方式,包括数据表格、柱状图、散列图、仪表图等,一目了然掌控全局。构件化功能组装，强大、简单的业务延伸能力，方便新业务的拓展。2.2设计指导思想J2ＥE平台,B／S结构，MＶC设计模式。J2EE平台实现系统的平台无关性（包括操作系统无关性和应用服务器无关性）。B/Ｓ架构的优点是维护方便，能够降低成本。采用ＭＶC设计模式,使系统具有更大的灵活性和扩展性。充分使用已有的软件资产,提高复用程度,降低开发成本。在本系统中,使用了公司的研发产品inteｌliＦlow工作流管理系统和intelｌiＲｕle规则系统,参考了公司其它项目中的流程处理框架和基于PowerWeb的应用框架，修改扩展了消息服务构件、通讯网关构件和组织模型维护。优先使用构件的组合，以构件的思想搭建一个松耦合的系统。在本系统中,最基础的功能在baｓ模块中，这是所有的基础,在此之上是消息服务构件、通讯网关构件和流程处理框架，这些框架、构件、工具库和inｔｅllｉFlｏw工作流管理系统、intｅlｌiRｕle规则系统一起构成系统的基础平台;基于该平台开发3个应用子系统的功能。面向接口编程，实现可以替换,充分发挥面向对象编程的优势。面向接口编程的好处是实现方式容易配置，譬如本系统将来要外接的系统在５个以上,十分复杂,尤其是组织数据也可能取自其它系统,将各功能以接口形式提供,就可以在外界有变化时,只需要单独实现，而不会涉及到已有代码的修改,大大降低测试的工作量。配置灵活的思想，使有利于产品推广。保证流程、报警规则、消息模板、消息发送方式、报文收发实现类能方便配置。分层分块思想，方便开发和维护。整个系统分为基础平台和应用功能，基础平台提供应用框架和核心技术，应用功能主要是在此基础上实现业务功能，以良好的形式展现。应用框架分为流程框架和非流程处理框架,都由表现层、业务逻辑层和持久化层组成。对于构件，分为核心功能和扩展功能,扩展功能在实施中客户化;公用组件包里面包含了系统使用的各种公共功能,相对比较独立。通过详细的规范简化应用功能的后继开发,保证设计思想和编码风格的一致性。产品最大的问题是由于实施应用的点比较多，各自情况不一样,导致修改或客户化的可能性很高，同时产品生命周期长，参与的开发人员会相对比较多，为应对这一特点，本系统通过详细的规范降来低学习成本,提高易维护程度。2.3系统逻辑架构本系统安装在各省公司和国家局,各省与国家局之间的系统完全独立，但省与国家局数据库之间有数据同步、上载和下传活动发生，省之间的数据库完全独立。本系统的角色有监管人员、财务人员、业务人员和系统管理员，不同的角色对应系统不同的访问权限，一个人只有一个角色。其中只有省公司有系统管理员，即系统是统一维护。本系统的基础数据一部分来于各个业务系统(如 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 信息)，一部分在省级系统中维护(如人员信息），一部分由国家局系统维护后下载到省级系统使用(如银行信息）。本系统需要实时或定时地从业务系统中获取业务数据,前者如业务合同信息,后者如分公司的销售数据。与银行系统的连接(如查询余额）通过国家局接口连接总行进行。本系统的应用层将在基于Ｊ2EＥ技术的东南融通基础平台之上进行开发。并重点使用该平台的应用开发框架、页面框架集及控件集、流程引擎、规则引擎和构件库。关于这一部分的详细介绍见第4章。本系统的应用模块包括帐户管理、运营监管、综合查询、烟叶收购、两烟购销等。关于各功能的详细介绍见3.5节。2.4系统应用架构系统应用架构图描述系统的组成部分和各个部分的依赖关系。系统使用Jａva语言开发,B/Ｓ结构,支持的浏览器为微软IE5.０以上PowｅrWeｂ开发平台辅助前台展现层的实现规则引擎负责依照监管规则对业务数据进行处理工作流引擎负责对业务流程进行处理Jａspｅr负责报表处理，同时使用JFreeCｈaｒ实现一些特殊图形的显示应用逻辑层使用Hibernate/ｉBaｔiｓ负责对数据进行存取，使用Spring负责系统各个部件的组装以及一些辅助功能系统用到的数据库为Orａcle或ＤB2,应用服务器为ＩBＭ的WebspherｅApplicatioｎＳｅrver，这是由解决方案决定的。各技术的选择理由如下:2.5系统物理架构系统部署图描述系统运行时所依赖的硬件环境，该环境由节点和节点之间的依赖关系组成。系统为三级体系、两级监管,三级体系指国家局、省公司、分公司,两级监管指在国家局和省局都单独安装本系统,对业务进行监督管理，国家局和省局之间通过数据的上传和下载保证信息的同步。逻辑上,系统的服务器包括Ｗeｂ服务器、应用服务器和数据库服务器。Web服务器主要负责静态页面的显示,应用服务器主要是提供中间层组件、流程引擎和规则引擎的运行环境。当数据较少时,这些服务器可安装在同一台机器上；当数据量增加时，这些服务器可按需要分别安装在不同的机器上,Ｗeb服务器、应用服务器还可由多台机器组成集群(Ｃｌustｅr)，实现负载均衡机制。原则上数据库服务器使用单独的机器。系统的运行环境如下：客户机/服务器软件配置备注客户端Windｏｗs2000ProfessionaｌIＥ　5．5以上应用服务器WＡS5.1.1数据库服务器Oｒacle9ｉ2.6与业务系统的关系本系统与各业务系统之间的关系如下图:本系统需要从各业务系统获取业务数据，并保存在本系统中，以查询和统计。通过通讯网关实现外部系统数据的获取，即应用模块提出请求指令，通讯网关连接外部系统，发送报文并获取报文，应用模块获取报文后进行其后的数据处理，对外的报文格式为XMＬ。数据是实时还是定时从各系统获取,以及获取后的处理,待需求细化后在详细设计中体现。2.7与银行系统的关系2.7.1连接示意图本项目的银行连接属于“银企直联”范畴,为实现与银行进行直联,必须签订《网上“企业银行”银企直联服务协议》,基于该协议，在本系统的应用服务器上安装银企直联客户端,本系统根据银行提供的接口说明组织XＭL报文,直接调用银行提供的AＰＩ，实现与银行的金融数据交换，安全问题由银行负责。连接示意图如下:2.7.2接口关系图本系统需要与银行系统进行连接的业务如下:向银行系统收发报文的方式与业务系统类似，不同之处在于和业务系统打交道时需要本系统连接业务系统，而与银行系统打交道时，连接银行系统是由其客户端解决，本系统只是组织XML格式的报文并调用客户端的API。3应用框架设计本章将阐述本系统的应用框架、系统的功能菜单、数据流转等。本章为Ｗeb层、业务逻辑层和数据访问层的设计及实现提供依据。3.1技术框架客户浏览器发出HTＴP请求,通过控制器转发调用相应的业务处理模块来业务逻辑，处理的结果通过控制器相应的视图格式化,返回客户端浏览器呈现给使用者。在页面的开发上，多采用JSＰTAＧ，实现页面元素的重用,所有相同元素统一控制以增强应用的可维护性。业务层的设计遵循组件化设计模式。业务逻辑被封装在业务逻辑组件之中,控制器Ａction通过调用业务逻辑组件的接口来实现业务逻辑处理。当需要对数据进行处理时，业务逻辑组件通过调用数据访问组件的方法来完成对持久数据的操作。另外,在业务逻辑组件之间的通讯也是通过调用接口的方式来实现,以确保组件的重用性和扩展性。数据访问层遵循DAO设计模式,通过Hiberｎaｔe和iBatis来访问数据库。使用Hiberｎａte主要做单表的操作，使用iＢａtis主要用来实现复杂的查询操作,以优化性能。3.2界面设计本系统的界面风格将参考“烟草资金监管演示系统”和PowｅrWｅb的页面开发控件效果,由专业的美工人员设计。如下是设计的主要想法,本部分在设计完成后将被替换。3.2.1登陆参考3.2.2首页参考整个页面分为上，左,　右，下四块，上为常用菜单图标等,下为脚注,右边开发人员可自由分割，左为树形菜单上面的常用菜单和左边的功能菜单都是动态获取的需要做分公司、省公司和国家局的首页3套，具体待需求明确后定。打开一个菜单页面时,新的页面taｂ页效果显示3.2.3新增页面略。3.2.4修改页面略。3.2.5审批页参考每个子系统一个审批任务列表每条任务选中进入后为对应的业务信息和审批信息3.2.6查询页参考3.3类设计业务功能实现的类关系如下图:LTＡcｔionＳervleｔ实现转发功能，根据ｓtrｕts的配置文件决定流程和页面的流转，包括常用数据格式的转换。Ａction中调用各业务逻辑处理，业务逻辑的处理实现依照Ｓｐring的框架在XSｅｒｖｉceImpl中处理,每个处理类都对应一个接口类。数据层的操作在使用Hibeｒnate时在XDａoImpl中实现,使用ｉBatis时，在XSｑｌＤaoImpl中实现，每个处理类都对应一个接口类。3.4模块划分分类模块代码模块名称基础平台bas基础功能、非流程框架和工具类库oｒg使用工作流组织模型的组织维护iｗｆ流程处理框架mｎs消息服务ｃgｓ通讯网关应用功能ssm系统管理和基础信息ａcｃoｕｎt账号处理pａyrｏlｌ网上支付ｍｏnitor资金监管bｕllｅtiｎ公告管理基础平台各部分的关系如下图:3.5功能菜单根据每个人的权限动态生成功能菜单,采用树状方式显示。如下是系统的全部功能：一级菜单二级菜单三级菜单系统管理系统设置权限管理通知设置基础信息行政区划组织管理卷烟管理账户管理子系统账户设置合作银行登记合作银行选择账户种类定义账户查询账户信息查询账户余额查询账户审批查询账户种类查询账户申办账户开设申请银行开户办理账户信息变更账户销户办理账户审批账户审批任务状态管理账户启用账户停用账户冻结账户解冻网上支付子系统资金拨付拨付申请拨付审批资金拨付业务支付烟叶收购支付烟叶采购支付卷烟采购支付辅料采购支付固定资产采购支付费用支付人工费用支付办公费用支付业务费用支付物流费用支付基建支付捐赠支付专卖经费支付其他费用支付对账管理对账单查询下载批量下载银企勾兑资金监管子系统业务监管交易列表两烟购销确认烟叶收购监管烟叶购销监管卷烟购销监管辅料采购监管卷烟销售监管拨付监管拨付列表资金拨付监管费用监管支付列表费用支付监管固定资产采购监管人工费用支付监管办公费用支付监管业务费用支付监管物流费用支付监管基建支付监管捐赠支付监管专卖经费支付监管其他费用支付监管贷款担保监管警示统计公告管理公告申请公告审批公告管理综合查询账户交易明细查询4基础功能设计4.1组织模型本系统使用工作流管理系统的组织模型，模型如下图：组织单元(Uniｔ):机构、部门、工作组的统称。组织单元类型:可以是机构，部门或工作组角色(Ｒｏle):指标准岗位，如监管,财务职位(Ｐosition):也称管理职位，指一个组织中的一个标准岗位(不是一个人)。职位可以和人关联。汇报关系：指一个人(或职位）向另一个人（或职位)汇报。显示汇报关系：直接设置的汇报关系。隐式汇报关系:由上下级职位关系决定的汇报关系。群组：人员的集合，这些人可来于不同的组织单元(如机构)代理:指一个人(或职位）代理另一个人(或职位）的职权本系统目前只使用如下概念：组织单元、角色、职位,不使用群组、代理、显示汇报关系,未来根据需要可以扩展。本系统将在工作流组织模型基础上做扩展,即增加部分表的字段信息。该模型中的机构对应本系统中的省公司或国家局，子机构对应分公司和工业企业,部门对应这些机构下的部门。组织树的表现形式如下:XX省公司/国家局－－--职位ﻩ－---人员　　--－-部门１ﻩﻩ　----－职位ﻩ　　　---－人员－－--部门２ﻩ　－--XX分公司-----部门1------部门2－--企业－--部门1ﻩﻩ　--－部门24.2权限控制本系统的权限控制包括动态菜单，操作功能和数据权限三类的控制。4.2.1菜单权限控制系统根据登陆人所拥有的菜单权限动态生成能访问的菜单。菜单权限的维护机制如下:一个用户对应一个角色。角色和权限关联,角色对应的权限可增加,但不能取消。用户对应某个角色时，即默认拥有了该角色对应的全部权限。每个用户的权限是角色对应权限的子集,即可取消部分权限,但不能增加。角色增加权限A时,拥有该角色的人都增加权限Ａ。用户登陆时,根据登陆人的ID号，获得该人能访问的全部菜单，保存在ｓeｓsion中,并形成菜单树。数据关系参见“烟草资金监管基础平台数据库设计说明书”提交请求时,server端校验是否能操作该菜单。系统的全部功能菜单作为初始化数据提供。4.2.2操作权限控制一个菜单对应的web页面上有多个功能,如增加、删除、修改、查询、上载，这称为功能权限，又称操作权限。功能权限的维护和菜单权限同时维护,即在给角色或人设置菜单权限时，同时指定在对应的功能;一个菜单项下对应一个或多个功能权限。用户登录时,根据登陆人的ＩD号，获得该人能访问的全部功能,保存在sesｓiｏn中。数据关系参见“烟草资金监管基础平台数据库设计说明书”每个功能按钮在页面上的显示使用“按钮控件”，该控件能根据功能IＤ决定按钮是否可用,如果不可用,diｓable按钮。提交请求时，ｓeｒveｒ端校验是否能操作该功能。系统的全部功能权限作为初始化数据提供。4.2.3数据权限控制对数据权限控制包括以下两种要实现的功能：在账号处理审批查询时，国家局领导可查询全部省,省级领导可查询本省的全部审批,市级单位只能查询本地区的，普通员工只能查询个人的。在业务处理上，要能以组织机构+分管范围定义（如某领导分管厦门，漳州，泉州的卷烟销售)的方式控制数据。数据权限的实现方案为：对业务需要做数据权限的部分，需要维护人员的分管范围，分管范围的粒度为分公司/工业企业。审批查询的数据权限固化在代码内，即省级领导可查询全部的分公司/工业企业，分公司只能查自己地区内所有的工业企业,工业企业只能查自己的，其他人只能查自己。所有需要做数据权限功能的表的每条记录绑定操作员工号、公司/企业代码、部门号(非必须)。所有需要数据权限控制的查询功能使用iＢatis实现，在业务查询信息外同时传入操作人员IＤ号和可看的公司/企业列表；该列表在登陆时获得，并保存在sessｉｏn中;如果没有公司/企业列表,但有操作人员号表示查询操作人员自己提交的。4.3流程控制使用ｉnｔｅlｌiFｌｏw工作流和工作流应用框架实现对流程的控制。工作流应用框架的数据库设计参见“烟草资金监管基础平台数据库设计说明书”。本系统提供给最终用户的系统中只包括工作流引擎，建模工具只提供给实施推广人员使用,本系统不使用流程监控工具。工作流应用框架负责衔接应用业务和流程管理,作为一个半正式产品使用,其后台数据库是固定的,但框架由于必然涉及到应用的使用，在不同的系统中会有调整。本系统中有调整,主要是:将原来的流程发起后输入表单改为表单输入完毕提交时发起流程。将一次性查询所有任务改为按业务分类查询任务，如账号审批任务包括申请、开户、销户等流程任务的审批。需要增加根据各种业务属性查找流程，由于有多个审批查询功能,业务属性在不同的业务审批查询中不一样。由于工作流升级，个别API没有兼容带来的修改。4.3.1流程功能概述所有流程的业务表现都是Ａ-＞Ｂ-　>C这种线型依次审批的形式,每个环节一个人审批；所有审批关系在系统上线前就决定，不存在随机指定。审批的操作包括同意，不同意,驳回,同意时运行到下一个结点，不同意时流程结束,驳回有两种情况,驳回到流程发起人,也有驳回到上一审批人。流程发起人在流程被驳回后可以取消流程，即流程有3种方式结束：同意、不同意、发起人取消。需要提供超时功能,超时指任务的超时，不需要流程的超时支持；超时信息要在任务提醒中显示。一个省的所有地区在某个业务上的处理流程是全部相同的，任务分派的方式也全部相同的,即不存在一个业务的处理，在某个地区可能多一个环节或少一个环节之类的情况。流程发生在账号审批、拨付审批、公告管理和警示处理业务中，业务流程总数在１0个左右。流程的任务列表按子系统分类显示,即整个系统有多个任务列表,同时首页上有简要的任务提醒摘要信息，并能导航到不同的任务列表；任务列表上的业务信息根据业务不同显示的也不同。在wｅb上提供按业务和流程信息查询流程的功能,不同子系统的查询字段不一样；查询时，有数据权限的控制，如省的领导可查看全部市的信息，市的领导只能看本地区的,普通人员只能查自己的。流程不会出现跨系统的审批,即各省和国家局的审批活动是独立的。在开发过程中,所有流程的任务按角色进行分配，以此进行调试和演示；在系统上线时,使用流程建模工具配置任务分配方式。所有流程的定义和任务分派方式在系统上线前都需要可自由变动。4.3.2工作流的使用本系统按ｉnteｌlｉFlow通常的开发模式使用,即首先使用工作流建模工具建立流程和进行任务分派,流程框架封装工作流的调用并将流程与业务关联起来，开发人员在流程开发时不需要接触到对工作流的直接调用。在系统上线前，需要使用工作流建模工具修改分派策略,使与实际的组织数据匹配，然后再上传部署流程定义。4.3.3工作流的集成工作流需要以eａr包的形式运行在应用服务器环境下，本系统和工作流集成的方式是在ｉｎteｌliFｌow发布的ｅar包中添加本系统的webapplication (war包形式)，删除发布包中不需要的如下文件:dｅmo.war,dｅmｏ.jａｒ,intelｌiFｌｏw-ｍｎｓ.jar,ｏrg.ｗａｒ，同时修改ＭEＴA－INF＼apｐliｃation.xml，在其中增加本应用ｗebapplｉcation的部署描述。4.3.4系统流程设计流程分包管理,一级包名为他ｔfｍ,二级包位accoｕnt（账号审批）、ｐaｙrolｌ(资金拨付）、警示处理(notify）和公告管理(bｕｌletin）。在开发过程中，所有流程按单位号+角色进行分派，其中单位号为流程变量。由于本系统流程不多，为显示内容丰富和直观，流程设计不做归纳整理，即需求有几个流程,流程设计时就定义几个。在系统上线前，如果组织数据和分派方式不一样,需要通过流程建模工具配置分派策略；如果流程增加新的结点，需要做一定的页面开发;如果不使用本系统提供的组织模型表,组织数据的获取需要重新开发;　如果需要其它的流程功能,　可能需要一定的开发(如修改页面)。系统包括如下流程(注：没有标明省的任务执行人都指是被监管单位的人)(１）．开设申请(包IＤ：tfm.acｃoｕont,模板ID：opeｎaccoｕｎt）(2)．开户办理(包IＤ：ｔfm.ａcｃoｕｏnt，模板ID：ａcｃｏuntconfiｒｍ)(３）.　销户、账户信息变更(包ID：ｔfm．accｏuｏnt,模板ＩD：ｍodifyacｃｏunｔ)(４）.账户状态修改（包ID:ｔfｍ.acｃouonｔ，模板IＤ:mｏdifｙstatus)(5）.另外2个子系统的流程待需求细化和 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 后补充。4.3.5流程处理框架流程处理框架的业务组件对应的接口为com.longtop.iwｆ.WfＳｅrviｃｅ，采用Spriｎg框架。本系统中的动作都是人工动作，流程中的人工动作分为数据录入和审批环节。业务数据的处理和流程数据的处理分开进行,业务数据由业务逻辑实现处理，流程数据由工作流引擎处理，所以这些操作包在一个Sprｉng的serｖiｃe中,通过配置ＪTA事务支持，实现业务操作和工作流使用ＥJB实现的操作的事务一致性。流程处理框架目前提供的主要服务有(具体参见Javaｄoc．)：流程方面，发起和取消流程。流程变量，取得和设置流程变量。任务列表,取得任务列表。任务方面，接受任务(ｓtarｔ，coｎｔiｎｕe,resumｅ）提交任务(ｃommiｔ),挂起任务(ｓｕsｐｅｎd)。组织方面,提供流程框架用到的与组织相关的一些方法，这里的组织指使用工作流组织模型和表结构。主要的类有：com.loｎｇtoｐ.ｉwf．WfCliｅnｔ　封装ｉｎtｅlliFｌｏw工作流的AＰＩcｏｍ.lｏngtop.iｗf.WfSｅrviceImpl流程处理,包括流程与业务的关联建立,调用WfClieｎt的流程相关功能。cｏｍ.ｌｏｎｇtｏp.iwf.IｗｆExteｎｄSｅrｖiceImpｌ　实现辅助功能，如根据用户号取得用户在职位、角色、部门、机构的信息。4.3.6流程基本操作一个业务一般由经办申请、一级或多级主管审批组成。一个标准业务操作流程如下图：任务操作说明：申报：任务提交,流程进入下一步骤。取消:取消申请，流程结束。同意:表示审批通过，可以进入流程的下一个步骤。不同意:申请被取消,流程结束。驳回：表示审批没有通过，要做适当修改，任务驳回至上一个步骤或申请人,根据业务的不同处理不同。(１).　发起流程业务数据输完后,点“提交”，提交业务数据，同时发起流程并记录流程和业务的关联关系。流程发起为首结点执行。基础的Acｔｉｏncoｍ．ｌongtｏp．iwf.ｗeb.BaｓePｒoｃｅssAction实现发起流程并记录流程和业务的关联关系，具体的流程处理，需要写一个子类actｉｏn，实现业务数据的处理，一类业务对应一个子ａcｔｉon。如:BasActiｏn为系统最底层的aｃtｉon，BａsePｒoｃesｓActｉon处理和流程有关的公共内容，AccoｕntPrｏcesｓAction实现如下的APＩ，调用账户开设申请的业务逻辑处理方法,在该方法内提交处理业务数据和调用工作流AＰＩ处理流程数据。时序图如下：其中AcｃoｕntAppPｒｏｃｅssAction和ＩOpenApplｙService和需要发起流程的具体业务对应，ＷｆServｉｃe为流程框架处理类,WｆClienｔ封装对工作流的调用，WｏｒkｌiｓtLoｃal为工作流对外的接口。根据工作流应用框架要求,发起流程前需要配置好表ＩＷＦ_BIZ_ＣAＴEGOＲY和IWF_PROCEＳS_ＣONFＩＧ。需要发起流程的页面要hidｄen两个字段的值，即bizＣode和biｚName，与ＩWF_ＢIZ＿CＡTEＧORＹ表中的配置对应。由于工作流是使用EJB实现，为保证实现事务的控制，应用的ｓerviｃe使用JＴA事务，并且调用的其它ｓerｖice不要有事务控制，直接使用xxｘTａrget。<ｂeanid＝"openＡppｌyＳerviceTarget＂ｃlaｓs=＂com.lonｇｔop．tｆm．accｏunｔ.OpenAｐpｌySｅrviceImｐl"＞　ﻩﻩﻩ　ﻩﻩﻩﻩ　ﻩ　　　<ｂeaniｄ="opｅnＡpplyＳerｖice"　class="ｏrg.ｓpringｆraｍｅｗorｋ.transaction.inｔerｃeptor.TransaｃtｉonProｘyFactoｒyＢean＂>ﻩﻩﻩ＜refbeａn="jtaＴransactｉoｎMａｎager"/＞ﻩ<／propｅrty>ﻩ＜property　ｎame="traｎｓacｔiｏnＡｔtｒibutｅs"＞　　　PROＰAGＡTION_ＲEQUＩRＥD＜／proｐ>　　　　　　＜ｐropｋey="updatｅ＊"＞PRＯPAＧAＴION_ＲEQUＩREDPRＯPAGATION_REQＵIRED<／pｒop＞　　　　　ＰＲOPＡＧAＴＩＯＮ_REQUIRED,ｒeadOｎlyﻩ　　　<／bｅan>(2）.取得任务列表由于本系统有比较多的根据业务信息查询审批任务，不同的子系统业务信息数量和内容不完全一致,因此,有关任务的查询都不直接调用工作流的ＡPI实现,而是关联业务表、流程业务关联表、流程表、任务表直接查询,查询结果分页显示，分页功能使用PoｗerWeb的表格控件实现。数据库的查询使用iBatiｓ任务列表的获取如下,在Actｉｏn内将查询条件拼成Hashmap后,调用查询实现类，查询获得任务列表信息,其中包含业务信息和流程信息,再分页显示。(３)．选中任务选中任务指选择任务列表中的某一条任务,进行审批。选中任务的主要操作是要获得对应的业务信息和流程信息，显示在审批页面上。实现机制为：当前任务选中后要进入的JSP文件和获得页面数据的handler配置在数据库中，即表ＩWF＿NODE_COＮFIG中;选择一条任务后，通过调用工作流的ＡＰI获得流程信息,根据流程信息的ＭPID在表IWF_NODE_ＣONＦIＧ中找到对应的配置信息，执行hａnｄlｅr获得业务数据,最后ｆorwaｒd到配置的JＳＰ页面。基础的Aｃｔion　coｍ.ｌoｎgｔop.ｉwf.web.ＢasｅAcceptTasｋAｃtion继承ＢasAｃtion,实现任务选中后的操作,包括找到和当前结点操作对应的ＪSP文件和业务处理handlｅｒ。本系统中,不需要使用子类ａctｉon。时序图如下:业务处理ＸｘxＨanｄler继承cｏｍ．lｏnｇtop.ｉwf．ｈanｄｌｅr.BaseTａｓkＨanｄler实现当前任务相关业务数据的获得。其实现实通过对应业务表中主键的bizＩd获得业务信息。Handler的处理框架如下：publicMapｓtartTask（ＩwfTaskＶＯiｗｆTaskVＯ,　UserＰｒoｆilｅVOuｐvo）ｔhrｏws　ＧeneｒｉcＥxcｅpｔion　{　Ｓtriｎｇ　ｂｉzId　＝　ｉｗｆＴaskVO.getBizId());　//根据bizId查找业务数据　　　//实例化一个ＪSP页面上要使用的fｏrm,该form继承于BaｓeTaｓkＦoｒmthｉｓ.setKｅyVaｌuｅs(iｗfTaskＶO，　［form实例]);Mapｒeｓult=　UtilMap.makeMaｐ("[form实例名]",form实例);　　reｔurｎresuｌt；｝(4）.　任务审批任务审批有同意、不同意和驳回三种结果。任务审批通过调用ｃom.lonｇtop.iwf.weｂ．ＢａseTaskＡctｉon实现。本系统不需要使用子ａctioｎ。审批意见的处理：在提交任务cｏmmitＴask　时，审批意见直接存入intｅｌｌｉFlｏｗTasｋ表的Meｍｏ字段中,方法为:建立一个字符串类型的临时变量，变量名为com．ciｔ.ｗf.ｕtiｌ.Constａnｔ.ＳYSVＡR_TAＳＫMEMＯ，审批意见作为该变量的值,将该变量放入提交的流程变量集中即可，流程引擎会自动取得该变量的值存入Taｓk表的Memo字段中。（5）．流程查询流程查询在业务上称审批查询,在ｗｅb上表现为多个菜单,一个菜单对应业务的一个分类。输入信息包括:流程信息、业务信息；输出信息包括：流程信息、业务信息、当前任务信息(如当前环节、当前处理人），不同的业务分类对应的业务信息不一样；流程查询还需要考虑数据权限控制，领导能看全省的，市的领导只能看个人的,普通人只能看自己的。实现方案如下:同“取得任务列表”进行查询。在查询时使用数据权限控制方案，参考“４.２.3数据权限控制”4.4规则处理本系统使用规则系统处理警示提醒。规则的表达方式和规则系统的调用方式待需求细化和分析结束后补充。4.4.1开发过程规则的开发可以分为两块,首先是业务用户组织和定义业务规则,然后是技术人员映射技术实现。在本系统中，规则的所有开发都由技术人员处理。4.4.2规则定义具体组织和表达方式需要待需求明确和分析后确定。4.4.3规则执行具体使用方式需要待需求明确和分析后确定。4.5消息服务4.5.1功能描述消息服务构件负责提供报警方式的可配置和报警内容的可定制，并完成消息的发送和发送痕迹管理。发送痕迹管理采用文件形式保存，每天发送的痕迹保留在一个文件中，消息发送失败的痕迹保存在一个专门的文件中。系统提供的报警方式为邮件和短消息，消息的发送人统一为系统设置的一个邮件地址或手机用户发送方式是按业务配置，即不同的业务消息发送方式可不一样，如果业务的消息发送方式没有配置，使用整个系统缺省的方式。为实现消息的发送,用户要保证基础条件满足，即有邮件服务器或开通短消息发送渠道。4.5.2邮件发送邮件发送使用jaｖaｍail，通过Sｏcｋｅt连接邮件服务器，发送邮件。邮件的发送为异步方式，先将邮件信息保存在数据库中，再使用任务调度扫描邮件队列,并发送邮件。邮件的消息内容使用velociｔy的模板机制，不同的业务发送模板不一样，使用文件形式配置；不同业务的发送人使用规则系统定制规则决定。4.5.3短信发送短信发送有3种方式,下面介绍一下各自的实现方式及特点:1、向已有的短信平台发送数据，由短信平台代为发送短信。这样的短信平台提供商有新浪、搜狐等。此方式一般采用HTＴP的数据提交方式,接口简单，开发成本低,但要求服务器必须具备ｉntｅrnｅt条件,对服务器的安全性要求较高,且功能较为单一，一般只做短信的发送。2、通过短信网关发送短信。建立短信网关专线,使用CＭPP（移动）、SGＩＰ(联通）、CNGＰ(小灵通）协议进行数据的发送。此方式具备短信交互功能、吞吐性能好,但运行费用、开发成本较高。3、采用GSＭMｏdeｍ发送短信。公司已有多个此方式的成功案例，具备多种变成语言接口（ＡctiｖeX、Jａva、C#),可实现短信的交互功能,开发成本低。本系统支持向已有短信平台发送数据和采用GSM方式发送两种方式,前者的机制十分简单,连接短信平台并发送就可以，这里着重介绍后一种方式的实现。(一)系统实现图(二）　系统分析系统使用专门一台短信服务器与移动短信网关进行短信业务处理，短信服务器使用GSM　Modeｍ直接与移动接收发送短信,短信服务器可选用一台或多台GSMＭodｅm同时与移动网关进行短信收发,设备数量由业务量大小而定，如在系统使用初期业务量较小，可用较少的ＧＳMＭodｅm,如果业务量增大后，由于GSＭModｅm每发送一条需要６-10秒的时间，短信服务器如果不能及时完成信息处理，就可以增加多台ＧSMMoｄem并行处理提以高数据流量，减少发送延迟。使用多台GSMＭｏdeｍ也可提高系统稳定性,当其中某些GSＭMｏdｅm设备故障,系统也可保持运行。系统可实现按需调配短信设备数量，减少系统初期建设费用,便于系统升级扩容处理。对移动用户请求信息,答复信息,处理情况都进行记录，以便于与移动公司信息、计费等对比。系统实行分布式处理方式，短信服务器接收到移动用户发送的请求信息时经过过滤分类处理，按已注册的的业务类型通知到各应用服务器,由各应用服务器进行处理后通过短信服务器回复用户，以提高系统短信服务处理能力,业务扩展灵活性。系统同时提供对内部网络各应用发送短信的请求。(三)硬件信息短信务服器:Wｉnｄoｗｓ　2000GＳMModem:福州利事达信息技术有限公司LT1０80-GSM短信王　　支持：PPP协议栈、AＴ控制命令接口：R　2３2(串口)　　短消息：MO/ＭT/TEＸT/PDU　频率：EGＳM900/ＧSM１８00　发送速度：10秒以下　　　　音频特性:半速/全速/增强加速　　　天线接口:SMA(四)　短信应用端基于JsmsApp实现短信应用业务系统应用端模块进行短信的收发处理，提供基于Java的JsｍsApp中间件。应用业务系利用中间件可以进行快速的实现短信应用开发,并且部署多个短信应用业务系统。4.5.4发送维护系统维护“业务类型—消息接收人--－－发送方式”这一关系，不同业务的消息接收人和发送方式是独立的，通过直接选择组织树上的具体人决定发送人，发送人1个或多个,发送人的邮件或电话号码在人员信息中维护,发送方式可以是邮件、短消息或两种都可以。消息的发送人在配置文件中配置，整个系统有一个全局的发送人，如果各个业务对应的发送人没有配置,使用全局的发送人,否则使用和业务对应的发送人。4.5.5接口类设计ｃom.longｔop.ｌtｆp.mns.Mns4.5.5.1ｇetＭsgBｏｄypubliｃjava．lang.StringgｅtＭsｇBody(jaｖa.lａng．String aTemｐlａteFiｌｅ,　　　　　　　　　　javａ.utｉl．HａｓhMａp aTmpParam,　　　　　　　　　　　　　　　java．utｉl.List ｐiｃList)　　　　　　　　　tｈrowsMnsＥxｃｅｐｔiｏｎ根据模板文件和参数,获得实际的消息内容Paｒａｍeters:aTemplateFile-　带绝对路径的模板文件名,如c:\helｌoaTmpPａram-参数值的集合，每个元素的key名和模板中的变量名对应.可为空picLiｓt　-内嵌图片文件的集合.可为空Throwｓ：MnsＥxcepｔion4.5.5.2sendＭsgpubｌic　vｏidsｅndＭsｇ（ｊava.lang．String aSｅｎder，　　　　javａ．uｔil．ＡrrａｙLisｔ aReｃｅivｅｒLisｔ,　　　java.ｌang.String aSuｂjecｔ,　　　javａ.lang.Strｉnｇ aMsg，　　　　java.laｎg．Ｓtｒｉng aSeｎdＴypｅ)　　ｔhｒoｗｓMnsExcｅption根据需要的发送方式发送消息Paraｍeｔers:aSender-发送者，如果为null，使用系统配置的默认发送者aＲeceiverList-　消息接收人集合；每一个元素为Ｈashtabｌe类型,有两个kｅy,adｄrｅss:邮件地址或手机号码,chanｎel:发送方式(emａil,smｓ等)；　为string时,只能是邮件地址ａSｕbjeｃｔ-　消息主题　aMｓg-消息内容aSeｎdTypｅ-　Mｎs．SYＮＣ：立即发送,Mns．ASync:异步发送　Thrｏwｓ：MnsＥxception4.5.5.3sｅｎdMsgpubliｃvｏiｄｓeｎｄＭｓｇ(ｊaｖa.lang.Stｒiｎｇ ａＳenｄer,　　　　　ｊava.util.AｒｒayＬist aReceiverEmaｉlList,　　　　　jａva.ｌaｎｇ．Ｓｔring aSｕbjecｔ,　　　　　jａｖａ.ｌａng.String aＭｓg,　　　　　　　　jａva.utｉl．ＡrraｙＬist aCCEmａilList,　　　　　　jaｖa．util.ＡrｒayList ａＡttachFｉle,　　　　　　　jaｖa.lang.Sｔrinｇ aSendTyｐｅ)　　　　　thrｏwsＭnsEｘceptｉｏｎ以邮件的方式发送消息,支持cc和附件,使用模板Paｒameterｓ:ａSｅndeｒ-发送者,如果为null,使用系统配置的默认发送者aReｃeiverEｍailList-消息接收人集合；里面的元素Sｔｒinｇ类型的邮件地址aＳuｂｊecｔ－消息主题aMsg　-消息内容ａCCEmailList－ＣＣ人集合；里面的元素是邮件地址,Sｔrｉng类型　aAｔtａchFiｌe-附件集合；里面的元素带绝对路径的文件名，Ｓｔring类型aSeｎdTypｅ-0：立即发送,１:异步发送Thｒｏws:　MnsＥｘcepｔｉon4.6通讯网关4.6.1连接方式通讯网关负责提供和外部系统连接的可配置框架，并提供数据转换、通讯痕迹管理等功能。本系统和外部系统的连接有以下方式:1.外部系统在数据库层面提供vieｗ，直接访问外部系统的ｖｉew获取数据。2.将应用模块的数据对象转换成XML格式，传输到外部系统,外部系统按本系统要求的格式返回XMＬ格式的数据,再转换成数据对象为应用模块使用。3.将应用模块的数据对象转换成XＭL格式,传输到外部系统，从外部系统自定义的接口获取XＭL格式的数据后,转换成本系统要求的ＸMＬ格式的数据，再转换成数据对象为应用模块使用。4.其它的方式，在实施过程中定制（如发送报文到消息中间件)。连接方式的复杂性是以下原因造成的：1.不同省的业务系统千差万别,可连接的方式取决于双方协作的结果,难以事先决定。2.不同省使用的数据库类型和数据库的设计必然不一样,无法固定为一种。4.6.2功能描述用例图如下:4.6.3技术框架数据转换实现应用模块的数据对象与XＭL格式的互转，应用传给通讯网关自定义的对象类型,通讯网关与外部系统之间是ＸML格式,应用与通讯网关之间使用通讯网关自定义的数据对象。通讯服务能方便连接不同数据库的不同视图,并将查询的结果转换成数据对象，外部系统的数据库可以是任意的关系型数据库。同时提供标准的sｏcｋet连接的方式。根据本系统的业务功能要求,规范外部系统要创建的视图(如果采用该方式),提供标准的适配器。根据本系统的业务功能要求，固化采用socket连接外部系统的处理,提供标准的适配器。与外部系统连接并处理数据的实现类自由可配置,以能解决例外情况。4.6.4接口类设计AｐｐData为自定义的一个数据类型，核心是一个Veｃｔor。4.6.4.1ｅxecutepublicApｐData　eｘecutｅ(jaｖa.ｌang.Sｔｒing mｓgIＤ,　　　　　　　　　　AppＤata iｎput)　　　　　ｔhroｗs　java.ｌang.Excｅｐtion执行一个业务操作Pａrａｍｅtｅrs:　mｓgＩD　－业务操作编号,与业务类型定义文件相符　iｎput-传入的参数和数据Ｒｅｔｕrnｓ:通用数据接口Tｈｒｏｗs:java．lａnｇ．Eｘception4.6.4.2eｘecutepublicAppDataｅxecuｔe(java.lanｇ.Sｔrｉng msgIＤ,　　　AppDaｔa ｉnｐut,　ｊava.lanｇ.Stｒｉnｇ adaｐtｅrＴypｅ)　　　　throｗsｊａｖａ.ｌaｎg．Excepｔion执行一个业务操作Paraｍeters:mｓｇIＤ-业务操作编号,与业务类型定义文件相符　ｉnput-传入的参数和数据ａdａｐterＴｙｐｅ－使用的适配器类型Returns:通用数据接口Throws:ｊava.laｎg.Ｅxceptioｎ4.7任务调度4.7.1功能描述任务调度模块实现在没有人工干预下自动执行任务，任务对应的是一个API任务可一次性执行或周期性执行,周期类型可自由配置，如每天，每周的星期几，每月的那几天任务调度过程有日志记录，可被查询。任务执行的时间不能动态修改,如果需要修改，需要先停止服务器,修改后,再启动。4.7.2解决方案本模块使用spriｎg内建的qｕaｒtz组件实现，技术框架如下：​�������Job��JobDetail��Trigger��SchedulerFactory1�11�11�n​描述技术实现ｊob定义一个任务,即要做的事，对应着ＡＰＩ任意bｅaｎ　的一个方法joｂDｅtaiｌQｕａrｔz能运行的一个任务,是将Job封装成一个Servicebeａｎ方法通过配置文件产生一个新的joｂDetailbeａｎtｒigger触发器，包含一个ｊoｂDｅtａil和任务触发的时间条件(如每月地一天晚上１8:0０）jobＤetａiｌbeａn通过配置文件产生一个新的触发器bｅaｎｓｃｈedulｅrＦaｃｔory包含要调度任务的所有触发器列表把已定义的全部触发器ｂeaｎs都配置到scheduleｒFａｃｔory列表中使用spｒinｇ后,无需编写代码就可以把一个功能配置成定时任务。如果希望用户能够更改任务触发的时间条件,也只需创建单独的触发器类。由于是注入式编程,由sprｉng管理,无需接口,除了多点配置外,其它开发完全同普通JａｖaAPI功能的实现。4.7.3应用示例首先，和常规API的开发一样,写API，实现某功能。ｃom.loｎgtop.ｌtfp.ｓｔs.ＳampleJob提供了两个方法，作为这里的例子。API写好后,接下来就是配置了，包括如下的步骤,这里以提供的例子说明如何配置。1.定义sprｉng　bean,如果已存在或使用现有的ｂean，则不需要此步骤,此步骤属于ｓpring范畴,与任务调度无关。