统计平台设计

2024-06-16

统计平台设计（精选9篇）

统计平台设计篇1

0引言

随着计算机技术、网络技术在煤炭企业中应用的不断深入,我国煤炭企业的管理水平和工作效率大幅提升。作为国内一流的煤炭企业———兖矿集团有限公司,急需一套适合集团公司及其下层基础单位的计划统计系统。然而,由于资金有限、资源分散、管理不规范等因素制约,集团公司及下属基层单位的计划统计系统没有功能完善的统一平台,管理方式松散,且成本高。近年来,云计算的概念、核心技术及其应用已经得到了科研机构和众多企业的高度重视。云计算在煤炭企业的应用也逐渐受到关注。通过煤炭企业内部建立私有云平台,兖矿集团公司能够整合散落在各个基层单位的计划统计系统,将原本单独的系统集中化、虚拟化、自动化。基于云平台的计划统计系统的构建与应用,对于兖矿集团有限公司优化产业布局、提高资源利用率、减少信息化建设投资、降低管理开销有着明显优势。煤炭企业云平台的构建是一个系统工程,其核心是云平台的系统架构和系统设计。本文在综述云平台和煤炭企业计划统计系统相关理论的基础上,着重研究煤炭企业云平台的系统架构及云平台的系统设计和功能实现问题[1]。

1云计算相关概念

云计算是随着互联网技术的发展,于21世纪兴起,是继分布式计算、网络计算、对等计算后的一种新型网络技术与服务模式。目前已有很多研究机构对其做了定义,但还没有统一明确的定论,简言之,云计算是一种透明的按需提供的计算服务,即用户根据自己的需求向云计算系统提出请求,云计算系统能够及时快速地作出反应,而用户并不需要知道服务是由哪个计算机或者哪个应用程序所提供。

目前被广泛应用的云计算服务体系结构一般分为3个基本层次:基础设施层 (InfrastructureLayer)、平台层(PlatformLayer)、应用层 (ApplicaationLayer)。体系架构中每层的功能都以服务的形式提供,进而出现基础设施即服务(InfrastructureAsaService,简称IaaS)、平台即服务(PlatformAsaService,简称PaaS)、软件即服务(SoftWareAsaService,简称SaaS)的概念[2]。

基础设施即服务(IaaS):将基本的基础设施资源提供给用户的服务。在IaaS模式下,服务器、数据存储系统等硬件设备都是共用的。用户付费租用云计算基础设施资源而不是买全套硬件设备。

平台即服务(PaaS):平台服务交付给用户丰富的“云中间件”资源,包括应用运行时环境、共享服务及自动化管理服务等。

软件即服务(SaaS):应用程序的交付作为服务,即根据用户需要提供软件应用,这种软件应用的获取是即时即地的。云平台下,每个用户都有自己的资源并与其他用户资源隔离,但软件应用资源都是共享的,不同的客户都可以付费访问使用[3]。

2平台体系架构

2.1应用意义

基于云平台构建煤炭企业计划统计系统有很多优势,结合兖矿集团计划统计系统的业务需求对云平台软件开发模式与传统软件开发模式进行比较:在传统煤炭企业计划统计系统的部署和使用过程中,各基层单位以自身为中心来购买和部署需要使用的计划统计系统,这种以基层单位为单位的、串行的、离散式的软件部署和使用模式,经常使单位面临软件购买费用过于昂贵、用于部署和运行软件的硬件设备费用过于庞大、软件及数据库数据的维护及备份工作成本开销大等问题。而采用基于云平台模式的计划统计系统,集团公司下属各基层单位都将使用一套统一部署的计划统计系统。在使用过程中,基层单位可根据自己的使用需求选择软件服务。这使得每家基层单位所承担的软件使用和维护成本更低,系统配备的人力、物力资源比传统模式也节约很多。采用云平台软件开发模式,不但能够使用户享受最新的软件应用技术,而且能够减少初期投资降低投资风险[4]。

2.2逻辑结构

煤炭企业的计划统计作为企业的重要职能之一,不仅是企业最重要的管理业务,也是一切业务活动的指导。作为国内一流的煤炭企业———兖矿集团有限公司,如何加强企业管理和提高企业管理水平,特别是提高计划管理和统计工作水平,是集团公司获得进一步发展的重要课题。因此,开发一套适用于兖矿集团有限公司的计划统计系统势在必行。

云计算的出现彻底改变了信息系统的设计开发模式,传统的煤炭企业计划统计系统开发要求兖矿集团各基层单位独立架设硬件与网络运行环境,各基层单位通过购买应用服务器、数据库服务器等硬件设备并在各基层单位内部部署软件系统供各单位用户使用。而基于云平台的系统则不需要各基层单位开销大笔经费购置硬件与网络运行环境,兖矿集团各基层单位都将使用一套统一部署在集团公司的计划统计系统。也即各基层单位无需对计划统计系统进行本地部署,可根据自己的实际需求选择服务,并通过互联网直接在线使用所需服务。这种基于云平台的信息系统模式具有集中的、规范化的特性。使各基层单位的信息化建设成本大大降低。如前所述,目前被广泛应用的云计算服务体系结构分为3个层次:IaaS、PaaS、SaaS。适用于兖矿集团有限公司的基于云平台的计划统计系统逻辑结构如图1所示[5]。

基于云平台的煤炭企业计划统计系统在物理基础设施与用户之间分为3层。物理基础设施是云平台的基石,包括机房、服务器、网络设备等硬件设备,为以上各层提供物理支撑。基础设施服务层位于物理基础设施之上,通过虚拟化技术为以上各层提供云计算、运传输、云存储服务。平台服务层为云平台提供通用组件和应用。应用软件服务层为用户提供各种软件服务,并为用户提供平台界面。在基于云平台的计划统计系统的逻辑结构中,上层可以调用其直接或间接的下层所有功能,同层次各模块之间也可以相互调用其各自的数据信息。

2.3系统架构

计划统计系统的主要任务是对全集团以及其下属所有基层单位的生产经营计划与资金计划的编制、下达、调整和对计划任务完成情况的统计分析。目前,兖矿集团公司的规模仍在不断扩大,其下属单位的数量也在不断增加,系统用户数量也会随着增加。因此,基于云平台的计划统计系统要求同时面向不同业务需求的用户在线使用同一系统,而他们对于系统功能有着自己独特的需求。

因此,基于云平台的煤炭企业计划统计系统总体架构要能支持云平台模式下的多组织机构多用户帐套使用,支持兖矿集团下属单位的计划统计业务,支持集团公司统一管理需求等。因此,系统应包括多组织结构多用户帐套管理、基层单位的计划与统计管理、集团统一查询服务、集团单位下属单位的组织机构管理、云平台支撑管理等。平台总体架构如图2所示[6],系统功能模块如图3所示。

3平台设计与功能实现

3.1应用服务层设计与功能实现

