价格监测预警信息系统

1、题目： 价格监测预警信息系统 数据模块的设计与实现 3 价格监测预警信息系统 数据模块的设计与实现 摘要 纵观国内价格监测现状，政府投入大量人力、物力来监测市场价格， 但却未达到高效、快捷、准确的目标，给各级政府价格监管和宏观调控 带来了极大考验。 本文在深入开展了对物价系统中各监测机构的现状、实际业务调查 的基础上，针对数据模块（其中包括数据采集、分析、预警）业务需求， 详细阐述了该模块的需求分析和系统设计，并讲述了利用J2EE 架构、 B/S 结构、SQL Server2005数据库、Excel 控件、Ajax、FusionCharts等 技术进行开发维护的实践过程。 本文着重阐述系统数据

2、模块中数据采集部分，详细描述了从原始数 据收集到最终形成汇总数据的流转过程，且对整个研发过程中碰到的有 较大影响问题及其相应的解决方案进行了总结。 系统采用螺旋生命周期模型进行开发，在与客户交流中不断完善。 目前该系统已经过两个月的用户试运行和两个月的正式运行，运行稳定， 客户反应有效提升工作效率，能够快速及时掌握价格变动和整体的变化 趋势。 关键词：价格监测预警， J2EE，SQL Server2005，Excel，Ajax DESIGN AND IMPLEMENTATION OF DATA MODULE AMONG MONITORING AND WARNING INFORMATION SY

3、STEM ABSTRACT Throughout the status of domestic prices monitoring, government has invested a great deal of manpower and material resources to monitor the market prices. while it doesnmteet the high-performance, fast and accurate target, which brings the great test of price monitoring and macro-contr

4、ol to all levels of government. Based on the deeply study on the status of various monitoring institutions and the actual businessinvestigation in the price system, formed three parties of businessrequirement(datacollection, data analysis,data early warning),this papergives the detail systemdesign b

5、y the analysis of business requirement, using J2EE frame, B/S Structure, SQL Server 2005、 Excel component 、 Ajax 、FusionCharts and so on, selectedeclipse as the IDE to develop software until to use. This paperdescribesthe systemdata module part of the data acquisition from the original data entry to

6、 the final form of the circulation process of aggregatedata.And they Summedup of a greaterimpact on the problems and corresponding solutions had encountered in the course of the research and development. The systemis developedby using a spiral developmentlife cycle model, and improves a lot by commu

7、nicating with the customers. After it passeda two-month trial run, as well as two-month official operation stably, the customer has given a positive confirmation of the efficiency, prompt and ability to control the overall pricing fluctuation and trends. Key Words: price monitoring and warning,j2ee,

8、sql server2005,excel,ajax 目录 摘 要 ABSTRA.C.T 2 第一章 绪论 3 1.1 价格监测预警系统的建设背景 3 1.2 国内外价格监测预警系统的发展现状 3 1.3 研究的目的和意义 4 第二章价格监测预警系统相关技术综.述 2.1 J2EE 技术架构 6 2.2 数据报表方案 7 2.2.1 基本原理 7 2.2.2 对比分析 10 2.2.3 实际采用方案 11 2.3 SQL Server 2005 简介及优点 11 2.4 相关技术介绍 13 241J2EE分布式对象开发技术 13 2.4.2 XML(Standard Markup Languag

9、e) 13 2.4.3 Ajax 技术 15 2.4.4 缓存技术 15 17 19 19 20 第三章价格监测预警系统数据模块的需求.分析 3.1 业务需求 17 3.1.1 监测数据采集模块 17 定点单位 市/ 县监测机构 省监测中心 3.1.2 监测数据分析模块 21 3.1.3 监测数据预警模块 21 3.2 功能需求 21 3.2.1 监测数据采集模块 22 3.2.2 监测数据分析模块 30 3.2.3 监测数据预警模块 34 3.2.4 模块总体 35 3.3 权限需求 36 3.3.1 监测数据采集模块 37 3.3.2 监测数

10、据分析模块 37 3.3.3 监测数据预警模块 37 第四章价格监测预警系统数据模块的设计 4.1 系统总体结构设计 38 4.2 数据库设计 39 4.3 重要模板结构 40 4.4 模块功能设计 43 38 58 63 65 68 69 4.4.1 监测数据采集模块 44 4.4.2 监测数据分析模块 52 4.4.3 监测数据预警模块 56 第五章价格监测预警系统数据模块的实际问题.总结 5.1 问题总述 58 5.2 性能问题 58 5.3 功能问题（版本变迁） 61 5.4 安全问题 61 第六章结论 6.1 总结 63 6.2 展望 63 6.3 心得 64 参考文献 致谢 附录

11、附录 1毕业设计文献综述 69 附件 2毕业设计开题报告 69 附件 3毕业设计外文翻译（中文译文与外文原文） 69 第一章绪论 1.1 价格监测预警系统的建设背景 2006年9月，*省人民政府常务会议通过了*省价格监测预警办法，建立 了*省价格监测预警工作规程（试行）等有关规章、制度。要求通过科学、有效 地组织和规范价格监测预警工作，保障价格监测数据的真实、及时和准确，发挥价 格监测预警在宏观调控和价格监管中的重要作用 。 近年来，“非典”、“禽流感”、“云娜”台风等突发性时间引起价格波动严重影响 市场和社会的稳定，特别是2007年以来粮油、猪肉等关系民生商品和重要工农业生 产资料价格受国际

