报表系统
报表系统范文第1篇
【关键词】银行业务 会计报表处理 核算管理
一、银行会计报表处理系统研究主要成果
改革开放以来经济高速发展，与此同时我国银行业务快速发展和市场竞争日益加剧，而且商业银行面临着市场风险、操作风险、信用风险、道德风险等多类型风险。研发会计内控管理系统，加强内控风险预警机制的建设与管理，已成为商业银行严控各类风险，提高核心竞争力，确保稳健经营与发展的关键措施与法宝，对实现商业银行内控管理智能化、系统化，严堵潜在业务风险与漏洞，并进一步提升优质高效服务竞争力，有着十分重要意义。
系统具体实现下面功能有：
实现报表以及打印统计等功能
实现从凭证处理、账簿操作、结账处理、查询检索、到会计报表、分析等会计业务的整个处理流程。
实现凭证处理模块、账簿处理功能模块、报表处理模块、结账处理模块、系统维护模块
二、银行会计报表处理系统发展趋势
趋势一：会计核算和管理手段现代化
未来中国商业银行会计核算和管理手段的现代化，主要表现在：一是计算机技术的广泛应用，如数据库技术在会计信息的采集、处理、储存和会计内控的运用，网络技术在支付结算、网络银行、手机银行中的运用，计算机通讯技术在会计信息的传输、电话银行的运用，计算机控制技术在ATM、自助银行、手机银行的运用，多媒体技术在电子回单箱、各种自银行业务的运用。二是人工智能技术在会计内控中的全面运用。三是业务摘要显示、打印“汉字化”。四是缩微胶片、光盘缩微等缩微技术在会计档案中的运用。五是会计档案电子介质化趋势，随着新技术的广泛应用，CD盘、MO盘、磁带和磁盘等无纸化介质将成为主要的有效的会计档案。
趋势二： 管理会计的应用
长期以来，中国商业银行重信贷指标、轻内部管理、重数量增长、轻质量增长，信息系统基础落后，成本资料和分析手段欠缺，成本费用观念淡漠，忽视成本、效益的恰当配比。在面向市场、走向市场的背景下，全面引进和运用旨在解析过去、控制现在和规划未来的管理会计成为未来中国商业银行会计发展的一个重要趋势。具体包括：（1）通过计算机技术等信息科学技术，实现业务流程再造；（2）推行责任会计制度，完善“一级法人、分级管理”体制下的激励约束机制；（3）严格实行全面预算和预算控制，进一步完善资产负债比例管理制度；（4）建立存贷款品种成本效益分析系统和费用管理系统，强化利率等产品定价机制；（5）严格项目投资评价，施行系统化管理制度。
趋势三：会计大集中
适应统一法人管理体制的会计大集中是未来中国商业银行会计发展的重要趋势。随着电子信息技术的飞速发展，会计信息的传输与交换连接方式、速度等方面发生了质的变化。中国商业银行统一法人管理体制要求会计核算与会计监督、会计报表生成与会计档案管理能够同步在系统内的总、分支机构中得到迅速反映和管理，手工核算与纸介质记录将逐步为电子工具和电子信息取代，银行与银行、银行与客户之间的交易及其资金清算信息能通过电子信息方式即刻完成；银行不同分支机构之间的会计和支付信息通过网络传输，同一银行的不同分支机构被联为一体，建立在电子信息技术基础上的会计信息管理系统将成为银行最为重要的不可或缺的业务管理系统。这一会计信息系统能为银行投资者、债权人、管理部门和监管当局提供全方位的信息服务。因此，中国商业银行统一法人体制会计模式发展的必然结果就是要集中会计核算、集中事后监督、集中编制会计报表、集中会计档案保管，并按照“物理上集中摆放、逻辑上分期控制、资金上集中清算”的方式统一资金清算。
三、银行会计报表处理系统存在问题
（一）数据量大导致数据存储问题。
在数据库中，所有报表都是以记录的方式存储和管理的.实际上，单个用户的话单数据是个整体.对于一个有300条报表的用户，即使不计算对索引文件的查找次数，数据库的查询至少需要300次的磁盘访问。在查询并发高的情况下，数据库的压力会非常大，反应会异常缓慢。对于磁盘操作而言，将一个用户的所有数据作为处理的最小单位，会大大减少磁盘访问次数。
（二）各种公式的格式不统一、函数名称不统一、参数格式多种多样，各种软件的报表公式差异很大。
（三）各种会计软件中所用的术语和含义不统一。
参考文献：
[1]萨师煊，王珊.数据库原理与应用（第三版）[M].北京：北京高等教育出版社，2000.
[2]李刚.轻量级java ee企业应用实战（第三版）[M].北京：电子工业出版社，2012， 45.
[3]郭克华.Javaee程序设计与应用开发[M].北京： 清华大学出版社，2008，69.
报表系统范文第2篇
关键词:会计电算;报表;标准化
文章编号:1003-6636(2001)02-0072-04中图分类号:F231文献标识码:A
随着计算机硬件、软件技术的迅速发展,我国商品化会计软件在短短十多年的时间内已有长足的发展,从初期的基于DOS环境的简单会计核算系统,发展到现在基于WINDOWS环境的、网络化的、具有一定管理功能的会计信息管理系统,特别是其中的报表子系统的功能和软件水平更是快速提高。但是,在其发展中也出现了不少值得注意的问题,尤其是报表子中标准不统一的问题比较突出,本文拟就此做一些探讨。
一、会计报表子系统的现状
由于计算机硬件条件的限制以及支撑软件技术的不足,我国早期的会计电算化软件中的报表子系统一般都由开发商自行开发研制,功能上一般只能编制少量的会计报表,报表格式比较单一,报表中数据的来源范围也较窄,通常只能从帐务数据库中取得,若要使用其他数据,则需要人工从键盘上输入,其中较典型的有用友财务软件(DOS版),万能财务软件等。
进入九十年代中期,随着软件技术的发展,特别是WINDOWS图形环境和对象嵌入与链接技术的广泛应用,使各会计电算化软件商投入了大量人力、物力纷纷对原有的系统进行升级,甚至重新开发自己的帐务软件,使我国的会计电算化软件的总体水平跨上了一个新的台阶。目前报表子系统一般都采用嵌入通用电子表软件的方式,使会计报表子系统功能得到了极大的改善。这种新型的会计报表子系统可使用户在不需要软件设计人员的帮助下,生成会计工作中所需的各种会计报表;对于报表的大小,格式都没有太多的限制,而报表中数据来源更是多种多样——可以从帐务数据库来,也可以从其他数据库中来,例如可以从其他报表中取数据、从计划数据库中取数据等。报表数据的输出形式多种多样,可直接输出到纸上,也可文件的形式输出到磁盘上,还可以通过网络传送给其他的计算机。
这种新型会计报表子系统实现的方法,一般是将专业的通用电子报表系统(如EXCEL,LOTUSl-2-3等)经适当改造后,嵌入自己的会计电算化系统中(如用友,金蝶等),然后在自己的会计软件中提供一定数量的数据接口、取数公式及计算公式等。用户通过对这些数据接口、取数公式及计算公式的运用即可生成所需的各种会计报表。由于这些报表子系统嵌入了专业的通用电子报表子系统,所以它们不仅能生成各种会计报表,还能对所生成的会计报表做各种会计分析和统计分析,从而大大扩展了会计报表子系统的功能。
现在比较流行的会计电算化软件(如用友,安易,金蝶,金算盘等)的会计报表子系统,其报表编制的基本处理流程可总结为如下的流程图:
上述流程图可以看出,整个报表处理子系统就是要生成和处理报表格式文件和报表数据文件,而报表文件则是这两个文件的总称。
报表格式文件主要包含两类信息:报表总体信息及格式信息。如表名、单位编号,单位名称,报表日期,表及表中行列宽度、高度和表线格式等信息;另一类信息则是用以说明表中各表项数据的来源及计算方法等,这一类信息通常都是用公式的形成来加说明的。
可以说,报表格式文件的内容决定了报表数据文件的内容、格式等,所以要得到正确的会计报表,就要正确地确定和编辑报表格式文件的内容。目前,所有的会计电算化系统都提供了手工输入和向导输入两种编辑报表格式文件内容的方法。用户要想得到某个特定的会计报表,首先就通过系统提供的编辑手段,输入报表的各种格式信息,取数公式和计算公式。生成报表格式文件,然后由报表处理软件根据格式文件的内容,自动生成报表数据文件,并根据需要进行报表输出或报表分析。
一张报表只要格式、数据关系没有发生改变,则它的格式文件的内容就不要需要改变,只需输入不同的日期等参数,就可得到不同时期、不同会计期间的报表。
二、存在的问题
以现在的软件发展水平来衡量,目前较流行的会计电算化软件报表处理子系统的功能及水平是比较完美的。本文不打算讨论单个软件的技术问题,而是想对在会计电算化在普及和使用过程中出现的问题做一些研讨。通过应用可以发现,我国会计电算化报表处理系统存在较严重的标准混乱问题,主要表现在:
1.各种会计电算化软件中所用的术语和含义不统一。
对于报表处理子系统的使用,首要问题是要首先定义报表的各大组成要素,按现行比较流行的要素划分方法,报表由标题,表头,表体,表尾四大要素组成,但在有些系统中则划分为表头,表体和表尾三部分,而另一些系统则划分为表头,表体,附注,表尾。有些虽然要素名称相同,但实际含义则不同,例如有的系统将列标题作为表体的一部分,而有的系统则将列标题作为表头的一部分,等等。
2.各种公式的格式不统一、函数名称不统一、参数格式多种多样,各种软件的报表公式差异很大。
例如用友财务软件中,其帐务函数的基本格式是:
函数名(“科目编码”,会计期单位,“方向”,帐套号)
而金蝶财务软件的帐务函数的基本格式则是:
.数据性质会计期数
在用友财务软件中,以函数名来区别期初,期末,发生额等,例如QC代表期初数据,QM代表期末数据。而在金蝶中则是以数据性质来区别不同类型的数据,如用字母C代表期初数据等。在同一个软件中,也存在函数名的命名不统一的现象,如在用友财务软件中,取数函数大多用汉字拼音缩写,而计算函数则大多采用英文单词。
此外,函数中涉及的参数的格式不统一,例如:在用友财务软件中,报表AA中单元H33的值来自BB报表中D9单元的数据,则取数公式为
“AA”H33=“BB”D9RELATILON月WITH“BB”月
在金蝶财务软件中,则为
“AA”!H33=“BB”!D9
3.报表格式的定义方法不一致。
各种软件在定义一些格式时其方法差异很大,例如:在所有报表中都会涉及到报表输出数据的小数位数。在用友财务软件中是以总体格式说明的方法定义输出数据的小数位数,而在金蝶财务软件中则是以单个单元逐个定义的方法来定义每一个单元输出数据的小数位数。
4.报表无纸化输出的格式不统一。
所有系统现在的纸性化输出一般均能满足国家
财政部关于报表格式的要求,但是随着计算机网络时代的来临以及数据共享,数据全方位、深层次的应用,报表数据更多地向无纸化输出发展。
鉴于报表无纸化输出的重要性,各软件开发商都在自己的软件系统中增设了报表无纸化输出的功能,有些系统还可以多种格式输出。如用友财务软件可采用ASCII文件和XBASE数据库文件的形式进行输出;而安易财务软件无纸化输出则有ACCESS文件类型和ORACLE文件类型等;在金蝶财务软件中则只能将数值型数据进行无纸化输出(参见金蝶财务软件6.3版);还有的财务软件还可以EXCEL文件格式对会计报表数据进行输出。
虽然这些软件都能将报表数据以文件形式进行无纸化输出,但是各种软件在报表数据的输出格式上都有所不同。同一种报表(如资产负债表),在无纸化输出时,哪些数据要输出,哪些不输出,顺序怎样,数据的宽度如何等都不统一。
三、存在的问题对会计电算化的普及和应用的影响
上述现行财务软件存在的标准不统一问题,对于我国会计电算化软件水平的提高,会计电算化的进一步普及,以及会计资料的广泛和深入应用都非常不利。
1.容易形成会计软件市场垄断。
由于现今的会计电算化软件报表子系统在使用上差别极大,对于会计人员来说,要学会并掌握一种软件的使用已非易事,要掌握多种软件的使用就更困难,也没有必要。因此,一个用户一旦使用了某种财务软件后就很难再改用其他财务软件。而现有的财务软件占有并瓜分了大部分市场分额后,其他软件商再要涉足该市场则会非常困难,并且已瓜分了市场的软件商之间也很难再重新分配市场,其结果将使软件商减缓软件的升级换代速度;在软件升级换代时,用户为使现有系统的核算资料能在今后继续使用,并保证升级换代后的数据能保持一致,则必须使用原软件商的产品。这样一来,软件商就可任意抬高软件价格使用户承受更大的软件费用。
2.不利于国家和投资者对会计报表的审计监督。
由前可知,在会计电算化系统中,会计报表的正确与否,除了与会计核算资料的正确与否有关外,更重要的是在会计报表文件中取数和计算公式的设置是否正确,因为会计核算数据是否正确可调出相应的帐簿数据进行核对。由于报表中数据是对帐簿数据的综合,不同的行业,不同的用户对报表中数据的综合方法是不尽相同的。国家的审计部门、税收部门、银行或投资者都要对会计实体的对外会计报表的正确性做出评估,在会计电算化时代,评估的重要依据就是报表的取数和计算公式。前面已叙及各种软件的取数和计算公式差异很大、标准混乱,要使审计、税收监管人员、投资者对各种软件的报表取数和计算公式都能掌握是不可能的,更不用说对报表正确性的审计监督。
3.无纸化输出格式的不统一,对报表数据的广泛和深入应用不利。
在企业内部,会计电算化系统仅仅是整个企业管理信息系统的一部分,也就是说,企业的管理信息系统是由若干子系统组成,如人事管理,计划管理,财务管理,统计分析,辅助决策与支持系统等。每一个子系统都是一个非常庞大的软件,这些软件一般都是由于不同的软件供应商提供的,当然也有企业自行开发的。子系统与子系统之间往往都存在一定的信息依赖关系,财务管理,统计分析,辅助决策与支持子系统,通常都需要利用会计报表中的数据,由于报表数据无纸化输出的格式不统一,这些系统往往都不能直接使用由会计报表子系统直接产生的报表数据,致使企业采用人工方式从其他子系统所需的格式重新输入报表数据,或者设计专门的针对本企业(非通用的)报表数据转换软件,以便使用其他子系统能利用的报表子系统产生的各种信息和数据。
在企业外部,由于许多会计报表(如资产负债表,损益表)是对外的,并被其他系统使用其提供的信息。审计部门、税收部门、银行和投资者等都需要企业会计报表提供的相关财务数据。在计算机普及的今天,所有的信息使用者几乎都是在利用计算机和相应的软件系统做有关的工作,由于会计报表的无纸化输出格式不统一,使这些信息的使用者都无法直接使用会计报子系统的输出信息。
三、对策及建议
1.建立统一的报表编制语言。
从目前的各种会计电算化系统的会计报表编制方法来看,基本都采用公式法来说明报表中数据的来源和计算方法。从前面的分析,我们已看到,不同的软件系统有自己的一套公式、函数,并且差异很大,公式、函数的表示法,公式多少及函数的功能强弱等都不尽相同。但是,如果仔细分析各种系统的这些公式、函数的集合并加以分类,可以看出它们的许多共同之处:
(1)从帐簿中抽取数据的函数和公式,这些公式主要说明报表中的数据从哪些帐簿来,取期初数、期末数、发生额以及会计期间和会计期间数等。
(2)从其他报表中取数的函数及公式,主要说明从哪个报表文件取什么数据;
(3)表内计算函数和公式,说明表内某一项数据可由本表内的其他数据按照一定的方法计算得到;
(4)其他函数和公式,包括勾稽关系定义,小数位数说明等。
由于报表编制函数和公式本质上的作用、功能相同,以及各种软件报表编制函数和公式在上述几个方面的共同性,笔者认为,可以在综合各种软件报表编制函数和公式的基础上,结合报表编制的特点,总结并开发出一种标准化的会计报表编制语言,相当于计算机程序设计语言,有统一规范的函数名和计算公式,有统一的语法规则,并且这些函数、计算公式和语法规则是一个相对完备的集合。这样,各软件开发商就不必各自去设计自己的一套报表函数和计算公式,而是将精力主要投放在如何在自己的系统中高效地实现这种会计报表编制语言,提高软件质量。对于使用者来说,也可以只学习掌握一种会计报表编制语言,就可在不同的会计电算化系统上编制所需的各种会计报表或者了解、审核特定报表编制方法的正确性。这对于各种人力、物力的节约以及效率提高的作用是显而易见的。
2.设计统一的报表无纸化输出格式协议。
报表系统范文第3篇
[关键词] ERP；报表；iReport
doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2016. 07. 085
[中图分类号] TN948.61 [文献标识码] A [文章编号] 1673 - 0194（2016）07- 0185- 02
1 引 言
当前，ERP已经成为国际上最先进的企业管理模式，它以信息化技术为支撑，以现代化的管理思想为导向，为企业决策者和管理层提供一个安全的、方便的管理平台[1]。ERP系统把企业的物流、人流、资金流、信息流统一起来管理，最大限度地利用企业现有资源，实现企业经济效益的最大化，为此就需要一款稳定、高效、智能的报表系统作为保证[2]，这也是ERP系统引入iReport报表的重要原因。
报表是反映某段时间内企业活动（如生产、销售等）的相关记录，以数据的列表、汇总和分析通过量化的形式直观地展现出来。它是ERP系统中各种业务和数据的集中反映，能为具体业务流程提供支持，保证业务正常进行；能反映公司整体运营情况和趋势，为公司管理提供决策支持；还可以发现业务流程和经营管理中存在的问题，为业务改进提供依据。因此报表对企业的运营管理具有重要意义。
报表作为一种经过归纳、整理和统计的数据信息，是企业服务、管理和内部控制的重要依据。基于报表的数据采集方式，是最符合人类使用习惯的数据录入和数据组织管理的有效方式。随着信息化建设的逐步深入和现代化管理水平的不断提高，基于报表的数据分析方式正在被大多数企事业单位采用。
2 主要技术
2.1 iReport简介
iReport是基于Jasperreport的一个可视化报表开发工具，简单地说，Jasperreport是引擎部分，iReport是前端界面开发工具。
iReport 系统是一套可视化的报表数据收集统计分析平台，具有良好的通用性、灵活性和可操作性，能处理多种的报表格式，如条码，列表式报表，表单式报表以及综合形式的报表，还可以在一个报表中嵌套多个子报表；报表系统具有自定义功能，随着需求的变化，用户可以轻松修改和调整报表；报表系统还具备脚本编写功能，使得用户可以根据自身的特殊需要增强应用程序的灵活性，最大程度的满足用户的需求。
2.2 工作原理
报表的生成、预览、打印、导出等主要功能都在JasperReport的对应类中实现。报表的开发和设计流程如下：
第一步.开发人员首先根据业务需求设计一个*.xml或*.jrxml文件。
第二步.使用JasperReports提供API中的JasperCompileManager类编译*.jrxml文件，编译后生成一个*.jasper文件。
第三步.使用JasperFillManager类填充编译后的*.jasper文件，填充后生成一个*.jrprint文件。
第四步.使用导出管理器（JasperExportManager）将*.jrprint文件导出成各种格式的报表文件。也可以使用JRViewer工具类来直接浏览报表。
2.3 关键技术
JasperReports生成报表的过程不很复杂，只需要使用net.sf.jasperreports.engine包中的几个类就能完成报表的生成、预览、打印、导出等功能[3]。下面对制作报表的几个关键类做一个简单的介绍：
（1）JasperCompileManager类
报表的编译工作是通过这个类的几个静态方法实现的，编译完成后，在*.jrxml文件所在的目录下生成一个*.jasper文件.
（2）JasperFillManager类
使用这个类可以完成报表的数据填充工作。它可以使用JasperReport对象，也可以使用*.jasper文件作为报表模板。以JRDataSource类作为数据源在iasper文件所在目录生成一个.jrprint文件。
（3）JasperExportManager类
这个类的作用是导出报表.它使用.irprint文件做为输入，输出不同格式的报表，例如PDF，HTML，XML，XLS，CVS等.
3 具体应用
报表是ERP系统中用到的最频繁的单据之一。企业的各个部门内部业务记录及部门之间的业务流转都要用到报表，比如，采购中心要打印采购订单明细、采购物资验收单；仓储中心要打印入出库申请单；生产部要打印车间任务工艺路线规程卡；销售中心要打印销售订单明细，等等。因此报表的使用在ERP系统中起着举足轻重的地位。因此，在采用JasperReports开发报表时，可选择使用可视化工具iReport来简化开发过程。
3.1 使用iReport设计报表
（1）运行iReport软件，新建一个空报表文件。
（2）在“report query”窗口里输入查询语句，格式为：select*from表名where条件。
（3）在空报表窗口把相应控件拖拽到指定位置，然后设置控件的属性。
（4）报表设计完成后，编辑――运行后在工作目录下生成*.jasper文件，这个文件就是生成的报表文件。
3.2 ERP程序调用报表过程
报表文件生成后，要把它放在ERP程序所在的目录下，然后再创建一个调用报表的文件，最后在ERP程序中调用这个程序来访问报表[4]。这样，在ERP系统的前端页面中点击“打印”按钮相应的报表就会显示在用户的面前，接通打印机就能得到纸质的报表。
调用报表文件的关键代码如下：
第一步：装载jasper文件
File jasperFileName =newFile（request.getRealPath（"/Reports/test_report.jasper"））；
第二步：设置参数值
HashMap params =new HashMap（）；
params.put（"yourParamName"，""）；//设置参数值
第三步：利用JasperRunManager生成PDF文件
ConnectionPoolconnMgr=ConnectionPool.getInstance（）；
Connectionconn=connMgr.getConnection（）；
JasperRunManager.runReportToPdfFile（jasperFileName.getPath（），parameters，conn）；
4 实 验
4.1 实验环境
ERP环境：许昌烟草机械有限责任公司ERP系统；
硬件：IBM服务器；
操作系统：Windows 2000；
Web服务：Websphere 6.0版本；
数据库：Oracle10g。
4.2 实验效果（见图1）
5 结 语
综上所述，把iReport报表引用企业ERP系统中，能够根据业务的需要方便地定制报表，是一种简洁、直观且高效的解决方案。动态报表的设计使ERP系统更具柔性化，提高ERP系统的使用效率，进而提升企业的整体管理水平。
主要参考文献
报表系统范文第4篇
关键词：生产门户；生产报表； SOA架构；系统整合
中图分类号：TD94 文献标识码：A文章编号：1007-9599(2012)04-0000-02
生产调度门户和报表系统结合神华准能公司煤炭生产、发电、铁路运输及辅助生产的采供水、炸药生产、供电等实际需求，开发满足各级生产调度需求的报表系统。在保持现有业务应用系统功能和运行方式基本不变的前提下，站在神华准能公司全局的高度，将现有业务应用系统进行信息整合，实现生产调度业务数据的逻辑关联和智能分析，并实现业务报表的自动化生成和可视化管理，为领导决策和综合业务管理提供信息化支持服务。根据现有各级单位生产调度工作需求，满足三级报表编制需求：各二级生产单位、公司总调及相关领导、集团产运销报表信息。
一、建设原则
系统建设遵循IBM SOA技术体系架构，构建一个灵活、稳定、开放、可扩展的集成框架结构，实现生产调度业务的人员、界面的集成和业务报表的自动化展现及管理，并为今后全面实现神华准能业务数据整合、业务流程的可视化管理打下基础。
在系统设计和建设过程中，充分考虑神华准能信息化建设和发展的长期目标，严格遵循IBM SOA相关技术规范和标准，满足系统在先进性、实用性、易用性、稳定性、安全性、可管理性、可扩展性等方面的要求，保证系统既能符合当今信息整合技术的发展趋势，又能够适应不断发展变化的业务应用环境。
二、数据采集和编码管理
生产调度门户和报表系统的基础业务数据通过应用集成和数据整合方式，自动从现有业务应用系统中抽取，并自动实现业务数据之间的相互关联和逻辑约束。充分满足目前公司即将实施的GPS自动化调度系统、选煤厂生产集控系统、电厂MIS系统及未来准备新建的其分业务应用系统的信息集成需求。
从业务上对数据资源进行全面梳理，统一制定企业生产信息编码标准。
采用本行业常用编码，其它（如人员、性别、民族、学历、物资等）有国标码的采用国标码，没有国标码的采用行业编码，没有行业编码的可自行编码，但必须符合信息管理编码规范。
没有具体编码规范的可提供统计字段。如：露天煤矿统计每台铲的剥离量、每台铲的煤量、每种车的运输量、每台铲、每种车的出动率、实动率等。剥离分为土剥离、岩石剥离；按系统的剥离（吊斗铲系统、单斗-卡车系统、轮斗系统等）。
三、系统外延（范围）
生产调度门户和报表系统建设主要以露天矿、选煤厂、维修中心和基础建设为重点，围绕煤炭生产、安全和运输销售实现生产调度报表自动化及相关信息的统一门户集成。
以生产调度业务为核心，按照SOA组件化、标准化、服务化的要求，从公司层面对生产调度业务进行整合。包括：生产调度业务数据的安全采集，数据的智能分析及业务报表的自动生成，生产调度的相关信息、业务数据及报表基于角色的、个性化门户展现等。
用户群体包括各神华准能公司二级生产单位调度、哈尔乌素分公司调度
公司总调及相关领导。二级单位包括：露天煤矿（两矿）、发电厂（两厂）、选煤厂（两选）、铁路运输。辅助生产单位包括：炸药厂、事业公司、供电公司、煤炭经销公司。
四、主要功能
（一）统一认证管理
建设统一认证中心主要有以下目标：在门户框架内搭建统一的用户单点登录平台，实现用户单点登录功能；系统向需要进行SSO集成的应用系统提供标准的系统接口。
认证中心主要管理集中式身份认证中的用户帐号，包括用户注册、注册信息修改以及用户注销。若用户已经在EAM、生产调度、设备调度、安全管理、财务管理等现有业务应用系统中拥有帐号，则将该应用系统的帐号与集中式身份认证中的用户帐号进行关联映射。用户登录后，通过帐号映射功能，集中式身份认证就能够自动登录该应用系统。主要功能包括映射帐号登记、删除和映射帐号信息修改等。
（二）待办任务管理
业务协同门户平台提供统一的“待办任务”界面，实现各业务应用系统的业务处理任务实现集中展现，当需要登录人处理事务时，能在门户首页予以提示信息。登录人点击即可进入相应程序页面进行处理。
各应用集成建设应充分考虑已建系统集成、在建系统集成和未建系统集成，需要支持应用集成及扩展功能，可自由卸载和加挂新系统。
（三）报表功能
1.系统管理。系统管理包含用户管理、技术数据维护、备份及备份查询、数据录入情况查询、数据导入等功能。有关数据录入、导入功能如下：（1）数据录入情况查询：（包括日报表和月报表）此功能主要为生产指挥中心调度人员使用，将各二级生产单位汇总到一张页面上, 同时系统显示和保留文件上传时间。（2）数据导入：此功能为生产指挥中心调度人员设置，在二级单位已经完成了数据的录入，则可以打开，进行数据审核；审核正确的，就可以点击完成审核，将数据正式导入报表系统。2.计划编制。计划编制主要包括年、月、日计划的录入、修改、查询等。系统提供计划编制流程，具体流程为：计划编制人员按报表系统设计的计划录入格式及内容，填写相关的数据，数据填写完成后提交给生产指挥中心有关领导审核，审核通过后，导入公司生产调度报表系统中。（包括计划和奋斗目标两套数据）。流程设计应符合SOA业务流程整合规范，以便于今后公司实施跨系统的业务流程整合。由于检修、施工等影响，目前日计划主要是月计划的日平均数，本次报表系统要考虑日计划的特殊性，按施工日、天窗日和非施工日、非天窗日等进行区别。3.基础数据的操作。基础数据的操作主要为生产数据录入，主要为二级生产单位设置，为每个填报生产数据的单位根据用户名和密码进入系统，完成数据的录入和审核（包括人工录入和系统自动取数的审核）。同时系统应提供各类基础信息的维护、自定义，设施、设备的台帐管理、台帐查询和报表查询等功能。4.生产数据查询分析。按月日年，对生产经营情况数据进行表格、图形分析等，包括与往年的比较等。生产数据查询分析功能是生产调度报表的重点，除了正常的数据查询功能（根据规定的字段、时间段）外，重点需要具备如下功能：
（1）数据分析功能主要包括：日超欠、月计划进度超欠、年计划进度超欠、年奋斗目标计划进度超欠、月同比增减、增幅、年累计同比增减、增幅，完成月计划、年计划的百分比等。分析结果需以表格、直方图、曲线图等多种表现，并能以需要的文本形式导出。在设计生产运营计划完成状态图时，对每个月及每天生产完成情况和计划对比，形成图表，利用颜色进行区分，如完成计划的为红色，未完成计划的为绿色，同时日或月完成量与日和月生产分析建立联接，只要鼠标点击日、月位置，就可以自动调出当日、当月的生产分析。
（2）查询功能：本月日完成情况排序，本年月完成情况排序；本月日最高值（前5位），本年日最高值（前10位）。根据不同时段、不同字段要求进行查询等。
（3）能够按特定的要求形成日报表、月报表、年报表。同时能够按选定的字段或时间段等灵活地形成各类统计分析报表。
5.生产调度报表的导出
根据现有各级单位生产调度工作需求，以选定的文本格式，形成生产调度的日、月、年报表及阶段报表。
6.生产分析导入
生产分析导入功能为公司各级调度使用，将每日及每月编制的生产分析，以WORD、EXCEL文本导入报表系统中，与生产运营计划完成状态图挂接。同时也为日常查询备用。
7.商品煤、铁路煤炭运输流向分析图
根据日、月、年的商品煤装车及铁路煤炭运输流向计划和实际完成，制定完成流向示意图。
8.经营调度分析
根据每月商品煤销售量及结构，结合矿、选煤厂、铁路运输成本，能够分析当月煤炭销售结构下的利润情况。（在具体设计时进行研究落实）
（四）门户栏目需求
内容由业务部门经授权负责、管理和维护，为保证信息的准确性和权威性，信息需设计编辑、校对、审批自动化流程；管理员应能分级监管门户网站的运行情况，及时统计栏目内容的、更新和访问状况。
1.调度动态。主要是生产、调度方面的一些动态信息，由各级调度人员编写，经公司生产指挥中心负责人审定，上传。包括文本文件和图片，类似新闻报道。2.会议纪要。主要生产指挥中心编写的各类会议纪要（平衡会会议纪要等）。在统一门户平台上，公司生产指挥中心有关人员编写会议纪要，自动流程到部门经理审定后。为满足部分会议纪要需要公司级经理审定的要求，本项目应实现生产调度报表及门户网站系统应与公司现有的OA系统实现集成，实现会议纪要审定流程的跨系统流转，而不是通过人工下载、上传。3.领导指示。主要下达公司有关领导，在每日早调会、生产方面专题会及日常工作中对生产方面下达指示和要求，经调度人员整理，生产指挥中心有关经理审核后。4.公告通知。调度通知、调度命令等。流程是公司总调度室有关人员编写上传，由部门有关经理审核后到此栏。调度通知、调度命令有文号编制，然后以一定顺序形成汇总。5.运营记录。由公司总调度室负责编写生产运营中的记录，上传到此。6.安全调度。安全调度主要包含有两个方面的内容：一是全国及集团安全方面的一些重要学习内容，重大事件通报等。二是应急调度，要根据公司编制的应急预案，编制形成一个应急调度流程，里面包括公司编制的每个应急预案的启动流程，流程中每个环节的联系人、联系方式及他的具体职责；应急物资储备情况：地点、数量、保管人、更新时间、等）。7.交接班记录。公司生产指挥中心调度人员交接班记录，将以前的手写交接，改为电子交接。交班人员编制完成后上传到此系统，接班人员审定后，导入数据库。一旦导入，调度员没有修改权限，只有生产指挥中心有关经理可以修改，同时修改后要保留修改印记。8.值班表。包括三部分：领导值班、生产指挥中心调度值班和各二级主要生产单位值班。领导值班和调度值班每月将值班表录入系统，则生产调度信息网站自动显示值班人员（如果能安装相关软件或设备，可直接给公司领导值班人员发送手机信息提示）。同时由于公司领导值班和调度值班更换，有修改功能。对于公司二级主要生产单位值班，主要是每日值班报到记录（值班人和电话号码），形成电子文档，备查。为了填写方便，事先将编入值班人员的名字以单位分类录入，可直接选择。9.电话查询。公司生产系统有关人员的电话查询，输入一个名字或部门，就可以按要求查询到相关电话（办公室、手机），由于人员经常变动，对系统员有更新、修改功能。10.生产现场视频监控系统。通过链接的方式，将现建成的工业视频监控系统挂接。11.生产调度报表系统。系统自动生成各类业务报表，管理人员可根据业务需要适时调整报表格式和需要统计的内容。12.天气预报。提供薛家湾及铁路沿线，主要县城的天气预报，为公司生产组织提供科学依据和预防。13.文件流转。为生产调度系统提供有关文件的上传、下载功能；流转表示上传时需求审批。
五、技术路线
系统整体采用IBM SOA体系架构进行建设；
利用IBM InfoSphere DataStage功能强大的ETL工具，对现有业务应用系统的业务数据进行抽取、清洗、转换、装载；
利用IBM Cognos BI联机事务分析工具软件进行数据建模，实现商务智能分析，使系统能够通过预先处理的方式，针对不同的主题和模型，进行报表的生成和展现。
利用IBMWebsphere Portal Server门户框架软件为用户提供安全的信息资源和业务数据的获取，实现统一门户平台。
利用斯欧SOA软件套件（STS）在门户上实现可配置、可重用的组件开发。
六、结论
随着企业信息化建设的发展，不同应用系统的开发、使用，造成了很多独立的、没有关联的孤岛。解决“信息孤岛”问题，已成为跟多企业信息化工作面临的难题。而面向服务架构（SOA）正是企业突破孤岛瓶颈的有力武器。
报表系统范文第5篇
摘要 通用报表系统设计运用模型-视图-控制器设计模式构造客户端报表视图与报表数据间的协作模型，将报表框架与报表数据分离，用户能根据处理需要自定义报表式样和指定数据源，系统自动生成所需要的报表。本文给出它们各自在报表系统设计中的应用范例。 关键字 报表系统；设计模式；数据异构；多窗口支持；模型-视图-控制器 1引言 传统报表系统，通常是针对某个商业领域使用，其使用的报表格式往往在设计时由设计人员已经定做成模版的形式存储在模版库中，用户使用时直接从模版库读取，处理方式也仅限于该领域内；虽然在一定程度上该解决方法带来了一定管理上的便宜，可对于现代企业用户来说，报表格式单一已经局限了报表只能作为记账簿来使用，使得报表的可塑性差，后期维护艰难，难以适应生产过程的多样性和变化性，无法满足大型企业不断扩充的适应性、智能型的要求，特别是当业务领域变化时，原有的报表系统往往很难支持新业务数据的管理分析，要进行大量的重新开发工作。 在本通用报表的设计中，将报表框架与报表数据分离开，用户即能根据自己的需要随意绘制表格，又能按照业务要求自主的选择数据来源。一旦框架和数据来源定义完毕，系统可以自动生成所需要的报表。为了经济的达到方便使用的目的，必须吸收先进的软件开发思想，采用优秀的软件开发方法以提高软件质量和软件的重用性，其中提高软件的重用性是减少开发成本的关键。 本文主要介绍mvc设计模式在通用报表系统开发中的应用，给出了具体问题相应的解决办法，提高了软件的通用性和扩展性。 2 设计模式 设计模式是设计面向对象软件的过程中记录的知识和经验，用一系列类结构和对象来具体描述其含义。设计模式的目的就是复用这些面向对象设计的解决方案，根据具体应用完成具体的设计以及便于这些抽象解决方案的积累和交流。与不使用设计模式的软件系统相比，一个大量使用设计模式的软件系统的对象建模更加合理，对象间的耦合度更小，效率、可靠性、可升级性、并发性、平行性和分布性更高，更能获得高层次的设计复用和代码复用。 设计模式概念最先来自于城市建筑专家对建筑模式的定义“每一个模式描述了在人们周围不断反复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次的使用该方案而不必做重复劳动”。这种建筑上的模式思想在面向对象的设计模式中同样适用，模式的核心就在于提供了相关问题的解决方案。设计模式确定了所包含的类和实例，它们的角色、协作方式以及职责分配。它通过刻画部件静态和动态结构及其之间的合作关系，成功地应用于解决商业数据处理、电子通信、图形用户界面、数据库、分布式通信软件等软件构造中的问题。 一般而言，设计模式有4个要素：①模式名称：用来描述问题、解决方案和效果。②问题：描述可以在什么时候使用设计模式。③解决方案：描述了设计模式的组成部分，它们之间的相互关系及各自的职责和协作方式。④效果：描述了模式应用的效果及使用模式应该权衡的问题。一个设计模式命名抽象确定了一个通用设计结构的主要方面，这些设计结构能用来构造可重用的面向对象设计。 我们在报表系统中主要使用了模型-视图-控制器设计模式(mvc)、观察者（observer）、适配器模式（adapter）以及桥接(bridge)这几种设计模式。 3 设计模式的应用 3.1 模型-视图-控制器（mvc） 报表系统中为了方便用户对数据的分析和使用，同一业务数据常常需要多种视图呈现，即一个表格对象和一个柱状图对象可使用不同的表示形式描述同一个应用数据对象的消息。表格对象和柱状对象并不知道对方的存在，这样使用户可以根据需要单独复用表格或柱状图；当用户改变比表格中的信息时，柱状图能立即反映这一变化，这一行为意味着表格和柱状图都依赖于数据对象。早期的图形化程序设计常常围绕着事件驱动的用户界面来组织，这样的直接后果就是数据处理、程序功能与显示代码完全纠结在一起。大型的图形化程序中一个数据通常对应多种表示与处理方式，把特定界面绑定到应用程序上严重降低了程序的灵活性，使得一个很小的改动也牵扯到大量的代码，增加了程序开发与维护的工作量。20世纪70年代，mvc模式在small talk 80的gui设计中被提出，并且描述了不同部分的对象之间的通信方式，使它们不必卷入彼此的数据模型开发方法中，使程序结构变得清晰而灵活。 mvc模式包括三个部分：模型（model）、视图（view）和控制器（controller）,分别对应于内部数据、数据表示和输入输出控制部分。模型是与问题相关数据的逻辑抽象，代表对象的内在属性，是整个模型的核心。它采用面向对象的方法，将问题领域中的对象抽象为应用程序对象，在这些抽象的对象中封装了对象的属性和这些对象所隐含的逻辑。视图是模型的外在表现，一个模型可以对应一个或者多个视图，如图形用户界面视图、命令行视图、api视图；或按使用者分类：新用户视图、熟练用户视图等。视图具有与外界交互的功能，是应用系统与外界的接口：一方面它为外界提供输入手段，并触发应用逻辑运行；另一方面，它又将逻辑运行的结果以某种形式显示给外界。控制器是模型与视图的联系纽带，控制器提取通过视图传输进来的外部信息，并将用户与view的交互转换为基于应用程序行为的标准业务事件，再将标准业务事件解析为model应执行的动作（包括激活业务逻辑或改变model的状态）。同时，模型的更新与修改也将通过控制器来通知视图，从而保持各个视图与模型的一致性。 实现mvc模式时面对的主要问题是model和view的关系，在设计模式中的observer模式很好的描述了如何建立这种关系。这一模式中关键的对象是目标（subject）和观察者(observer)。一个目标可以有多个依赖它的观察者；一旦目标发生变化，所有依赖它的观察者都得到通知，并做出响应，即每个观察者都将查询目标进行更新，以保证和目标的状态同步。这种模式允许我们独立的改变目标和观察者；用户可以单独复用目标对象而无需同时复用其观察者，反之亦然。这种模式可以在不改动目标和其他观察者的前提下增加观察者。 在报表系统中，目标即为业务数据，观察者定义为在用户界面上的显示视图。显示视图是由其相关的业务数据决定，当业务数据发生变化时，视图也将发生变化。同一业务数据会有多种显示视图；相同类型的视图也可以表达不同的业务数据。而且可以根据需要在任意时刻增加和删除显示视图，大大提高了报表系统的通用性。 当报表系统业务数据变化时，它要通知依赖它的所有视图发生相应的变化，这样就需要在业务数据对象里记录依赖它的视图，或是增加一个关联查找机制。这两种方法在数据和视图间依赖关系比较少时可以高效的解决问题，但当它们之间的关系特别复杂时，我们就需要一个专门的对象来维护这些关系，这里我们称之为更改管理器（changemanager），它的目的是尽量减少视图反映数据变化所需的工作量。例如，如果一个操作涉及到对几个相互依赖的目标进行改动，就必须保证仅在所有的目标都已经更改完毕后，才一次性的通知它们的观察者，而不是每个目标都通知观察者。另外，观察者并不是对所有的事件都感兴趣，可以扩展目标的注册接口，让个观察者注册为仅对特定事件感兴趣，以提高更新的 效率。当一个事件发生时，目标仅通知那些已注册为对该事件感兴趣的观察者。 observer模式在报表系统中的层次结构如图1所示，其中dataentry为业务数据抽象，它的具体实现由concretedataentry来完成；userview是显示视图的抽象，具体使用的视图由concreteuserview实现；更改管理器（changemanage）的实现有两种：simplechangemanage和dagchangemanage ，它们分别管理单一目标的目标—观察者关系和多目标相互关联的目标—观察者关系。 图1 报表系统中observer模式层次结构图 其中业务数据的类定义如下： class dataentry{ public : virtual ~dataentry(); virtual void attach(userview *pview ); //增加视图 virtual void detach(userview *pview); //删除视图 virtual void notify(userview *psender); //通知 protected: dataentry (); private: list<userview*> *userviewlist; //记录视图 } 显示视图的定义为： class userview{ public: dataentry getdataentry(); /*获取业务数据实体的状态，相当于模式中的getstate()和setstate()*/ virtual void notify (userview *pview); virtual void ondraw(userview *pview); //设计为虚函数以供重载 protected: list<dataentry*> *dataentrylist; //记录业务数据实体 }
在这里简要说明一下notify（）的实现： void notify:: dataentry (userview *psender){ assert(psender==null||*userviewlist.isempty()); //判断视图列表是否为空 position pos = getfirstviewposition (); while (pos! = null) {userview* pview = getnextview (pos); assert_vaild (pview); if (pview != puserview) pview->notity ();} 3.2 适配器模式（adapter） 在许多大型企业及某些行业的局域网或广域网内，由于历史和技术发展的原因存在着多种数据库同时在运行的情况，比如某大型企业、某地区的电力单位或电信公司等，可能正同时在使用着多种数据库（oracle, db2, sql server, sybase 或informix等）。在这样多的数据库并存的环境下，要求能任意访问到这些数据库，实现多种数据库间的数据转化、资源共享、数据一致性和完整性成为系统开发和应用中一个尤为突出的问题。 构建通用的数据库访问主要是实现对数据源访问的底层操作的封装，而仅仅给出数据读取对象或数据集对象等供商业逻辑层调用，因此采用adapter模式，根据不同的数据提供者产生相应的数据库连接、数据库命令等数据库对象来实现对低层操作的封装，通过暴露执行数据集对象等上层操作以供其他逻辑层调用。 对数据库的访问基础是基于结构化查询语言（sql），在具体对数据库的访问中，是通过sql语句来实现的。采用这种设计模式对数据库进行访问的方法是一种通用访问技术，即应用程序可用相同的源代码访问不同类型的数据库，如sybase, oracle等。 adapter模式是将一个类的接口转换成客户希望的另外一个借口。adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作，它又称为“wrapper”包装器。当要使用一个已经存在的类，而它的接口不符合需要，或是创建一个可以复用的类，该类可以与其它不相关的类或不可预见的类协同工作。 adapter模式的基本结构图如图2所示： 图2 adapter模式的基本结构图 adapter模式应用在报表系统中，模式中target即为应用程序中数据访问类，它负责进行数据库的连接、进行数据库操作等等；模式中的adaptee为实际存在的各种数据库；在进行系统实现时的主要工作是对不同的数据库编写相应的数据源驱动程序，即编写adapter。 应用程序对数据库的访问主要是选择一个数据源并连接它、提交sql语句以及检索结果，除此以外还可以确定并调整驱动程序的性能、浏览数据库编目等等；应用程序中数据访问类通过数据源驱动程序访问不同数据资源中的数据，每个不同的数据资源类型由一个数据源驱动程序支持。 数据源驱动程序是处理数据访问类对象的函数调用，提交sql请求到一个指定的数据元，并把结果返回到应用程序；如果有必要，数据源驱动程序修改一个应用程序请求，以使请求与相关的dbms支持的语法一致。每个驱动程序都针对特定的dbms；例如，一个oracle驱动程序不能直接访问informix dbms中的数据。数据源驱动程序展示基础dbms的能力，他们不能实现dbms不支持的能力。它进行数据源连接、检查应用程序中的函数错误、初始化事务和把sql语句提交给执行的数据源。数据源驱动程序必须把应用程序的 sql修改成针对相应dbms的sql，并把数据发送到数据源，或从数据源检索数据，包括根据应用程序的指定来转换数据类型，最后断开与数据源的连接。 当数据源驱动程序的数量增加，并且处理的事物逐渐复杂时，仅仅用应用程序的数据访问类来进行驱动程序的管理已大大增加了系统的负担，我们可以提供一个驱动程序管理器来管理数据源驱动程序。此时应用程序是被连接到驱动程序管理器，而不是驱动程序。它使用应用程序传递的连接句柄搜索目标驱动程序中的函数地址，并通过地址调用那个函数。驱动程序管理器多数只是把函数调用从应用程序传送给正确的驱动程序。驱动程序管理器最终的作用是加载和卸载数据源驱动程序，应用程序只加载和卸载驱动程序管理器。当它要使用一个特殊的驱动程序时，它调用驱动程序管理器中的连接函数，并指明一个特殊数据源或驱动程序名。使用该名称，驱动程序管理器为驱动程序文件名查询数据源信息，比如sqlsrvr.dll，然后它加载驱动程序，保存驱动程序中每个函数的地址，并调用驱动程序中的连接函数，然后初始化它自己，并连接到数据源。当应用程序使用驱动程序做完工作后，它调用驱动程序管理器中的sqldisconnect。驱动程序管理其中调用驱动程序中的此函数，断开与数据源的连接。然而，驱动程序管理器重新连接它时，把驱动程序保留在内存中。只有当应用程序释放驱动程序使用的连接，或者使用不同的驱动程序连接，并且没有器它连接使用此驱动程序时，它才卸载驱动程序。 3.3 桥接模式(bridge) bridge设计模式时对象结构模式的一种，它将抽象部分与实现部分分离，使它们能够独立实现。当在一个程序中，某一个抽象可以由很多实现方法的时候，我们通常是使用面向对象中继承的方法来实现并协调这些方法。但是这种继承机制有以下不足的地方，而使用bridge设计模式都能使这些不足得到很好地解决。 继承机制使客户代码在实现功能的时候涉及到特定的相应平台，与平台产生相关性，对代码的移植产生很大的困难，但是bridge设计模式将抽象和实现部分放在独立的不同层次的类结构中，将抽象中与系统平台相关部分分离开来，同时也降低了实现部分对编译的依赖性，当改变一个实现类时，并不需要重新编译抽象部分和它的客户程序。 我们的报表系统是一个通用系统，我们希望这个系统能够支持多窗口系统。虽然不同的窗口系统有不兼容的程序设计接口，但是所有的窗口系统总的来说还是在做同一件事情，我们可以对不同的窗口系统做一个统一的抽象，在对各窗口系统的实现做一些调整，使之符合公共接口。 我们首先定义一个windows抽象类，它封装了需要各窗口系统都要做的一些事情，并且能跨越不同的窗口系统实现。在这个抽象类提供了支持大多数窗口系统的方便接口，其具体的子类支持用户用到的不同种类的窗口，而对不同窗口系统的实现则由windowimp类层次隐藏。windowimp是一个封装了窗口系统相关代码的对象的抽象类，为了使报表系统运行于一个特定的窗口系统，我们用该子系统的一个windowimp子类设置window对象。这样，避免了对窗口系统的直接依赖，这样可以让windows类保持相对较小而且较稳定，同时还能方便的扩展实现层次结构以支持新的窗口系统。 window和windowimp层次结构之间的关系有下图所示，其中windows_x即为可以扩展的窗口系统接口。 图3 window和windowimp层次结构 4 结语 应用设计模式可以使看似复杂的系统设计和实现简单化，设计出来的系统具有灵活、健壮和可复用性强等特点，而且还可以方便开发人员的沟通和交流，保证软件开发文档的准确性和易读性，便于代码开发工作。在报表系统中引入设计模式，不仅加深了对面向对象思想的认识，而且使得系统的设计间接明了，提高了软件系统的可维护性和伸缩性。 文章就设计模式在通用报表系统中的使用进行了一定的研究和探讨。主要就通用报表系统中几个关键的通用问题给出了相关的设计模式解决方案。该通用报表的设计为解决集团性企业、政府统计的报表汇总分析、预算编制、合并报表的解决方案；它还可以引入到分销管理中，以承担drp系统中临时性、非结构化数据的统计任务；根据统计管理对象的不同，它还能成为网上人事统计、资产管理系统的二次开发平台。 参 考 文 献： 1. erich grama , richard helm, ralph johnson, et al. design patterns elements of reusable object-oriented software. reading (mass): addison wesley publishing co, 1994 2. bertrand meyer, object-oriented software construction (second edition), prentice-hall international, inc, 1999 3. vangalur s. alagar and rokia missaoui(eds): object-oriented technology for database and software systems, world scientific publishers, singapore, 1995 4. grady booch: object-orient analysis and design with application, second edition, benjamin/cummings, menlo park(calif.), 1994 5. peter coad. object-oriented patterns. communications of the acm, 35(9):152-159, september 1992. 6. 刘立志，孙莹，陈松乔.基于构件技术的报表系统的设计与实现.计算机应用研究，2003;9;88-90 7. 吴秀丽，孙树栋.基于设计模式的报表生成组件的设计与实现.计算机工程与应用，2004;16;113-115,118. 8. 任中方，张华.mvc模式研究的综述.计算机应用研究，2004;10;1-4