应用服务层的功能与界面最为用户所关注,计划统计系统需要对各基层单位上报的计划和对计划任务的完成情况即统计进行管理,并可供集团公司查询。为满足集团公司与基层单位的需求,平台功能模块应包括生产经营计划管理、资金计划管理、统计管理、用户信息管理及系统维护等。其中生产经营计划管理、资金计划管理及统计管理为核心模块。

生产经营计划管理模块分为煤业生产经营计划管理与非煤生产经营计划管理两个子模块。资金计划管理模块包括维持简单再生产资金计划管理、生产安全费用资金计划管理、科技开发资金计划管理、固定资产修理费资金计划管理、技术改造项目资金计划管理及基本建设项目资金计划管理6个子模块。

3.2平台服务层设计与功能实现

平台服务层提供的功能一般与具体的业务流程或应用服务无关,这一层主要是为上层(即应用服务层)提供平台支撑和平台开发功能,以满足应用服务层对应用程序部署和业务系统集成功能的需要。平台服务层提供了一个应用程序运行和系统维护需要的资源平台。平台服务层是整个云平台的核心,它位于基础设施服务层和应用服务层之间,为应用服务层提供数据域程序服务支撑,具体包括权限管理服务、多组织结构多用户帐套管理、安全认证、日志管理服务及平台监控等。

3.3基础设施服务层设计与功能实现

基础设施服务层为基于云平台的计划统计系统提供了底层所必需的硬件设施设备,其中包括云服务器、云传输、云存储设备及网络设备等,满足平台服务层和应用服务层的正常运行需求。这一层的关键技术是虚拟化,通过虚拟化设计,平台逻辑结构体系中的物理基础设施(云服务器、云传输、云存储设备及网络设备等)成为可共享的物理资源,使这些物理资源能够成为服务以供用户使用,即硬件资源虚拟化。基于云平台的计划统计系统面向大量用户,因而对于物理服务器数量的要求相当高。如何减少物理服务器的数量和提高使用率是基础设施服务层要解决的核心问题。目前有以下两种虚拟化实现模式:虚拟机监视器和虚拟化平台。可采用虚拟机监视器实现服务器虚拟化[7]。

4结语

本文对云平台技术体系结构和分层体系进行了研究,分析了兖矿集团及其下属基层单位的业务模式、业务流程。对基于云平台的计划统计系统进行了总体设计,提出了云平台模式下的煤炭企业计划统计系统,大大减少了兖矿集团公司及其下属基层单位在软件开发、硬件设备的成本投入,使得计划统计系统的维护更加方便,加强了兖矿集团公司的管理,提高了兖矿集团公司的生产效益。

摘要：计划管理和统计是煤炭企业的核心业务,对加强煤炭企业管理,提高煤炭企业生产效益有着至关重要的意义。介绍了云计算相关理论及云平台系统体系结构,结合兖矿集团有限公司计划统计系统的业务需求,设计了基于云平台的煤炭企业计划统计系统,并探讨了云平台的各层体系及功能实现问题。

关键词：云平台,云计算,煤炭企业,计划统计

统计平台设计篇2

企业上报网址：218.75.126.155，用户名密码均为组织机构代码。证书申请步骤： 1.点击申请证书

2.点击根证书及配置工具，下载根证书至本地

3双击刚下载的证书

4.配置好后把页面关了，重新进申请证书的页面，重发证书注意，这步必须要做，必须要重新打开页面再重发证书

在红框内输入组织机构代码，默认密码也是组织机构代码，点确定。

点确定即可。

统计平台设计篇3

军队地震医学救援应急卫勤统计是在强烈地震发生后, 军队卫勤机构快速对灾区伤亡人数、卫勤救援力量配置、实施医疗救治、卫生防疫、药材保障等相关数据的搜集、处理、分析、评价、共享与发布等[1]它对军队地震医学救援卫勤决策和指挥协调有着至关重要的作用。四川芦山4·20 7.0 级强烈地震发生后, 军队医学救援应急卫勤统计由于存在通信不畅应急统计信息化平台不完善、统计报表不统一、信息共享不全面等不利因素, 影响了卫勤统计的及时性和准确性, 因此亟须搭建一套集信息上报、传输、存储、汇总、分析、共享等功能于一体的军队地震医学救援应急卫勤统计平台 (以下简称应急统计平台) 。

1 需求分析

军队地震医学救援应急卫勤统计有4 个特点 (1) 医学救援部队面临着道路受阻、通信不畅、大型通信设备无法进入灾区实施保障等困难, 导致统计信息获取困难[2]。 (2) 救援力量多且来自不同单位, 难以以最快的速度建立起统计汇总渠道和机制, 统计信息共享性差, 统计结果利用率低[3]。 (3) 统计项目繁多、统计量大、统计周期短、数据更新快、查询上报频率高。 (4) 部分统计信息涉密。根据以上4 个特点, 对应急统计平台设计有4 点要求: (1) 应急统计平台主系统要求按B/S (浏览器/服务器) 结构设计, 这种结构统一了客户端, 将系统功能实现的核心部分集中到服务器上, 简化了系统的开发、维护和使用, 同时便于各医学救援力量统计机构的协调统一以及统计信息的共享。 (2) 移动上报终端的统计上报软件要求按C/S (客户端/服务器) 结构设计, 通过它可以充分利用两端硬件环境的优势, 将任务合理分配到客户端和服务器端来实现, 降低了系统的通信开销[4], 保证在通信不畅的情况下移动上报终端可独立完成统计填报工作。 (3) 移动上报终端要便于随身携带, 不受灾区通信设施损毁影响, 适用于野外恶劣条件, 基于卫星通信、移动通信及互联网络等成熟通信技术, 在通信渠道上设置加密设备或通过专网专线 (如军事综合信息网) 进行统计上报。 (4) 在中心数据库设计上要求采用兼容性强、安全性高的数据库软件, 具备数据实时与异地备份、恢复及灾难恢复等安全措施, 科学合理设计表单, 方便数据的增加、修改、删除及查询。

2 总体设计

2.1设计目标

应急统计平台是军队应急卫勤指挥信息系统的一个业务分支, 是卫勤机构在强烈地震后进行医学救援卫勤统计的信息化平台, 在军队参加地震医学救援行动中, 通过此平台可实现卫勤信息远程上报、快速传输、海量存储、分级汇总、科学分析、全面共享等功能, 大大提升了应急卫勤统计效率, 从而加大了对应急卫勤指挥的辅助决策能力[5]。

2.2 应急统计平台设计框架

应急统计平台由移动统计上报系统、应急卫勤统计主系统及应急卫勤信息数据库、远程应急卫勤统计客户端构成, 同时留有与医院信息系统相连的数据接口[6]。应急卫勤统计主系统及应急卫勤信息数据库为应急统计平台的核心部分, 统计人员可以应用此系统, 通过卫星通信网、移动通信网或军事综合信息网等, 实现对下级统计信息及移动上报信息的收集、存储、汇总、分析以及下发统计要求和系统管理等功能;主系统设计的医院数据接口可以保证统计信息系统与医院信息系统进行数据交换, 实现统计信息实时共享, 提高应急医疗救治能力;远程应急卫勤统计客户端可为统计人员提供统计信息的查询、上报、共享等功能, 统计人员可以应用浏览器, 通过卫星通信网或军事综合信息网登录应急卫勤统计主系统实现以上功能; 移动上报终端通过卫星通信网或移动通信网与应急卫勤统计主系统相连, 统计人员通过此终端接收上级下发的统计要求, 上报统计信息。详细设计框架如图1 所示。