12、国内市场的影响大幅波动，2008年全国南方发生特大冰雪灾害、 512汶川大地震等引发市场价格的上涨，给国家宏观调控和价格监管带来新的考验。 因此建立电子化、网络化的全省价格监测预警系统更为迫切，急需进一步提高价格 监测预警的工作效率，提高各类数据的准确性、提高工作水平、改进服务手段与方 法，为全省价格监测预警提供更合理、精确的决策依据。通过科学的数据分析，引 导消费预期、平抑市场价格、加强和改善宏观调控、保持社会稳定。 1.2 国内外价格监测预警系统的发展现状 上面两节详细的描述了当前我国价格监测职能部门的具体工作职责、工作任务 以及对数据的分析要求。据调查发现国外不存在价格监测中心这一职能部

13、门，价格 的监测、分析、预测工作主要由国家统计部门来实施。很多发达国家的价格监测信 息化做得非常好，有部分国家将部分产品价格的监测与其相应的销售系统进行对接， 可实时监控价格变动。限于我国国情，目前达到发达国家同等水平的监测水平还有 很长的一段路要走。目前国内大部分地区仍使用电话、传真等方式进行价格监测， 最终将价格监测数据汇总到省价格监测部门，由省价格监测部门通过内部的数据管 理来维护省级数据，汇总的数据通过国家下发的单机版软件形成特定的加密文件， 通过Gmail送达国家监测中心。有部分地区的价格监测部门有各自的价格数据记录 系统，数据分散在各个地区。上述可知目前的信息化程度，很多省级以下的

14、数据存 在空缺，省级数据可能存在着不准确性却无据可循。尤其是近年来重大突发事件的 发生导致价格异动显著，但是因价格监测系统监测方式的信息化、电子化程度不高, 导致数据采集的及时性和准确性受到了一定的影响，给国家宏观调控带来了极大地 挑战2-4 o 因此建立电子化、网络化的全省价格监测预警系统更为迫切，急需进一步提高 价格监测预警的工作效率，提高各类数据的准确性、提高工作水平、改进服务手段 与方法，为全省价格监测预警提供更合理、精确的决策依据。通过科学的数据分析, 引导消费预期、平抑市场价格、加强和改善宏观调控、保持社会稳定。 1.3 研究的目的和意义 建立价格监测预警应急系统是搞好宏观调控的客

15、观需要。价格是国民经济的综 合反映，是市场运行状况的晴雨表，是社会资源配置的信号，是政府进行宏观调控 决策的重要依据，保持市场价格的基本稳定是政府宏观调控的基本目标之一。 建立价格监测预警应急机制是深化价格改革的重要内容。建立价格调控体系是 进一步深化价格改革的重点，价格监测预警应急机制则是价格调控体系重要的有机 组成部分，只有建立价格监测预警应急机制，做好价格监测预警应急工作，对重要 商品和服务价格、市场供求等各类信息进行收集、处理、发布，向生产经营者提供 及时、准确、有效的价格监测预警应急信息，才能引导他们以市场为导向，调整与 优化生产结构，进而提高效益，增加收入。 建立价格监测预警应急机

16、制是完善价格管理的基础工作。只有做好价格监测工 作，才能客观地估量价格变化趋势；只有做好价格预警工作，才能对市场价格波动 做到心中有数；只有做好价格应急工作，才能对市场价格异常波动进行有效干预， 将其消除在萌芽状态。 建立价格监测预警应急机制是应对突发事件的有效手段。要有效应对突发事件 引起的市场价格异常波动，就必须建立健全价格监测预警应急机制和系统。通过严 密的价格监测能在第一时间迅速发现价格异常波动情况，通过科学的价格预警能在 第一时间内分析判断重要商品和服务价格异常波动的程度并及时发出预警信号，通 过制定周密的应对突发价格异常波动的预案，做到未雨绸缪、防患未然，以便在价 格异常波动真正发

17、生时，在第一时间内平抑市场价格的异常波动。4 50 第二章价格监测预警系统相关技术综述 2.1 J2EE技术架构 价格监测系统采用了 J2EE的技术架构。基于J2EE架构本系统采用了模型-视图 -控制器（MODEL-VIEW-CONTROLLER，MVC ）的模式5-7。主要目的是把数据 （模型）和数据表现（视图）形式分离开来。 J2EE架构一般在大中型应用中使用比较多，选择了 J2EE也就意味着选择了一 个开放、自由、大型的技术应用平台。J2EE的组件封装是通过EJB来进行的，开发 语言使用JAVA。 基于J2EE架构的程序体系结构是3层或多层的结构，主要层次如下： 1. 用户接口层，负责处

18、理用户和应用程序的交互过程；它可以是一个通过防火 墙运行的web浏览器，也可以是一般的桌面应用程序，还可以是无线的移动设备。 2. 表示逻辑层，定义了用户界面要显示的内容和如何处理用户的请求，根据所 支持的是什么样的用户接口。对于不同的用户，会有不同的版本。 3. 业务逻辑层，把业务逻辑封装倒组件里面，通过和数据打交道，对应用的业 务规则建模。 4. 基础框架服务层，提供系统需要的其他一些公共功能，如消息，事务支持等。 5. 数据层，存放所有的数据，存放的形式可以是关系数据库，文档数据库，文 件，XML文档，目录服务等。 运行平台：基于J2EE架构的系统运行环境非常大的一个优势就是平台无关性，

19、 可以运行WINDOWS、UNIX、LINUX等不同的操作系统。本文所实现系统将运行 于 Windows 2003 Server 标准版。 2.2 数据报表方案 随着信息化全球化的不断深入， Web报表信息系统一度繁荣发展，Web报表系 统的实现方案也不断趋于成熟。目前 Web报表信息系统实现方案有很多，其中应用 最为广泛、易用性及实用性最好的主要有以下三种方案： 1. 基于ActiveX插件的方案。此方案又可以细划分为：独立开发 ActiveX插件 和借助第三方插件两种子方案。目前由于很多第三方插件的功能已经非常完善且价 格较低，其费用远远要低于独立开发 ActiveX插件的成本，并且可以为

20、开发者节约 开发时间，提高开发效率，因此第三方 ActiveX插件被广泛应用于 Web统计报表信 息系统中。 2. 基于COM组件的方案。该方案通常是借助基于 COM的Excel来实现Web 报表信息系统。Microsoft Office中的Excel具有强大的报表制作和打印功能，利用 其单元格的拆分、合并和格式设定，可以方便快捷地建立空白的报表文档，对最后 生成的报表，也可方便的根据具体情况重新设定其格式。 3. 基于XML的无插件方案。该方案是在报表生成模型中定义了一系列的 XML标记用来描述报表的样式信息和动态数据信息，并使用这两种信息动态生成报 2.2.1 基本原理 普遍地，一个web

21、报表系统包括一个设计器（一般是C/S的）和一个运行引擎。 开发者在设计器中完成报表的设计，保存为配置文件。引擎运行在应用服务器上（也 可以是单独的服务器），当一个报表被调用（访问）时，先读配置文件，然后相应去读 取数据，按一定格式生成报表（包括图表等），返回给浏览器，以实现B/S报表的功 能。一般设计器都是在 Windows下运行的，设计的过程和配置文件都与应用服务器 的种类无关。但是根据不同的环境要求，会有不同的引擎，以实现Java报表（JSP报 表）、ASP报表、.NET报表等等。对于数据，一般都是由用户自己定义数据源，如 ODBC、XML等。这样就可以支持各种数据库。 1. 基于Acti

22、veX插件的方案5-6 整个系统划分为三层一一底层（数据库服务器层）、中间层（应用逻辑服务器层）以及上层（含有ActiveX的客户端浏览器）。其中底层数据库只完成数据库本身的功能， 即数据的存储、索引、检索等；中间层（应用逻辑服务器）主要实现系统的应用逻辑 功能，接收并分析处理客户端的请求，并通过执行数据库操作，从底层数据库获得 用户请求的信息，并控制该信息在上层以用户所需要的形式显示。上层（带有 ActiveX插件的浏览器）负责报表的显示及与客户和中间层的交互。具体方案模型的 工作流程如图表2.1所示： 底层数据 上层 中间层 读取报表模板 图表2.1三层模型工作流程图 返回查询结果 数据的

23、存储索 弓I、检索等 1）在上层通过ActiveX插件定义好应用程序需要使用的报表模板以及与之相对 应的前后台数据关联信息（通常通过XML来存储一些sql语句，这些sql语句标识了 那些前台的那些单元格对应哪些后台的数据以及要执行何种操作），并将报表模板和 前后台的数据关联信息储存到底层数据库，以备以后使用。 2）当用户在上层发出报表读取请求时，中间应用逻辑服务器层接受并解析该请 求信息，然后依据解析后的用户请求信息，从底层数据库读取所需要的报表模板以 及与之对应的前后台数据关联信息（通常是一个XML变量），随即中间应用逻辑层则 根据前后台的数据关联信息，执行所有取值操作，并将取得数据显示到报

24、表模板的 相应。位置上，此时用户请求的报表已经生成，中间层发送该报表到上层（带有 ActiveX插件的客户端浏览器）。 3）上层接收中间层所发送的报表信息，并在 ActiveX中加载该报表显示给用户。 2.基于COM组件的实现方案7-11 使用和操纵 MicrosoftOffice（主要是Excel）的方案。通常在安装完 Microsoft Office之后，在相应的安装目录下会有关于 Word、Excel等的对象库文件，只需在 开发环境中引用对象库文件，即可使用其中的对象。Excel对象模型中有5个重要的 对象和制作报表有关，分别为： Application、Workbook、Workshe