2.3 工作流程设计

统计工作从应急卫勤统计主系统发布统计表开始, 在远程客户端应用浏览器, 通过网络登录主系统, 填报统计信息, 填报完成后自动存入应急卫勤信息数据库; 在移动上报终端登录终端内安装的统计上报软件, 接收主系统打包下发的统计表, 解析后填报统计信息, 软件自动将填报好的统计信息打包, 通过卫星通信网或移动通信网上传至主系统, 主系统对打包信息进行解析后, 存入应急卫勤信息数据库;主系统可以访问数据库, 实现统计信息的汇总、分析、上报及共享等功能。详细统计流程如图2 所示。

2.4 数据库结构设计

应急卫勤统计数据库根据“军卫一号”数据库中医疗、药品、物资等相关统计内容, 结合应急卫勤统计实际情况, 设计4 个表: (1) 应急卫勤力量统计表:包括医疗队、防疫队数量、人数、装备、部署等内容。 (2) 医疗工作统计表:包括医疗队、医院接诊、收治、手术、前接、后送等内容。 (3) 药品器材统计表:包括品种、数量、价值等内容。 (4) 卫生防疫及心理救援统计表:包括消杀面积、心理咨询人次、宣教资料等内容。根据统计需求不同可随时增加内容。应急卫勤统计信息具有涉密性, 必须严格控制数据库的访问权限, 无论采取有线还是无线的传输模式, 都必须采取软、硬件防火墙及加密手段, 确保数据的安全性。

3 功能模块设计

3.1 应急卫勤统计主系统设计

应急卫勤统计主系统包括用户管理模块、信息填报模块、统计分析模块和信息传输模块。用户管理模块包括用户注册、用户登录及注销和用户权限管理功能;信息填报模块包括统计信息填报、信息汇总和信息审核功能;统计分析模块包括自定义查询、自选项分析和自动生成图表功能;数据传输模块包括信息打包上传、信息打包下载及数据包解析功能。主系统功能模块如图3 所示。

应急卫勤统计主系统采用B/S结构设计, 主系统通过浏览器向远程统计用户端发出统计报表, 远程统计用户通过浏览器在线填报;远程统计用户通过浏览器对主系统中的统计信息进行查询请求, 主系统对请求进行处理, 将用户所需信息返回到浏览器。而其余如数据请求、加工、结果返回以及动态网页生成、对数据库的访问等工作全部由Web Service完成。 B/S架构程序具有分布性强的特点, 可以随时随地进行数据统计、查询、修改等业务处理, 其维护简单方便, 只需要改变服务器程序, 即可实现所有用户的同步更新。

开发平台为Java EE6 (JDK) 7u21[7], 开发工具为Eclipse, 数据库应用Oracle 11g[8], 服务器操作系统为Windows Server 2003, 客户端操作系统为Windows XP。系统前台采用JSP网页模式, 后台采用Oracle数据库, 采用JDBC (java database connectivity) 来连接数据库。

3.2 移动上报软件设计

移动上报软件基于Android系统进行设计, Android系统拥有丰富的类库, 同时开放性和兼容性好, 利于移动上报软件在移动设备上的安装和与其他系统之间的连接[9]。该软件包括用户登录、信息填报和信息传输3 个功能模块以及本机SQLite数据库。用户登录模块限制了软件的使用权限, 只有授权用户才允许登录使用移动上报软件进行信息统计上报, 保证统计信息的安全性及准确性;用户通过信息填报模块, 解析上级下发的统计报表数据包, 进行信息填报并将填报信息打包;信息传输模块基于移动通信网络或卫星通信网络, 实现了数据包的接收及上传功能;本机SQLite数据库用来存放已接收的统计报表及填报的统计信息, 保证用户在无网络环境时进行离线填报并保存相关数据, 以便后续操作。移动上报软件功能模块如图4 所示。

移动应急统计上报系统采用 (C/S) 模式设计, 开发平台为Java EE6 (JDK) 7u21, 开发工具为Eclipse+ADT (Android Developer Tools) [10], 移动终端数据库为SQLite, 移动终端操作系统为Android 4.0。

4 结语

应急统计平台是应急卫勤统计工作中不可或缺的一套信息化工具, 为统计人员提供了方便快捷的上报及统计途径, 为决策人员提供了及时准确的统计信息。本文根据军队地震医学救援应急卫勤统计的特点研究并设计的应急统计平台, 具有开放和可扩展的系统框架, 可在今后的应急统计工作中, 根据不同的应急统计特点对此平台进行功能扩展, 并通过预留的数据接口与应急卫勤指挥信息系统相连, 逐步完善, 使其成为军队应急卫勤指挥体系的重要卫勤统计决策平台。

参考文献

[1]叶宗盛, 陶立新.卫勤统计中存在的问题及对策[J].武警医学, 1997, 8 (1) :13-15.

[2]彭兴, 喻德友, 叶淑香, 等.对军队遂行多样化军事 (救灾) 任务中的应急通信保障思考[J].四川兵工学报, 2009, 30 (2) :122-124.

[3]蔡竞.加强突发事件应急统计工作的思考[J].中国应急管理, 2009, 3 (12) :12-15.

[4]百度百科.B/S与C/S软件设计结构[EB/OL].[2013-05-16].http://wapbaike.baidu.com.

[5]蒲卫, 陈宇行, 刘运成, 等.军队应急医疗救治指挥信息系统研究与实现[J].解放军医院管理杂志, 2011, 18 (8) :737-738.

[6]吉亚力, 陈宇行, 胡呈炜.后方医院应急救治信息系统研究与设计[J].中国数字医学, 2013, 8 (3) :32-34.

[7]Java EE6[EB/OL].[2013-05-16].http://www.oracle.com/technetwork/java/javase/downloads/index.html.

[8]Oracle 11g[EB/OL].[2013-05-16].http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html.

[9]杨丰盛.Android应用开发揭秘[M].北京:机械工业出版社, 2010:35-36.

p2p平台逾期率如何统计篇4

p2p平台逾期率如何统计

P2P平台逾期率如何统计？逾期率越低越安全吗？在选择P2P平台时，不要听平台宣传就听信零风险、逾期率低于1%的说法，目前还没有统一的计算标准所以就没有什么可比性。有专业机构指出规定的逾期率计算公式，结果在2%~3%的说明风控水平不错，p2p平台逾期率如何统计的呢？

p2p平台逾期率如何统计