25、et Range Cells。其中 Application 处于 Excel 对 象层次结构的顶层，表示 Excel自身的运行环境；Workbook直接处于Application对象的下层，表示一个 Excel工作簿文件； Worksheet对象包含于 Workbook对象中， 表示一个Excel工作表；Range对象包含于 Workbook对象中，表示 Excel工作表中 的一个或多个单元格；Cells对象，包含于 Workbook对象中，表示Excel工作表中 的一个单元格。 具体模型流程如图表2.2所示： 客户端应用服务数据库 报表浏览请求 安装有Office的客户端 发送报表到客户端

26、接收客户端请求，并从数 据库获取Excel报表样式和 对应的sql语句，依据sql语 句修改Excel报表，生成报- 表发送到客户端 读取Excel 返回Excel 存储有Excel表 样式以及对应 sql语句的数据库 图表2.2基于COM组件的方案模型 1）首先在数据库储存有预先设计好的 Excel表样式以及与之对应的SQL信息 （标识了 Excel表样式中哪些单元格与数据库的哪些数据对应），这些Excel表样式和 SQL信息用来以后生成实际的Excel报表。 2）客户提出报表浏览请求后，应用服务器依据该请求信息在数据库检索相应的 Excel表样式以及与该表样对应的SQL信息，并执行所有取值

27、的SQL语句，然后将 数据填写到Excel表样式相应的对应单元格上，最后将生成的Excel报表发送到客户 端。 3）客户端将调用本机Excel程序打开从服务器发来的Excel报表，显示给客户。 从整体结构看，基于COM组件的实现方案与基于ActiveX插件的方案类似，二者 所不同的是使用的报表表样式模板不同，前者使用Excel文件作为模板，而后者使 用ActiveX插件所支持的特定格式文件作为模板，但正是因为这个区别，二者的性 能差距甚远，在客户端向服务器提交报表数据时，基于ActiveX插件的方案要方便 的多。 3.基于XML的无插件方案12-15 如图表2.4展示了报表生成模型的体系结构。

28、数据库中有一张数据表专门负责 存储业务中需要用到报表的样式描述文件。web服务器中的EJB是一个有状态会话 Bean,它的createStyleXml（）方法用于从数据库中读出所需要的报表样式描述文件， 产生符合XML规范的报表样式描述文件；该EJB中的另外一个方法createDataXml（）用 于从数据库中读取报表中需要动态生成的数据，并将这些数据按预先定义的XML 标记组织成符合XML规范的报表数据描述文件；服务器中的 Servlet则负责解析 EJB读取数据库后产生的XML格式的文件，将报表样式描述文件和报表数据描述 文件解析为可以显示报表内容的 HTML标签并传送给客户端浏览器。 客

29、户竭閃览為 :Web 勾 M I | X ；应用服黑曲 i * hwin. H * Servlei 亠一_= QILJlf 丄一: 一T 致据库 图表2.3报表生成模型 工作流程如下: 1) 将应用程序中需要实现的报表样式都按照预先定义的XML标记描述出来， 并给以一个唯一的标志存到数据库中以完成对报表样式描述文件的存储：对应于每 张应用程序中需要显示的报表，都需要一张报表数据描述文件来实现其动态表格域 的显示，因此，在描述完报表样式后，需要在会话Bean中编码实现一个方法来完成 该报表的数据描述文件的生成。 2) 当用户点击显示报表的按钮时，客户端浏览器将所需要显示的报表ID号传 给 Ser

30、vlet。 3) Servlet的doPost()方法接收到报表生成请求后，调用会话 Bean的 createStyleXml()方法从数据库中获得相应的报表样式描述文件，然后根据参数ID从 会话Bean中找到对应该报表的creatDataXml()方法，以便从数据库中读取数据后创 建符合XML格式的报表数据描述文件。 4) Servlet获得两种描述文件后，通过 ParseXml()方法解析这两个描述文件：首 先解析数据描述文件，将会话Bean读取数据库后获得的数据描述文件按行存到相应 的表标题、表头、表身、表尾数组中，然后按行解析报表样式文件，如果遇到静态 文本域，就产生v/td标签并将文

31、本嵌入其中，中文本的样式属性与样式描 述文件中所描述的静态文本属性一致：如果遇到的是动态文本域，将相应数组中的 数据嵌入中，并将数组的指针后移：如果遇到的是斜线域，则调用 createSlal in e(方法产生一个与样式文件中描述的斜线域大小、样式相同的图片嵌入 到 中。 5) 将解析后得到的HTML文件传送到客户端浏览器即得到需要显示的报表 222对比分析 下面对上述三个主要数据报表方案做一个简单的对比分析（表格 2.1）: 表格2.1 缺点 万案 优点 缺点 独立开发ActiveX插 件 适用于小规模系统开发，便于系 统后期维护和管理，交互能力强 （很多运算在客户端执行） 在大型报表系统

32、中，开发周期长，成 本高，性价比低，浏览器需要下载并 安装注册插件，容易与其他浏览器插 件发生冲突 借助第三方插件 能够极大地缩短开发周期，提高 开发效率，功能完善，性价比高、 交互能力强（很多运算在客户端 执行） 由于是第三方软件，一旦出现问题， 不易独立解决，且也需要客户端浏览 器加载并安装注册插件，易与其他插 件发生冲突 基于COM组件的方 案 具有与Microsoft Excel相当的强 大功能，且能够与许多开发平台 无缝连续 客户端需要安装 Microsoft Office，否 则程序不能使用 基于XML的无插件 万案 具有较强的灵活性，实现了报表 样式与报表数据分离 报表样式文件以

33、及报表动态数据信息 文件的定义规则复杂 2.2.3实际米用方案 为了符合客户的使用习惯，采用客户惯用的Office系列软件来作为数据采集操 作的载体，即使用Excel的插件来进行开发。实际采用的方案是借助第三方的控件 （金格控件），采用Excel文件作为数据填报模板并且借助 XML结构的模板来进行 数据的定位。 使用VBA , POI等技术将Excel公式、Excel表格样式注入到Excel模板中，使 用Jacob技术来激活各个公式单元格，实现报表数据的实时计算响应。 2.3 SQL Server2005 简介及优点 SQL Server2005是微软公司SQL Server生产线上的最受期待

34、的产品。在成千上 万的电子邮件、成百上千的规格说明以及大量的编译的基础上，SQL Server 2005确 保了自己是Windows平台上数据库应用程序中最具戏剧性的新型数据库平台。 SQL2005分五个版本,如下所列。1.Enterprise企业版)2.Development开发版) 3. Workgroup(工作群版)4.Standard标准版)5.Express.简易版)。本系统所使用的是 Enterprise版本。SQL Server2005的不同版本、可伸缩性、有效性、大型数据库的维 护和商业智能(BusinessIntelligenee，Bl)。 SQL Server2005 的优

35、点： 首先是在管理方面的增强：SQL2005将SQL Server Enterprise Manager集成到 了 Visual Studio 2005 里面，名称改为 “ SQLServer Management Studio ” 管理界面 同Visual Studio 2005合为一体体现了与系统开发较为密切的服务器程序共同的特 性。让程序设计师与数据库管理员只需要熟悉一个界面，就可以管理并测试所有相 关的功能。并在该工具新提供项目管理的能力，让你将用T- SQL、MDX、DMX、XML/A 等语言编写的各 Script文件可以通过项目，为相关 的语句提供一致的编写、访问、执行、测试与有效

36、的管理，而不像以往分散在各个 目录结构中，需要程序设计师或数据库管理员自己想办法归类管理。 其次是大幅提升编程的能力：在集成应用程序开发上，SQL Server2005最受人 瞩目的当属集成.NETCLR引擎到SQL Server核心，让程序设计师可以通过自己 所熟悉的.NET语言来开发SQL Server内的对象，扩展了程序编写的弹性。另外， 支持ANSI SQL 2003与 W3C的XML标准，让关系式和 XML两种最常用的数 据处理格式都可以集中到数据库引擎来处理。 最后是完备的分析平台：在SQL Server 7.0时，微软首度将商业智能分析功能 加入到数据库产品中。历经了SQL Se

37、rver2000版本，而新版将商业分析的功能发 扬光大。SQL Server20051ntegration Services提供全新设计架构，而不再延续前版的 DTS功能，提供工作流(Work Flow)与数据流(Data Flow)分开的运行模式。支 持循环容器，让你可以轻易地在工作流程中设计For Loop或For Each Loop等商 业逻辑。以管线与临时数据结构重新设计数据转换的流程，这让数据处理的工作负 担可以大幅落在 SSIS所执行的机器上，以减轻数据库服务器在数据转换工作上的 负荷；Analysis Services集成了异质数据源，丰富的数据显示与浏览模型，高级的高 速缓存，

38、提供更完备的向导；Data Mining集成了丰富的查看与测试数据挖掘模型的 工具，并支持预测查询语句的编写环境；Reporti ng Services新增更为友善的用户互 动界面 2.4相关技术介绍 本系统模块主要使用的技术有J2EE分布式对象开发技术，XML，压缩技术， AJAX技术，缓存技术等。下面对一些主要技术做一个简介。 2.4.1 J2EE分布式对象开发技术 J2EE( Javatm 2 Platform Enterprise Edition)是一组用 Java来开发多层架构网 络应用程序的技术标准接口集，通过这组标准接口集组织企业级应用的组织框架。 J2EE以部件化、通用化的方式

39、简化和规范多层分布式应用系统的开发和部署，在开 发大规模、高可靠性应用时涉及到的各项复杂技术的实现，提高了这些系统的稳定 性、可扩展性和可复用性。J2EE共包含涉及分布式对象编程、B/S应用实现、数据 访问、事务完整性管理等十多个标准服务或技术实现规范，通过应用服务器 (Application Server)的中间件工作环境的支持，按照这些标准接口来书写的应用程 序，可以获得多层架构、跨平台性、安全可靠和事务完整等方面的效果。 J2EE应用服务器(Application Server)采用目前国际最先进的开发理念、拥有 许多适合基于Web的应用系统需求的特点： 1. 三(多)层结构体系一一可以