中国信用卡行业的风险率大致在3%，美国4%左右，我个人认为相较信用卡客户群，国内P2P的客户群质量要稍差一些，因为他们中很多人是被银行排除在外的，所以借款人的信用风险会比信用卡略高。逾期率的统计口径有什么不同呢？

实际上，平台的真实逾期率的计算方式有很多差别。举个例子来说，不少平台都是按余额的统计方式来计算的，逾期率的分母为历史以来所有放贷额。这意味着P2P公司只要不断扩大放贷规模，把分母做大，就能让逾期率看起来很低。在公布逾期

率的时间点前，平台快速拉拢客户，一下在分母上增加几百、几千万元，从而缩小最终逾期比率。

另一种方法是，只将已经逾期的应收部分除以全部本金，这一做法其实排除了极有可能逾期但还未逾期的部分，所呈现出来的结果当然好看很多。比如有客户已经逾期5个月，后续仍有5个月的欠款需要偿还，那么有些平台只会将已经逾期的5个月金额作为分子，而不考虑之后逾期可能，但实际上，未来逾期的可能性是极高的。目前，业内比较严格的逾期率计算公式为：在给定时间点，当前已经逾期90天以上的借款账户的未还剩余本金总额除以可能产生90+逾期的累计合同总额。其分子的概念是，只要已经产生90天以上逾期，那么未还合同剩余本金总额都视为有逾期可能，而分母则将一些借款账龄时间很短的，绝对不可能产生90+逾期的合同金额剔除在外（比如只在2天前借款，无论如何都不可能产生90天以上逾期）。

当前很多企业对外宣称风险逾期率在1%以下。如此之低的逾期率可能有几种情况：一是平台成立不到1年，开业时间很短，而借款合同都是1年期或以上的，逾期率当然会很低，只因风险还没有显现出来。第二种是平台已经成立了2年以上，但是它公布的逾期率是0或者1%以下，那么数据的统计口径就要打上问号了。

平台对逾期数据比较敏感，不排除其公布的数据被人为压低的可能；平台用自有资金或风险保证金将坏账核销，因此列入统计的逾期率下降；平台上线时间较短，还没经历完整的还款周期，风险还未暴露；很多平台采用第三方担保模式，担保机构代偿的部分并不计入逾期率。p2p平台逾期率如何统计上文已经介绍，作为聪明的投资人不能盲目听信平台宣传的零风险低逾期率。

统计平台设计篇5

区域人流量分析统计是国家制定政治经济政策, 指导人民生产生活的一项非常重要的参考依据。但长期以来, 统计部门只能依赖于抽样统计[1,2,3]的方式来进行获取。这种方式需要消耗大量的人力物力, 统计周期较长且很难得到一个较准确的数据。而且由于人群的流动性, 实际人群分布数据是一个动态变化的过程, 传统的统计方法根本无法实现对数据的动态掌握。文献[4]中提出了一种利用用双目摄像机原理进行人流量统计的方法, 该方法采用两个CCD摄像机, 运用双目立体视觉技术、摄像机标定算法与立体匹配算法对人流量进行统计。这种统计方式与人工计数方式相比更加智能化, 对铁路站、机场以及一些大型的展览馆比较适合, 但是由于要部署大量的摄像机与服务器, 部署周期较长, 硬件成本较高, 后期维护成本也较高。

随着互联网与移动通信技术的迅速发展, 移动用户占手机使用总人口的比例迅速攀升, 尤其在北京等发达地区, 移动用户已经接近人口总数的80%。因此, 移动用户的分布情况, 可以近似于地区人群的总体分布情况。与此同时公众出行群体中手机持有者的比例也日益上升, 这使人们越来越认识到移动通信网络中的手机信令数据可以作为一种理想出行分析探测器[5]。

目前, 各级政府部门包括国家旅游局、北京市公安局、北京市交通委员会、北京市旅游发展委员会以及北京市各区县相关部门都有关于移动用户资源数据的应用需求[6,7]。如交通规划、交通调查、旅游景区等重点区域的人口流量监测、流动人口监测管理等等, 但由于目前缺乏现网数据统一的处理应用平台, 在之前的客户需求满足上, 出现了需求反应时间长, 效率低下等问题。本文正是基于以上状况结合北京移动信令处理基础平台项目提出了一种利用现网移动信令数据来实时统计区域人流量的系统架构, 该系统已通过北京移动等相关部门的验证, 目前在北京移动昌平机房试运行。

2 系统设计

2.1 原理

实时人流量是交通量的一种, 交通量[8]是指单位时间里通过道路或某一交通小区断面的交通实体数量。基于手机信令的流量统计, 这里的交通实体数量指的是人数基础平台通过移动通信信令进行人流量分析的一个根本性依据是通过移动用户发生的通信事件记录 (如用户呼叫、短信、位置更新等通信事件) 来判断该用户所处的位置。本平台通过对甲方区域信息服务业务系统传送过来的合成后的甲方移动通信网络全网相关接口 (A接口、Mc接口、HSTP等) 的海量用户信令基础信息, 调用相应算法进行存储分析, 并结合GIS技术, 实现甲方网络参数与GIS地图的自动匹配并动态更新, 在保障用户信息安全的同时, 满足政府类客户对特定区域的人口流量、出行统计需求[9,10], 以及甲方内部平台的数据支撑统计需求。

2.2 系统的总体设计

为描述方便现将用到5个接口定义如下:

IF1:基础平台与区域信息服务业务系统之间;

IF2:基础平台与外部政府客户应用系统之间;

IF3:基础平台与VGOP等内部应用系统之间;

IF4:基础平台与EDSMP集团业务管理平台之间;

IF5:基础平台与网运中心网管系统之间

基础平台通过IF1接口从区域信息服务 (RISS) 订阅和接收区域信令事件, 经过数据挖掘和统计分析之后, 通过实时/非实时接口向外部政府客户应用系统和内部业务系统提供基于地理信息系统 (GIS) 的实时监测和历史分析结果。基础平台同时分别通过IF4和IF5与集团业务管理平台 (EDSMP) 和网运中心网管平台互连, 实现与集团业务平台的对接, 以及定期实时接收移动通信网络参数。总体方案如图1所示。

2.3 模块设计

由图1知, 该系统主要有三个部分组成:区域信息服务业务系统、信令处理平台、应用客户端, 本文主要针对该系统核心--信令处理平台的设计而写。信令处理平台主要有入库程序、接口程序、数据库ETL、外部应用、管理五部分组成。其中入库程序部分主要包括目录监控模块、文件生成模块、消息发送模块、消息监控模块;接口程序部分主要包括文件导出、SOCKET服务端、与其他系统的特定接口;数据库ETL部分主要包括存储过程与算法的调用、JOB及管理;外部应用部分主要包括登陆模块、图表展示模块、报表展示模块、文件导出模块;管理部分主要包括客户端模块、分析服务端模块、GIS管理模块、业务定制模块。模块设计详图如图2所示。

入库程序主要接收从甲方区域服务系统采集的现网手机信令数据, 根据配置好的数据库连接字符串, 从数据库读取用户手机归属地, 用户手机型号, 通话监控手机号, 短信监控手机号4个缓存;接口程序负责文件的生成, 数据的接收与发送以及与其它接口的链接;数据库是该信令平台的重要组成部分, 存储所有的存储与分析过程;外部应用主要是数据的前台WEB展示, 要求前台在WEB页面显示登陆信息, 数据能以报表与图表展示;管理模块主要实现平台所有服务器如WEB服务器、GIS服务器的管理以及GIS区域的圈选与相关业务的定制, 如特殊号码监控、通勤出行分析等。

2.4 平台的软件架构图

本系统主要对北京地区的海量移动网络信令数据进行存储、分析、展示, 由由于北京地区人口的流动性较强, 现网信令数据巨大, 那么如何保证系统对数据处理的实时性, 如何保证系统的可靠性与稳定性对整个系统至关重要。本系统的核心在信令数据处理模块, 该模块主要的负责对海量的数据的存储、分析, 该模块的性能直接影响整个系统, 为了提高整个系统的性能, 就必须合理规划该模块软件系统架构, 使其在实时数据的处理分析方面尽量最优。平台软件架构图如图4所示。

系统软件架构分为上下两层, 如图3所示, 从下往上分为基础数据处理层 (BDP:Basic Data Process) 和应用分析处理层 (AAP:Application Analysis Process) 。

基础数据处理层 (BDP) 主要通过IF1接口接收来自区域信息服务业务系统的信令数据。先将接收到的信令数据放入临时缓存, 然后经过压缩、建立原始数据索引、加密等预处理后将数据存放至细节数据库。细节数据库中存放的数据即AAP层进行分析的数据来源。而移动通信网络参数和GIS基础图层数据、基站图层数据等数据则通过IF5接口存放至网络参数存储单元和空间数据库。

应用分析处理层 (AAP) 主要负责根据需求进行进一步数据加工, 并对外提供数据服务。首先将细节数据库中的数据使用包括提取 (Extract) 、转换 (Transform) 和加载 (Load) 的ETL程序集 (应用数据库存储过程, 结合相关算法和分布式数据库等多种技术, 根据不同的业务需求相应设计的专题工具) 来分析统计数据。然后将分析处理结果存放至数据仓库DW1 (外部应用数据仓库) 和DW2 (内部应用数据仓库) 。通过数据服务引擎 (DSE1和DSE2) 和应用接口IF2、IF3来提供人流量和人口出行分析和VGOP等内部应用系统业务请求的分析结果或报表。并通过Web/GIS服务单元, 提供相应的GIS服务。

2.5 数据的处理流程

基础平台接收信令数据和网络参数等基础数据, 经过分析处理形成外部政府客户和内部业务平台所需的报表数据, 完整的数据处理流程如图4所示。

(1) 基础平台接收信令数据, 作为临时数据, 存储在临时数据区;

(2) 临时数据, 结合网络参数等基础数据, 经过预处理过程, 生成细节数据, 存贮在细节数据库;

(3) 细节数据经过ETL工具处理, 根据业务需求, 生成多维报表数据, 存贮在相应的DW中;

(4) 用户接收报表数据;修改或生成新的业务需求并部署给基础平台。

由于现网的手机信令数据是海量的, 所以数据入库前要进行预处理, 系统入库预处理数据流图如图5所示:

数据流向简要说明:

(1) 信令数据接口发送文本数据到远端服务器。

(2) FTP监控程序将远端服务器信令数据流读取到本地, 输出TXT文件。

(3) 数据预处理程序读取本地信令数据流处理后转化成加密后的元数据。将元数据流发送到数据库保存。

(4) ETL程序读取元数据多层处理后, 将加工的统计数据反发送回数据库保存。

(5) 数据库将统计数据按系统请求将被请求数据流发送至应用系统。

3 实现

这里以北京市旅游局指定区域 (天坛公园) 与北京市交通局所指定区域 (北站地区) 统计结果展示为例, 首先北京市旅游局与北京市交通局指出需要统计的区域, 北京市移动根据指定区域汇总区域对应的cellid, 然后将cellid表导入后台, Gis会根据导入cellid自动匹配区域, 然后调用算法, 产生数据, 最后在前台web展示:如图6, 图7所示。

由图6、图7知各景点或者交通枢纽早上1点至早上7点人流量较少, 8时之后逐渐增多, 中午12时左右最多, 下午5时候逐渐减少, 符合实际情况。通过该统计方法我们能利用信令处理平台直观地观察到各区域人流量状况, 图中数据展示已通过北京市相关部门验证, 目前该产品已在北京市移动正式上线运行。

4 结论

论文深入研究了实时性人流量统计方法的原理, 在此基础上设计出基于移动网络信令数据的人流量统计系统中信令处理平台模块, 并基于北京移动信令处理基础平台项目完成了对模块的验证, 成功实现了对各区域实时人流量智能化统计, 并展示出实时数据统计结果。应用该成果我们只需在现有移动网络现网的相应接口上安装信令采集设备, 并将采集到的信令数据传送至专用服务器进行分析、处理, 最后就在web页面展示统计结果。不需要重新部署新的系统, 节省了基础设施投入, 对移动网络不产生任何影响, 而且有利于快速覆盖和应用。

摘要：实时掌握城市交通枢纽、各大旅游景点的人流量状况, 为城市交通规划、旅游景点人力资源配备提供数据支撑已越来越受到相关部门重视。结合北京区域人流量系统项目中移动信令处理基础平台模块提出一种利用现网移动信令数据统计实时人流量数据的架构, 该平台已经过北京移动与北京市旅游委、交通局验证, 目前在北京移动正式运行。

关键词：信令处理平台,区域人流量,系统架构

参考文献

[1]关志超, 胡斌等.基于手机数据的城市交通信息采集技术研究[A].中国智能交通协会论文集[C], 北京:中国智能交通协会, 2012:845-848.

[2]冉斌.手机信令数据在城市交通管理中的应用与展望[A].中国智能交通协会论文集[C], 北京:中国智能交通协会, 2012:18-23.

[3]刘杰, 胡显标等.基于无线通信网络的人员出行信息系统设计与应用.公路交通科技[J], 2009, 26 (12) , 6-8.

[4]张艳琼.基于立体视觉的行人流量分析.计算机测量与控制, 2008, 5 (5) :12-17.

[5]杨飞, 裘炜毅.基于手机定位的实时交通数据采集技术[J];城市交通;2005, 3 (4) , 1-3.

[6]张博.基于手机网络定位的OD调查的出行方式划分研究[D].北京:北京交通大学, 2010.

[7]信令处理基础能力平台技术规范书.重邮汇测通信技术有限公司, 2012.9.

[8]北京移动信处理基础平台总体技术要求.中国移动集团北京公司, 2012.8.

[9]赖建辉, 陈艳艳等.基于手机定位信息的地铁乘客出行路径辨识方法[J].计算机应用, 2013, 1 (2) , 3-5.

网络化统计业务处理与管理平台篇6

一、网络化统计业务处理与管理的发展