40、使系统有很强的可扩展性和可管理性。 2. 分布式环境一一可以保证系统的稳定性，同时拥有较高的性能。 3. 面向对象的模块化组件设计一一可以提高开发速度，降低开发成本。 4. 采用JAVA技术一一完全跨平台，并能得到大多数厂商支持，保护，投资。 2.4.2 XML(Standard Markup Language) XML是互联网联合组织(W3C)创建的一组规范，以便于软件开发人员和内容 创作者在网页上组织信息，其目的不仅在于满足不断增长的网络应用需求，同时还 希望借此能够确保在通过网络进行交互合作时，具有良好的可靠性和交互操作性。 XML语言可以让信息提供者根据需要，自行定义标记及属性名，也可

41、以包含描 述法，从而使XML文件的结构可以复杂到任意程度。XML主要有三个要素： Schema模式）、XSL（eXtensibleStylesheetLanguage可扩展样式语言）和 XLL（eXtensible Link Language可扩展链接语言）Schema规定了 XML文件的逻辑 结构，定义了 XML文件中的元素，元素的属性以及元素和元素的属性之间的关系， 它可以帮助XML的分析程序校验XML文件标记的合法性；XSL是用于规定XML 文档样式的语言，它能在客户端使 WEB浏览器改变文档的表示法，从而不需要再 与服务器进行交互通信；XLL将进一步扩展目前 WEB上已有的简单链接。

42、XML的主要特点16-19:使用有意义的标记（TAG），数据的语义与显示方式分开， 可自定义的标记，严格的语法控制 XML最大的优势20-23在于对各种数据的管理。任何系统都可以通过 XML的解析 器来读取XML数据，因此它的数据可以通行各处，而不用担心系统不支持的问题。 1. 数据的检索 In ternet上主要的数据检索方式：分类检索和全文检索。检索效率低，或找不到。 XML :在语义标记作为搜索索引；在文件中截取关键部分。所有标记内的数据 都可视为一个元素，而每一个元素都可以作为数据的索引。 2. 数据的显示 XML将数据保存的格式与数据显示的方式分开，使得 XML文件可以轻易地更换 数

43、据显示的方式，仅需改变XSL的设置，用户就可以将同一数据制作成 HTML、PDF、WML（Wireless Markup Language） HDML（Hand-Held Device Markup Lan guage等不同格式，供不同的硬件显示。 3. 数据的交换 XML语法简单，可以被所有的机器解读，又可以在各种平台上使用，使得XML 有潜力成为一个通行四海皆准的标记语言。此外，XML允许各种不同的专业（如音乐、 化学、数学等）开发与自己的特定领域有关的标记语言。这就使得该领域中的人们可 以交换笔记、数据和信息，而不用担心接收端的人是否有特定的软件来创建数据。 XML具有较好的保值性。过去

44、40年来的大多数计算机数据都丢失了，不是因为自然 损害或是备份介质的磨损，而只是因为没有人来写出如何读取这些数据介质和格式 的文档。以不常用的格式保存的二进制数据，数据也许会永远地消失了。XML在基 本水平上使用的是非常简单的数据格式。可以用100%的纯ASCII文本来书写，也可 以用几种其他定义好的格式来书写。ASCII文本是几乎不会“磨损的。XML使得应 用间交换数据变得方便。由于XML是非专有的并易于阅读和编写，就使得它成为在 不同的应用间交换数据的理想格式。XML使用的是非专有的格式，不受版权、专利、 商业秘密或是其他种类的知识产权的限制。XML的功能是非常强大的，同时对于人 类或是计

45、算机程序来说，都容易阅读和编写。因而成为交换语言的首选。 243Ajax 技术 Ajax(Asynchronous JavaScript andXML) 24-25技术实际上是在客户端和服务器之 间加入一个Ajax引擎，它允许采用异步的方式实现客户端与服务器的交互，所以用 户不用打开空白窗口等待服务器的响应，而可以继续进行客户端的其它工作。服务 器响应完毕之后，将结果提交给 Ajax引擎，Ajax引擎使用HTML和CSS技术展示 给用户。客户端和服务器的这种异步通信，使用户感觉不到客户端与服务器的通信， 使得Web程序看起来是即时响应的。 Ajax技术并不是一种孤立的技术，它是由多种技术综合而

46、成的，这些技术包括： JavaScript DOM、XML和XMLHttpRequest，这些技术按照一定的方式发挥各自的 作用构成Ajax技术。DOM实现动态显示和交互，XML进行数据交换与处理， XMLHttpRequest进行异步数据读取，JavaScript用于邦定和处理所有数据。 XMLHttpRequest是Ajax技术体系中最为核心的技术，它负责将用户信息以异步方 式发送到服务器，并接收服务器返回的响应信息和数据。Web应用程序无需刷新页 面就可以向服务器提交信息，或从服务器得到应答，这样用户就不会觉察后台向服 务器提交和接收数据，而且，客户端也不必每次都将数据处理工作交给服务器

47、来做， 这样加快了响应速度，也就缩短了用户的等待时间26-29。 本系统采用 Ajax的DWR框架。DWR(Direct Web Remoting)是一个 WEB远程 调用框架。利用这个框架可以让 AJAX开发变得很简单。利用DWR可以在客户端 利用JavaScript直接调用服务端的Java方法并返回值给JavaScript就好像直接本地客 户端调用一样(DWR根据Java类来动态生成JavaScrip代码)。 244缓存技术 随着Web访问量增加通常意味着以下资源需求的快速增长：1、网卡流量增加, 需要消耗更多的CPU处理网络流量和网络I/O线程。2、需要更频繁的打开/关闭数 据库连结，严

48、重消耗资源的事物数量、以及事务相互竞争资源引起的死锁、会增加 网络I/O或者CPU消耗。3、 如果采用session的话，服务器为了维持状态，会消 耗更多内存，而内存消耗可能会引发物理内存不够，引起物理内存同辅存间的频繁 交换，从而引起代码执行的停顿，web响应阻滞。4、由于访问的不及时响应，会 引起网页访问故障，导致用户刷新，从而加剧 CPU、内存等资源需求。 了解以上的问题缓解服务器的压力，使用缓存技术是很有必要的。 一般缓存可以分为以下三类： 1. 文件缓存：所谓文件缓存，就是根据逻辑判断，一段时间内某个 jsp的特定 执行将不会有很大的变动，因而将内容以静态 html的形式存放，然后以

49、web的重定 向技术让客户端访问静态文件，以达到减少 CPU、数据库资源等的需求。 2. 文件片断缓存：所谓文件缓存，也是基于逻辑判断，某部分数据（通常是需 要消耗资源的大容量数据库查询取得）在一定时间内不会改变，所以我们可以将这 些数据利用文件的形式进行存储，当需要时候，可以通过读取文件来获取数据，避 免增加数据库的负担。例如，我们通常将一些数据以xml格式存储，然后利用 XSLT技术实现显示（xml处理通常需要大量CPU资源，所以通常是IE直接读取 xml到客户端在客户的CPU上进行处理）。CSDN的论坛就是这样处理的。 3. 主存缓存：除此之外，还可以考虑在内存中处理缓存，将需要及时响应

50、的内 容存储在内存中，一旦访问需求，立即从快速的贮存中输送出去。如果极大量的访 问需求集中在几个少量的页面或者主存足够多，采用主存缓存一定可以大幅度提高 web访问性能。 本模块为了提高系统的执行效率，将大量的模板信息加载到内存中进行处理。 用这种缓存方式大大提升了系统的执行效率，由原先的需要打开模板文件加载到内 存中在进行操作到放大服务器内存直接存放到内存中，这个性能上的提高是非常明 显的，大大改善了用户体验。 第三章价格监测预警系统数据模块的需求分析 本章将前期对价格监测系统（文中提到的价格监测系统是指各价格监测职能部 门的集合，而非实际可操作的软件系统）实际业务开展深入调查，搜集实际需求

51、， 并对搜集的需求进行深入的分析。 3.1 业务需求 本节从价格监测系统中数据模块的三个部分（数据采集、分析、预警）分别对 其实际业务进行全面阐述。 3.1.1监测数据采集模块 数据采集过程即是一个复杂的报表以及数据的流转过程。对于一个省级的监测 系统而言，其实际需要经过定点单位、市/县监测机构、省监测中心三个级别监测机 构之间的流转。下图3.1给出了产生业务数据的报表流程： 网上监测数据填报 监测点（定点单位） 审核 通过 电话/传真采报价 监测点（定点单位） 电话/传真接收数据 市/县监测机构 监测点（定点单位 直报国家 直报国家 直报省里 是 本地区数据汇总 市/县监测机构 上报审核 机

52、构负责人 上报审核 价格主管部门领导 审核 通过 疋 网上监测数据代录 市/县监测机构 电话/传真采报价 市/县监测机构 直报 县价格监测机构 是 上报数据审核 省价格监测中心 审核 嶺通过 全省数据汇总 省价格监测中心 上报审核 中心负责人 是 要求领 导审核 网上监测数据代录 省价格监测中心 电话/传真接收数据 省价格监测中心 省价格监测中心 否 上报审核 物价局领导 审核 是 是 国豕价格监测中心 图表3.1省内监测单位的报送流程 从图上可以看出监测系统的实际报送流程，它涉及到三个级别的监测机构，下 面将从其相应的监测机构进行实际业务需求说明。 定点单位 定点单位也称监测

53、点、采价点，是监测数据采集、报送的最小单位，也是监测 数据的直接来源单位。定点单位与报告单位间有归属关系，定点单位一定属于且仅 属于某报告单位。 详细业务如下： 1）受硬件条件限制，目前定点单位的数据大多采用电话或者传真方式向给所在 地监测机构报送； 2）各市、县价格监测机构对上报的价格监测数据连续三个报告期不变的，应逐 笔核查，确保真实；遇全省市场价格出现波动但上报数据仍未相应变动的，上级价 格监测机构应及时责成下级价格监测机构进行核实并及时纠正错误的数据； 3）定期上报的数据应在规定的时间内报送。 4）通常情况下，监测数据实行逐级报送，即监测点先将数据上报到本地的监测 机构，再由本地监测机