1. 没有计算机前的数据统计业务

以前没有计算机技术和网络发展的时候, 我国工作单位对于数据处理完全是纯人工操作, 大大影响了办公的效率和工作结果的可靠性。对于数据的记录完全由人工进行数据记录, 在记录过程中往往会由于人粗心的因素造成数据出现各种各样的错误, 严重影响工作内容的可靠性。工作中的数据是庞大冗杂的, 要对其进行完好的记录是一件辛苦乏味需要耐心的工作, 往往需要很多的数据记录人员一起对其记录, 并且在完整的记录后要对数据进行好几次的检查与核对, 以免出现失误和错误, 而这项工程是很庞大的, 在工作完成的过程是很耗费时间和精力的, 这就导致了工作效率的低下。

2. 我国网络统计业务处理与管理的现状

我国的科技发展较之以前已经有了前瞻性的进步, 尤其是在计算机的使用和网络的全球化的大前提下。以前的纯人工操作的现象都已经消失在人们的记忆中了, 替而代之就是越来越受欢迎的计算机的使用。就目前而言我国已经建立了较为完善与充分的网络统计业务处理与管理体系, 在各级单位的办公中应用网络和计算机处理数据的技术日臻完善, 数据的处理越来越人性化, 越来越自动化。全自动的网络数据处理节约了大量人力物力, 使得政府办公更加方便。各级行政部门都在积极努力地完善自己的计算机技术, 利用自己部门的能力和财力加大对计算机网络处理技术的提升。计算机的使用更加满足了现代人生活的需求, 行政部门为了从技术手段提高自己的工作效率和经济效益, 都把目标转向了寻求和开发各种方便工作的计算机软件上了。21世纪是软件的世纪, 软件的开发和充分应用从根本上促进了各行各业的发展。

二、我国在网络化统计业务处理与管理方面存在的问题和解决措施

1. 网络化统计业务处理体系不完整

虽然我国已经建立了较为完善的网络化统计业务体系, 但是其中还有很多不完善的地方。网络的功能没有被充分运用, 没有发挥它的实力。网络构建不完善, 没有和其他单位或政府建立起资源共享的数据连接, 从而导致了数据的共享成为一个问题, 降低了工作的效率。业务处理人员对网络的应用还不够熟练, 也是网络数据处理的一个问题。为了改善这个问题需要改进现在大多数公司或者政府的管理体系, 进行统一完整的管理。在公司或者政府的内部要实行网络化信息管理的措施, 这是现在能够克服解决现在网络化统计业务处理体系不完整的手段。

2. 保护网络化统计的数据

现代信息化社会中数据对于一个公司或企业来说是及其重要隐秘的。所以非常有必要做好网络数据的保护。为了使得公司企业统计的网络数据的安全性得到最可靠的保护, 并且使数据的记录登记更统一规范。为了数据的机密性, 为企业公司单位的数据库的文件夹设定好独自的密码, 各个单位只能打开自己权限范围内的数据库, 从而有效保证了数据的安全性。数据库所有文件夹的密码只能最高领导有备份。数据必须要做好保密性, 数据包含一个公司或企业的重要信息, 如果泄露的话很可能导致公司的经济蒙受很大的损失。所以要改进现在的信息管理模式, 实现计算机网络化, 对于公司来说, 对数据网络化的应用不仅可以体现在各项业务的管理上, 还可以运用在财务的管理人、力资源的管理和物品的管理。公司要致力于开发适合该公司发展模式的数据处理模式的软件, 从而将该公司的财务人力资源和物品的管理都统一到一起进行管理, 这样就大大提高了工作的效益, 使公司的管理也更加清晰明了。还有就是公司要建立完整的资料数据库, 以便以后为了工作需要能够有个参考。完善的数据库信息包括很多内容, 例如调查信息库统计信息库等, 这些都能充分发挥统计工作的效率, 从而使领导者有效地运用网络化统计业务。

三、结语

在当下世界经济体系逐步一体化的背景下, 公司也要积极面对这种变化, 为了使公司的管理更规范、更有效、更智能、更先进, 公司要健全网络化统计业务的管理平台, 从而使公司充分利用现代高科技技术, 尤其是计算机网络技术, 来为公司的发展做出贡献, 进而真正实现数据共享。为了提高行业竞争力, 提高公司营业质量问题, 公司要通过网络建立网络信息来连接公司内部的管理和公司外部的管理。

参考文献

[1]李铮, 尤枫, 赵恒永.基于XML和XSLT的Web报表解决方案的研究与实现[J].计算机工程与设计, 2010, (5) :67~68

统计平台设计篇7

传统的报表开发主要用于数据分类和查询, 而且在开发每张报表时都需要设计一张报表文件, 这似乎是合情合理的, 但在实际开发中, 这种做法是极端耗费精力。如果遇到对行列字段的多层次分组统计, 如表1所示, 传统的报表开发则难以实现。交叉报表可以在一定范围内将数据查询和分析、汇总组合在一起, 它在数据库中使用至少3个字段来汇总数据, 即行字段、列地段和汇总字段。在每个行字段和列字段的交叉点上聚集汇总字段的值。而且它根据行列的字段自动生成报表文件, 这样, 开发人员工作重心就可以移到获取数据上面, 无需和UI (User Interface) 即用户界面打交道, 可大大提高报表设计的工作效率, 这在实际工作中是相当便利的。

1 系统设计思想

交叉报表的字段往往要用到多张表的多个字段, 使用视图可以解决在报表中的多表关联问题。而且通过建立视图, 对行列字段也可以进行多层次的分组, 从而使交叉报表的结构更加清晰, 便于应用。因此, 首先, 根据交叉报表的行列字段建立一个视图, 使得所需的多个表中的字段合并为一张表。其次, 通过水晶报表向导创建一张交叉表, 利用.NET中Crystal Reports提供的字段资源管理器建立对视图的链接, 再利用交叉表专家定义行列, 汇总字段的显示以及分组的层次关系。然后, 建立一个Form, 在Form窗体上拖入水晶报表查看器, 建立数据的过滤条件, 并将交叉表绑定到水晶报表查看器。最后, 编写交叉报表数据填充程序, 程序运行期间通过水晶报表查看器浏览交叉报表。

其中交叉报表的数据填充采用推模式来设计, 所谓推模式是指水晶报表传递数据时需要开发人员编写代码以连接到数据库, 执行SQL命令以创建与报表中的字段匹配的记录集或数据集, 并且将产生的数据传递给报表。该方法要求将数据库连接的操作置入应用程序中, 并在水晶报表收到数据之前先将数据筛选出来。推模式一般是利用字段定义的数据集、ADO NET数据集、ADO.NET (XML) 等方式实现。虽然使用推模式需要一定的编码量, 没有拉模式便捷的导向式设计, 但当数据库中的数据是加密的无法直接显示, 或数据需要进行处理后再进行显示时, 推模式就体现出了它的优势。

2 系统的实现

2.1 视图的设计

根据报表的层次结构, 行列和统计字段分别来自不同的表, 所以要建立视图来进行多表的链接和分组层次关系。例如表2所示, DWMC (单位名称) , CLLB (车辆类别) 和CX (车型) 就够成了一个树型的层次关系, 它将用于显示交叉报表的列。而CGZDDBM (车工作地点编码——这里取编码的前3位, 它和CGZDD (车工作地点) 也构成了一个父子的层次关系。它将用于显示交叉报表的行。

相应的视图的SQL语句如下:

2.2 交叉报表的设计

“交叉表专家”选项卡, 如图1所示, 包含创建交叉表所需的基本功能。可定义行、列以及汇总字段。也可直接从该选项卡创建组和公式。

具体的设计步骤如下:首先, 将选项卡左侧的报表字段中的所要显示字段拖入右侧交叉表的行与列, 并且保持视图中的层次关系。其中CGZDDBM (车工作地点编码) 不在报表中显示, 可以在“自定义样式”中抑制它的显示, 但是它依然会与CGZDD (车工作地点) 保持父子的层次关系, 用于将CGZDD (车工作地点) 按分组来排序。然后, 将要统计的CH (车号) 拖入右侧交叉表的汇总字段, 并更改它的汇总方式为计数。最后, 点击确定后系统将自动生成报表文件。

3 系统实现的关键技术

本系统实现的关键在于交叉报表数据的填充和身份验证。其中实现交叉报表数据填充和绑定的方法和身份验证主要代码如下:

最终的实现如图2所示。

4 结束语

复杂报表的设计一直是.NET下水晶报表设计的一个难题, 本文对多层次的分组统计报表提出了一种解决方法, 即利用视图和交叉表来实现多表的链接和多层次显示, 并给出了具体的设计思路和方法, 最终生成满足企业级应用的报表。同时, 这也对企业级复杂报表的设计进行了有益探索和补充完善, 为水晶报表的广泛应用提供了有效的手段。

摘要：复杂报表的设计是企业信息系统开发所面临的难题之一, 提出了一种在.NET平台下, 利用视图和交叉表解决多层次分组统计报表的方法和实现过程, 并通过在程序中写入数据的填充和身份验证代码, 从而完成报表的输出, 为企业级的复杂报表的设计和应用创造了条件。

关键词：.NET,水晶报表,多层次,分组统计

参考文献

[1]GEORGE PECK.水晶报表设计与开发大全[M].北京:清华大学出版社, 2004.

[2]章立民.用实例学Crystal Report for Visual Studio.NET[M].北京:电子工业出版社, 2004.

[3]魏峥, 王军, 崔同良.ADO.NET程序设计教程与实验[M].北京:清华大学出版社, 2007.

[4]戴薇, 张士军.在SQL Server数据库中利用存储过程实现动态交叉表[J].计算机与数字工程, 2006 (12) .

[5]张新林.范式下的Oracle数据库设计及其动态交叉表的生成[J].计算机与现代化, 2005 (9) .

统计平台设计篇8

关键词：概率统计,网络BB平台,教学模式

概率论与数理统计是研究随机现象统计规律的一门学科, 其理论严谨, 应用广泛, 发展迅速, 目前是全国高校理工科类必修的一门基础公共课, 而且在20世纪末, 此课程被教育部认定为硕士研究生入学考试的数学课程之一, 由此可见其重要性.但是, 传统的概率统计课堂教学模式存在着很大的不足, 需要提高与改善, 为此, 提出了基于网络BB平台的课堂教学模式.

一、课堂教学模式下存在的问题

概率统计课程是我校大面积的公共基础课, 各专业都把这门课开设在专业课之前, 是理工科类学生学好专业的基础, 其重要性不言而喻.但目前, 由于各方面的原因, 使得这门课的教学现状存在着多方面的不足.主要有如下几点:

1. 大班教学, 课堂学习效果差

我校的概率统计课程是由理学院公共部的老师承担教学任务, 由于师资有限, 每学期基本上都是以4个班级合在一起为一个教学班, 大概120名学生左右, 安排在一个大教室里上课, 这样会使坐在后面的学生由于距离太远看不清老师的板书或者听不清老师讲的话而大大影响了学习, 有些甚至因此失去了学习的兴趣.而另一方面, 老师也更难掌控整个课堂的教学, 其一, 学生多了, 课堂纪律就会下降, 这就影响了课堂的教学质量;其二, 学生间的差异也会增大, 这样, 教师在课堂上就会顾此失彼, 很难进行合理的课堂教学过程的设计.

2. 内容多, 课时少

我校概率统计课, 随着教学计划的多次调整, 从原来的51学时现被压缩到了42学时, 这点学时根本讲不完原来教学大纲上规定的内容, 所以只有修改大纲, 删减教学内容, 考虑到现在的学生质量的下降, 就删减了相应的学生感觉比较困难的章节, 比如概率中的大数定律, 这章的内容在概率论中的地位是相当重要的, 是整个概率论的一大支撑, 但很遗憾, 只能舍弃不讲.再比如统计中的回归分析, 它的应用是相当广泛的, 学生以后很可能经常会用到这个方法, 但考虑到学时也只能删除不讲.这样会对学生的知识面产生影响, 势必会影响专业课的学习以及今后的考研内容的复习.从长远看, 是很不利于学生的发展的.

3. 课堂教学内容死板, 教法单调

课堂上的教学, 受课时的影响, 为了及时完成教学内容, 教师只能是以讲解为主, 甚至很少有时间提问, 再让学生思考, 这样, 教师的教法就很单调, 这种“满堂灌”的教学方式早已被证明是不利于学生的创新意识的培养的, 甚至是抹杀了学生的探索性思维, 这样很难调动学生的积极性, 造成学生的学习主动性不高, 甚至出现学生课堂玩手机、看报纸等不良的学习风气.

二、BB平台的教学模式的优势

为了解决上述传统课堂教学所存在的这些问题, 我们近期在校网络BB平台上创建了概率统计课程.从使用的效果看, 很好地填补了以上课堂教学的不足之处.具体表现为以下几个优势:

1. 充实了课堂教学内容

在BB平台上, 开辟了很多的学习内容板块, 比如:习题解答, 在这板块中, 放置了课后习题的详细解答, 这样可以方便学生进行自学, 以前, 学生经常抱怨习题课太少, 老感觉自己不会做题, 有了这个详细解答后, 学生的疑问就少了, 不懂的可以自己去看解答, 这样就非常的方便.对学生的学习起到了很大的帮助作用.再如课堂录像, 我在网络上放了完整的课程录像, 这样, 学生如果对哪一章哪一节的内容在课堂上还没有完全消化理解, 他就能够自己课后上网看这节课的录像, 尤其是课堂上的一些难点, 学生很可能一下子理解有困难, 那么通过再次聆听老师的讲解, 就能使学生很好地理解知识、掌握知识.另外, 对于那些即将参加考研的同学, 在复习中如果哪一部分的内容忘记了, 就可以上网找到录像来进行复习.我在这次的考研辅导班上就向学生公布了网络课程的地址, 让学生自己看视频复习, 学生反映效果很好, 非常方便, 想什么时间看都行, 想看哪章内容可以很方便地挑, 充分发挥了学生的学习主动性.

2. 激发了学生的学习兴趣

传统的课堂教学一味地填鸭式的教学法, 让学生感觉很沉闷, 久而久之, 学生就会失去对这门课程的兴趣, 而利用网络平台, 可以很好地激发学生的学习兴趣.比如, 在问题讨论区, 在每节课后, 都会有相应的一些问题, 让学生在这里交流探讨, 教师也积极地在网上进行答疑, 让学生在讨论中明知, 在争论中解惑, 在思考中提升, 充分发挥学生的主体地位.再如, 在网络平台上, 放置了很多的概率小实验, 需要在计算机上操作完成, 这些都是些小程序, 每名学生都可以进行自主的实验, 这样可以更好地理解和掌握知识, 而这在课堂是不可能办到的.又比如案例分析, 这一块内容放了很多的概率统计的经典案例, 这些平时在课堂上很难有时间讲, 学生在学习的过程中也老对这门课程产生疑惑, 学了到底有什么用、哪里有用等类似问题, 而通过查看这里的内容, 学生就能了解这门课程在实际生活、生产中的重要应用, 这样也从另一方面大大地激发了学生的学习兴趣.

三、结束语

最后, 认识到基于BB平台下的概率统计课程教学改革, 是一项比较繁重的任务, 可能会出现很多新的挑战, 很多新的问题需要思考, 我们也将不断地进行探索实践, 让学生能有一个更完整、有效的学习模式.

参考文献

[1]曹飞龙.概率论与数理统计[M].北京:高等教育出版社, 2012.

[2]魏宗舒, 等.概率论与数理统计教程[M].北京:高等教育出版社, 1994.

统计平台设计篇9

为了适应气象事业发展进程,提高科学管理水平,减少重复劳动,辽宁省气象局建设辽宁省气象综合数据统计管理平台。通过平台,实现管理数据的自动处理,实现所需图表的自动生成,以便省气象局及时了解和掌握全省气象部门的工作进展、工作成效以及工作中存在的问题,为领导科学决策提供依据。

1 系统功能

1.1 平台首页

平台首页中新闻通知、系统消息、报表模板、数据统计概览四部分为动态部分,由用户在后台自行定制,首页中所有内容都是基于模块化设计,由用户定制后加载。

新闻通知是在系统前台首页面显示的一个模块。新闻标题静态列表显示,点击一个标题后创建一个新的页面并显示该条新闻通知的详细内容。

系统消息是系统自动创建用来提示相关人员目前系统数据报送的情况。

报表模板提供系统中各种报表的空白模板的下载。可下载的报表模板可由省局数据管理员在后台业务模块中编辑管理。

数据统计概览部分可以将一个或多个重要的数据统计信息显示在页面上,亦可以将重要的业务报表直接显示出来。显示的数据统计内容由超级管理员在业务后台模块中编辑和管理。

网站导航主要包括总工办统计数据、办公室统计数据、应急减灾处统计数据、观测网络处统计数据、科技预报处统计数据、计划财务处统计数据、人事处统计数据、法规处统计数据、监审处统计数据、机关党办统计数据、老干办统计数据。点击可以进入相关二级页面。

1.2 后台管理

1.2.1用户管理

针对管理员账户的管理,可以修改管理员的登录信息,可以修改管理员的使用权限。每个管理员可以自己修改自己的密码。每个管理员可以管理分配给自己的权限。

1.2.2 统计数据管理包括统计栏目管理、统计数据管理、模板和数据生成管理

1)统计栏目管理