54、构上报上级监测机构，在特殊监测事项中，可采用越级报送 方式，即监测点将数据直报省监测中心； 5）由于是人工进行采价数据记录，可能发生漏项、错行、计量单位不一致以及 误录等错误情况发生。 市/县监测机构 市/县监测机构即市/县级别的报告单位，报告单位是指相应报告制度的省、市、 县各级价格主管部门。在本系统中，省价格监测中心作为最高价格主管部门，一般 语境下报告单位指的就是各县、市价格主管部门。 详细业务如下： 1）多数情况，由于受网络、计算机设备以及监测点采报价人员计算机应用水平 等条件限制，市/县价格监测机构更多地通过电话或者传真方式从监测点采价，部分 数据审核工作在电话或者传真

55、沟通的过程就直接完成了； 2）价格监测机构应建立内部审查复核制度，加强价格监测数据审核；价格监测 机构应将实地采集和价格监测定点单位报送的价格监测数据对照当地市场价格水平 进行认真复核，存在疑问的负责向数据采集人员或定点单位立即核实后重新确定。 如确实存在差异，且该差异具有代表性的，上报数据时应书面说明原因；该差异不 具代表性的，价格监测机构应另行选择采集点采集数据进行修正，经本地价格监测 机构负责人审核后方可上报； 3）市/县价格监测机构按照各报告制度要求进行监测数据采集、汇总、审核和 上报，此外还会根据省里的要求进行分析文章编写和报送，按照规定所有上报的材 料报告报表和分析文章在上报前都需

56、要机构负责人进行审核。但实际情况可能监测 机构的工作人员配置较少，审核和填报由一个人完成。 4）价格监测机构应将实地采集和价格监测定点单位报送的价格监测数据对照当 地市场价格水平进行认真复核，存在疑问的应责成数据采集人员或定点单位立即核 实后重新确定。 5）各市、县价格监测机构对上报的价格监测数据连续三个报告期不变的，应逐 笔核查，确保真实； 6）定期上报的数据应在规定的时间内报送。市场重要商品和服务价格出现异常 波动征兆或已经因突发事件发生异常波动时，应按浙江省价格异常波动监测预警 制度的规定报告； 7）市/县价格监测机构的数据报送工作情况由省里依据考核制度进行打分考核。 省监

57、测中心 此处的省中心指的是省物价局价格监测中心，是省级监测系统的最高的价格监 测和统计机构。 详细业务如下： 1）依据国家统一下发的价格监测报告制度结合本省的实际情况制定本省的价格 监测报告制度，并按照该报告制度的要求对本省内的重要商品和服务的价格、成本、 市场供求等变动情况进行信息采集、审核、分析、报告和发布警示信息； 2）具体监测品种实行目录管理，由省价格主管部门根据价格法律、法规和国家 有关规定确定并予以公布；设区的市（以下简称市）价格主管部门可以根据当地实 际制定补充目录并予以公布； 3）由于停电等异常事件可能导致县市无法及时通过系统报送数据，由省中心负 责代报； 4）定期上报的数据应

58、在规定的时间内报送。 5）市/县价格监测机构的工作情况进行打分考核。 3.1.2监测数据分析模块 本系统中监测数据分析的实际业务如下： 1）市、县价格监测机构应定期对价格监测定点单位的监测工作进行巡查，重点 核查其原始记录，确保监测定点单位上报价格与实际价格一致； 2）在查阅某一时期的监测报表时调阅同时期的相关分析文档，进而更全面掌握 了解数据的背景、成因等信息； 3）常规分析指标包括时点监测指标数据的同比（可以是同品种或同类品种，任 意时间段，任意地区）、环比，以及衍生指标均值、高点、低点、涨幅、增速，对衍 生指标的同比和环比，通过表格并结合将所有这些指标串联起来集中展示的走势图 （多品种）

59、两种表现形式，从不同角度和视点比较全面地对商品价格的走势进行监 测分析，需要时将分析图表复制到 Word或者ExceI文档中； 4）通过监测品种查找存在该监测品种的报告制度、历史报表数据、分析文章； 5）制作特定报告样式报送给相关部门领导。 3.1.3监测数据预警模块 本模块通过设置的阈值（每种商品）并判断价格波动（环比、同比等）是否超 过阀值在报送时进行阻滞，要求输入价格变化原因来提醒上级领导对价格异动的反 映。对特定报告制度中的报告品种显示红绿灯等级来进行品种价格变化的警示，以 提高对价格异动的敏感性。 3.2 功能需求 本节将根据上述的业务需求对所需功能进行详细的分析。 321监测数据采

60、集模块 本节将先从各个监测机构的实际功能需求进行阐述，然后对整个模块功能进行 联合分析。 1. 定点单位 1）对于使用系统上报的定点单位在报告制度规定的上报日期，能在拟报报表中 收到与自己相关的上报报表并收到短信提醒，快到时间未报的还将收到短信催报提 醒。此外还能查询以往任何一次报送记录； 2）提供网上填报和离线填写（Excel）两种工作模式，离线上报即用户即使不 访问系统也能通过本地计算机上的 Excel应用程序完成报表数据的录入，上报时再 登陆系统将已录入完成的报表文件直接导入系统直接进行校验并报送； 3）对于网上填报，打开填报的报表，自动列出该登陆采价单位需要上报的表， 若存在上期数据，