可以编辑添加删除统计数据的栏目,为静态数据,不做修改。统计栏目管理还包括统计的分类的管理例如图形报表,文档,文本等显示内容。管理员同样可以对这些内容进行添加删除修改操作。

2)统计数据管理

统计数据管理是指对每条发布的统计数据进行编辑,审核,数据输入,统计计算,删除操作的管理,同时也可以根据栏目或分类进行搜索。

3)模板和数据生成管理

管理员可以上传相关数据的模板,通过选择分类和栏目对该模板进行分组。生成数据时,管理员可以根据选择栏目或分类调用相关模板,在模板中输入数据进行统计计算生成数据。

1.2.3 相关文件稿件管理

该功能是为统计数据提供素材设置的,对该功能进行操作时需要先制定好统计栏目和分类。该管理内容包括分类管理和稿件管理:

1)分类管理

提供针对稿件内容的分类例如WORD、EXCEL或图片文本等内容。

2)稿件管理

对需要编辑的稿件进行编辑,删除或上传添加等操作。

1.2.4 部门权限管理

主要针对不同部门需要操作自己数据时需要被赋予的权限的管理。管理员可以对部门名称进行编辑、修改、创建、删除等操作。

2 系统开发

2.1 技术构架

本系统采用介绍B/S架构,用户界面采用浏览器实现。本系统基于ASP.net技术开发,充分利用.net框架的跨平台性、高可用性和可靠性等优点,做到业务层、逻辑层、控制层分工明确,保证数据传输的可靠、安全;同时保证核心模块运行的正常、稳定、高速并确保系统的高度可扩展性。数据库层采用MS SQL Server 2008数据库系统,使用ADO.net数据访问技术。

2.2 总体构架

本系统采用模块化设计方法,具有较强的可重用性。整个系统分为两部分,一部分是平台数据信息发布管理系统,另一部分是平台数据处理系统。平台数据信息发布管理系统主要由两个模块构成,即后台管理模块和前台浏览模块。对于后台管理模块, 将所有平台数据信息管理功能进行封装,并使用统一的界面进行管理,为数据发布管理人员提供统一的数据发布视图界面。

在后台管理模块中,管理员需要先添加数据信息类别分类,然后再进入数据列表页面,选择指定的数据类别,进行添加。

平台数据处理系统主要是由数据库中提取数据,转换成各处室所需数据类别以及显示方式:文本、表格、饼状图或柱状图。

3 系统安全

3.1 网络安全

3.1.1 防止SQL注入漏洞

本系统数据库读写使用存储过程,参数不使用字符串拼接。采用SqlHelper和OledbHelper技术。不但可以防止SQL注入漏洞还可以提高数据读写速度。

3.1.2 防止跨站脚本漏洞

“默认禁止,显式允许”的策略。从客户端检测到有潜在危险的Request.Form值,禁止提交html标记(<>等被转义成<)

3.1.3 防止上传漏洞

严格控制上传目录的运行权限。无上传权限的用户仅提供只读权限。而且拥有上传权限的用户只可上传系统本系统允许的文件类型,严禁上传非法类型文件。jsp类型以及htm、html类型文件也不应该直接上传保存。

3.1.4 防止数据库账号泄露

数据库的连接帐号,应由专人控制。分配给其他用户时尽量使用最低权限的帐号。不可给与其他用户管理员权限。