农产品仓库建设方案

2024-11-15

农产品仓库建设方案（8篇）

1.农产品仓库建设方案篇一

1.基础支持功能。

1、通讯录信息管理。

平台提供对用户手机通讯录信息的获取功能。当用户安装APP时，用户通过APP输入相关人员的信息时，APP应用可以自动获取该人员在手机通信录中的信息。

2、时间管理

APP应用需将全天时间按时间段分为“早上”、“中午”、“下午”和“晚上”4个时段。当用户登陆时，根据时段发送相关的问候语。

3、语音识别功能

APP应用提供语音识别功能。根据APP应用功能的需求不同，可以将语音转化为文字或者对语音信息进行处理，返回相关的处理结果。

2.掌上店管家

掌上店管家主要实现终端用户为实现自身相关的业务。

2.1.ERP部分 2.1.1.基础资料管理

在用户进行平台或移动应用使用前，系统需要对平台或APP的用户基本资料进行收集，并根据此类信息完成平台或APP的初始化工作。

同时店主在使用APP的过程中，也需要对基础信息进行设置，完善与店铺相关的基本信息，方便后期店铺的运营。

基本资料管理主要提供以下几个方面的功能。

2.1.1.1.店主注册

店主下载APP后，需要将自身的信息按照要求录入平台中。平台中央端对店主信息进行审核通过后，店主方能登录APP。 主要功能包括登录界面

1、输入界面

2、输入信息校验。校验审核信息是否符合平台的要求。如不符合，则给与相关的提示进行修改。 验证消息通知

1、通过短信

2、通过客户端的消息推送。

（补充登录界面）

2.1.1.2.雇员管理

雇员管理主要是店主对自己店铺的经营团队人员进行管理。店主根据自己店铺的人员情况，利用角色赋予雇员一定的权限，以使该雇员能完成其所负责的相关业务，或协助店主完成相关的业务。主要功能包括

1、帐号管理。

帐号管理主要是方便店主完成自己雇员帐号的设置。店主可以根据需要对帐号及相关信息进行增加、删除以及修改。

系统对帐号的唯一性、密码的一致性及安全级别等基本信息进行校验。帐号管理时，需输入雇员的手机号码信息。帐号建立后，通过手机短信的形式告知用户，提醒用户进行帐号登录验证。

系统在建立帐号权限时，需赋予用户一定的权限。该权限在系统中已经设置完毕，均在三种权限供店主进行选择，包括店长、财务主管、销售员等三个角色。

2、帐号权限管理

系统提供对三种角色的权限管理。在现阶段，根据平台管理运营的需求，主要分为三种角色。根据平台功能的不同，赋予三种角色不同的查看、操作权限。2.1.1.3.供应商管理

当店主进行店铺运营时，需要对进货的相关信息如（进货数量、进货款）等信息进行管理，并对店铺用户提供整个产品的产地、供货商等信息。供应商管理主要是对店铺的相关供应商信息进行管理，作为后期店铺运营及产品、交易信息管理的基础。

供应商管理主要的管理信息包括：供应商名称、供应商地址、供应商负责人、联系方式、主要供货品类、供应商评级等。

系统提供对供应商的增加、删除、修改等功能。

2.1.1.4.客户信息管理

店主在店铺日常运营过程中，随着交易的增长，不同客户对店铺的重要性或者重要程度不同。对于与本店交易量大、信誉度好的客户，用户可根据一定个规则，授予用于一定的用户级别，在以后的交易过程中享受不同程度的优惠。

1、客户基本管理

客户信息管理主要包括以下方面：客户名称、客户地址、客户联系方式、累计交易金额、客户种类、优惠额度等等

系统提供对客户信息的交易功能，包括增加客户信息、删除客户信息以及修改客户信息等。

2、客户种类信息管理

客户种类信息主要根据一定规则计算的用户级别，通过客户种类来进行区分。在本项目根据用户要求主要分为三种：银卡、金卡和钻石客户。

为了方便后期平台将三类客户种类信息与具体的优惠额度进行对应。在客户种类管理中，客户种类采用如下管理方式：

2.1.1.5.费用类别管理

费用类别管理主要用于后期店铺费用的管理计算。通过系统提供相关的费用类别，供后期用户在系统中提供相关的费用数额，平台根据统一的费用计算口径来计算相关店铺的运营情况。

根据项目要求，本项目中暂定实现的费用类别包括房租、水费、电费、宽带、人员工资、生活费等。

2.1.1.6.商品信息

商品信息主要实现对全平台商品信息的归档分类。通过在平台中央端设置商品信息分类，使所有平台的商品可以进行正确的分类展示，方便商品分类展示及商品信息查询。

该信息在平台中央端进行集中维护管理，用户在使用过程中，通过商品扫描以及手动录入自动进行商品信息的归类。

2.1.2.业务处理

2.1.2.1.进货单管理

主要针对店主的进货信息进行管理，以流水账的形式对进货批次的详细信息进行记录。

进货单管理主要包含的数据项主要包括：进货单号、进货日期、供应商名称、货物名称、商品类别等。

（待补充）主要功能点：

1、系统根据货物的扫描情况，自动记录该商品信息到进货单商品明细表中，由用户手动输入金额。对于相同的商品，金额可采取默认最近的该商品金额。

2、进货过程中，系统需根据货款自动计算付款方式。根据商品明细表汇总的商品金额，以及用户已付款金额来进行付款方式判断。当已付款金额等于汇总金额，为现金；付款金额不填或0，为赊账；付款金额填写但不等于汇总金额，部分赊账或预付。2.1.2.2.进货退货单

进货退货单主要是针对库存商品的退货进行管理。退货单主要对退货商品的相关信息进行管理。

进货退货单的信息主要的内容包括：退货单号、退货商品名称、商品品类、退货商品数量、退货商品金额、退货供应商以及退货状态等。

主要功能点：

1、退货时当用户对商品扫描时，该商品的信息自动显示到商品列表中，对于商品金额、进货日期等其他关联信息也一并进行展示。

2.1.2.3.付款单

付款单主要以流水账的形式记录店主发生的每笔付款记录。记录的主要内容包括付款单号、付款日期、收款方、收款金额、转出帐号等信息。

主要功能点：

1、当用户完成付款单的填写时，平台对自动对付款相关信息进行

2.1.2.4.销售单

销售单以流水账形式记录店内货物的销售情况。当用户通过移动设备扫描商品时，系统自动记录销售商品的信息来进行记录。

系统记录该销售单号、销售日期、客户名称、销售汇总金额等基本汇总信息。并通过商品子表的形式进行记录，记录销售的所有商品信息。

主要功能点： 1）商品扫描时，自动记录该商品信息到当前的销售单下，并自动显示该商品的品类、数量等其他信息。

2）平台根据销售单的汇总商品的金额，以及用户付款的金额，自动判断该销售单的付款状态。

3）客户名称应优先从店主的“客户管理”信息中进行摘取显示。当该客户在“客户信息”管理名录中不存在时，系统自动显示“无名氏”来标识该客户信息。

2.1.2.5.销售退货单

销售退货单主要对已售商品的退货信息进行管理。主要的内容包括销售退货单号、退货日期、客户名称、退货金额等信息进行管理。

主要功能点：

1、当用户对销售退货的商品进行扫描时，相关商品信息能进入到销售退货单商品子表中。

2.1.2.6.收款单

收款单主要记录店面的收款流水账。主要内容包括收款单号、收款日期、收款金额、付款方以及必要的销售单等信息。

主要功能点：

1、当用户将收款单的信息录入系统后，系统需要根据收款项以及对应销售单的信息自动核销应收账款的金额。

2.1.2.7.报损单

报损单主要对店面内的破损商品情况进行记录，以便动态的管理库存。报损单主要内容包括报损单号、报损日期、报损人、报损金额以及报损商品信息等。主要功能点：

1、当用户扫描商品时，商品能自动进入报损单商品明细列表，并一同显示该商品的金额、供货商、进货日期等信息。

2.1.2.8.赠品入库单

赠品入库单主要是对赠品的入库信息进行管理。赠品入库单单主要内容包括：赠品入库单号、入库日期、赠货供应商、商品金额以及商品明细等。主要功能点：

1、表中。

2、3、赠品入库单填写完毕后，赠品金额自动加入到店铺利润中。自动增加赠品的库存数量。当用户扫描赠品时，赠品信息能自动加入到赠品入库单商品信息列2.1.2.9.赠品出库单

赠品出库单主要对赠品的出库信息进行管理。赠品出库单的主要内容包括：赠品出库单号、出库日期、客户名称、赠品金额以及商品等信息。1、2、3、当用户扫描赠品时，赠品信息能自动加入到出库单商品信息列表中。赠品出库单填写完毕后，根据赠品金额自动扣减店铺利润。自动减少赠品的库存数量。

2.1.3.经营报表

2.1.3.1.进货报表

进货报表主要供店主查询进货的流水信息。默认情况下，用户可按进货的时间查询所有的进货报表。报表主要内容包括进货时间、进货单号、供应商名称、商品名称、商品数量、金额等信息。

为了方便用户信息查询，平台提供以下信息查询方式：

1、按商品信息查询：将进货信息按商品维度分组后进行统计显示；

2、按供应商信息查询：将进货信息按供应商维度分组后进行统计显示；

2.1.3.2.进货退货报表

进货退货报表主要供店主查询进货退货的流水信息。默认情况下，用户可按进货退货的时间查询所有的进货退货信息。报表主要内容包括进货退货时间、进货退货单号、供应商名称、商品名称、商品数量、金额等信息。

为了方便用户信息查询，平台提供以下信息查询方式：

1、按商品信息查询：将进货退货信息按商品维度分组后进行统计显示；

2、按供应商信息查询：将进货退货信息按供应商维度分组后进行统计显示；

2.1.3.3.销售报表

销售报表主要供店主查询商品的销售流水账信息。在默认情况下，报表按销售时间显示某一时间内所有商品的销售信息。销售报表主要内容包括：销售时间、销售单号、客户名称、商品名称、商品数量及金额等信息。

为了方便用户查询，平台提供以下的信息查询方式：

1、2、按商品信息查询，将销售信息按商品维度分组后进行统计显示；按供应商信息查询，将销售信息按供应商维度分组后进行统计显示；

2.1.3.4.销售退货报表

销售退货报表主要供店主查询商品的退货流水账信息。在默认情况下，报表按销售退货时间显示某一时间内所有商品的销售退货信息。销售退货报表主要内容包括：销售退货时间、销售退货单号、客户名称、商品名称、商品数量及金额等信息。

为了方便用户查询，平台提供以下的信息查询方式：

1、2、按商品信息查询，将销售退货信息按商品维度分组后进行统计显示；按供应商信息查询，将销售退货信息按供应商维度分组后进行统计显示；

2.1.3.5.库存报表

库存报表供店主查询店铺内所有商品的库存信息。库存信息综合了商品的进货以及销售信息。默认情况下，库存报表按商品维度进行分组排序显示。库存报表主要内容包括：商品名称、供应商名称、商品数量、商品价格、进货时间等等。2.1.3.6.收付款报表

收付款报表分为收款流水报表以及付款流水信息报表，分两列在统一表单中进行展示。一列为收款流水，主要信息包括收款单号、收款日期、付款方、金额；另一列为付款流水，主要信息包括付款单号、付款日期、收款方、金额等。

收款流水报表按账款的流水信息进行显示，其中付款记录以红色进行显示。

2.1.3.7.销售毛利率表

销售毛利率表显示店铺商品销售的毛利率。默认情况下，显示店铺不同统计周期内（如天、周、月）的商品销售毛利率变化情况。为了方便用户更好地分析店铺经营情况，平台提供按客户维度将销售毛利率进行分组后统计显示。

2.1.3.8.应收账款报表

应收账款报表显示店铺某一段时期内的应收账款情况。在默认情况下，平台按时间顺序显示店铺内应收账款的情况。应收账款报表主要内容包括：应收款金额、应付款来源（对应销售单号或其他费用单号）、费用时间、应收款方名称等。

为了方便用户对信息进行查询，平台将应收账款信息按供应商维度分组统计后进行展示。

2.1.3.9.应付账款报表

应付账款报表显示店铺某一段时期内的应付账款情况。在默认情况下，平台按时间顺序显示店铺内应付账款的情况。应付账款报表主要内容包括：应付款金额、应付款来源（对应进货单号或其他单号）、费用时间、应付款方名称等。

为了方便用户对信息进行查询，平台将应收账款信息按供应商维度分组统计后进行展示。2.1.3.10.销售排行表

销售排行表主要是将整个平台上商品的销售情况以销售金额/销售量来进行排序分析。默认情况下，平台以按销售金额/销售量来显示某一段时期内所有商品的销售情况。

为了方便用户查询，平台提供以上方式的查询：

1、按商品统计查询：按某一段时间内各类商品的销售金额/销售量来进行分组统计显示。

利用商品统计查询时，需提供对该类商品未来销售量的预测功能。通过对该类商品的同比或环比分析，分析该类商品未来一个周期内的销售情况，通过与该商品库存信息的结合，为店主提供进货的建议。

2、显示。

按客户统计查询时，对于某一客户，平台提供对该客户购买信息的追踪分析功能。通过点击该客户的销售数据，进一步获取该客户的详细购买明细记录。在明细记录界面，平台提供一键信息发送功能，发送提醒信息给该用户或店主。

3、按商品类型进行统计查询：将某一段时间内某一类商品的综合销售按客户统计查询：按某一段时间内各客户购买金额来进行分组统计情况进行分组统计查询。

2.1.3.11.客户分布统计报表

客户分布统计分析报表是结合客户的地理位置信息以GIS地图或者表格的形式展示客户的分布情况。平台主要提供以下两种方式来展示客户分布情况：

1、在GIS地图上以点的大小来标识某一区域内客户的数量信息。用户点击某一区域内点时，可以展示该区域内所有客户的记录。用户点击某一用户，可显示该用户最近一段时间内的购买记录。

2、以饼图形式展示不同区域内客户的数量信息。

2.1.4.消息推送

消息推送主要服务整个店铺的运营，方便店主及时将店铺运营、交易等的相关提醒信息发送给相关人员。消息主要推送给已安装APP的本店内的客户。根据需要，提供以下两种方式的消息推送：

1、手动推送：主要由店主编写推送的内容、人员，编写完毕后，立即发送。

2、定时推送：主要由店主编写推送消息的内容，选择推送的时间。到时间后由平台自动推送。该方式主要推送客户量较大的信息。

在进行消息推送时，平台也实现以下功能：

1、推送历史信息的查询：平台提供消息的管理功能，店主及客户均可查询接收及发送的消息。

2、3、店主只能发送把消息推送给自己的客户。

终端店面店主每月发送的消息数量应进行一定的限制。当发送消息数量超过限制后，店主需通过购买金豆或者支付现金进行购买。

4、及视频。对于推送消息的内容，只限制用户发送文字或语音，暂不支持图片2.2.掌上农管家

掌上农管家为用户提供基本的农业信息平台，它集合了信息资讯、社交、验证服务、在线问答等多种功能于一体，以移动终端为载体，及时解决用户在农业生产过程中的各种需求，增加用户的使用体验。

2.2.1.朋友圈

使用场景：供终端店面使用的类似微信朋友圈的SNS模块，支持即时聊天功能

具有添加朋友功能，可从通讯录导入、也可以从客户管理导入客户，支持用户隐私设置，拒绝他人通过通讯录或客户管理找到本人。

发布内容功能：类似于微信或微博，发布信息，并显示在朋友圈中，发布的信息内容可为文字、图片、视频、音频单独一种或是组合。

回复/评论内容：对朋友圈内其他用户发表的内容进行评论或回复，某一用户也设置权限，允许或禁止他人回复评论。收藏内容：对感兴趣的内容进行分类收藏以便将来快速查找。点赞：

转发：转发别人发布的内容；

屏蔽：屏蔽制定用户发布的内容，即拉黑功能；即时聊天；支持1对1,1对多的即时聊天。置顶：可对某一特定的内容进行置顶。

2.2.2.我要问

使用场景：发布农业相关技术问题，可要求别人回答，采用等级和积分制度；功能点：提问功能，发布自己的问题，描述问题内容，可图文混排，可添加语音和视频，可给问题加标签，可邀请专家进行作答，可针对问题进行悬赏，可设置回答问题的用户群，如特定专家等级等。

回答问题：回答别人提出的问题；收藏：收藏问题，便于以后分类查找；关注：关注某专家的所有答题动向；讨论：每个问题的答案均支持交互讨论。

2.2.3.查真伪

使用场景：查询农资产品是否备案，需要拿到备案信息功能操作：

扫描：拍摄农资产品的图片，识别备案相关信息，与后台数据库进行匹配，识别出该产品是否在相关主管部门进行过备案；

查询扫描历史

2.2.4.行业资讯

使用场景：发布农业相关政策、农业信息最新动态的信息聚合模块。功能操作：如农业政策、技术动态查询：按关键字查询相关信息收藏：收藏信息，便于以后分类查找分享：发布到自己的朋友圈

2.2.5.ERP 以PC端ERP为基础，对部分功能的界面进行调整优化以适应手机端的用户使用习惯。

ERP的APP端所有应用均匀PC端系统同步。在移动端的操作记录或结果均同步到PC端。同样，PC端的操作结果均同步到APP端，保证数据的一致性。

2.2.6.天气预报

使用场景：查询天气情况：

功能操作：GPS自动定位手机位置，显示当地天气详细信息、如降雨量、风力、温度、湿度等

气象信息最少可显示三天；昨天、今天和明天

可宣传查看其它地区的天气，治超选择切换或在地图上选择

提供气象信息同比功能，如今年5月份降雨量与往年降雨量的对比等；提供气象信息趋势分析，如以图表的方式展现某一时间段内的温度变化情况

2.2.7.7技术学习园地

使用场景：发布农业生产相关技术资料的信息聚合模块，与行业咨询类似，主题不同

按类别查看：如化肥使用、新农药等查询：按关键字查询

收藏：收藏信息，便于以后分类查找分析：发布到增加的朋友圈

2.2.8.摇一摇

使用场景：通过遥手机收集金豆，增加客户粘性规则：每天遥一次，时间预先安排或固定

坚持每天按要求的时间遥有加成奖励，如第一天1个，第二天2个，第三天3个；

规则周期内（如每周）断档，奖励加成清零业务员不开放此功能。

2.2.9.我的娱乐

我的娱乐主要提供各种娱乐软件及工具，用户通过使用娱乐软件及工具，增加用户的粘性。

主要的娱乐工具包括：斗地主、麻将以及音乐播放器。

2.2.10.扫一扫

扫一扫是互联网农商平台信息的主要来源。扫一扫在后期主要提供各类信息的入口。扫一扫后期需后台数据库或管理功能进行关联，提供以下服务：1、2、3、4、商品识别款项支付

好友查找、添加及关注交易查询

2.2.11.我的钱包

我的钱包主要用来管理用户在平台或APP使用过程中用户的现金以及虚拟货币，并服务于平台上以及平台外交易的实现。

我的钱包主要管理虚拟货币以及现金账户。其中我的钱包账户可以与现金账户绑定。绑定后可以我的钱包账户与绑定现金账户可以实现各种现金的互转。

我的钱包账户主要提供以下几种功能：

1、管理虚拟货币：用户通过我的钱包可以查看交易平台的虚拟货币数量、货币使用明细。在该模块下可以通过现金购买虚拟货币。

2、我要兑换：通过虚拟货币购买相关的商品或者平台服务。

3、我要购买：当用户需要购买平台的商品或者服务时，如果不允许全部使用虚拟货币，则我的钱包提供银行账号的支付接口，让用户输入帐号及密码的方式来通过银行卡完成支付交易。

4、水电煤缴费：用户可以通过我的钱包缴纳水电煤费用。缴费时需通

过银行卡号+密码的方式来进行。

2.2.12.定位测量

定位测量主要服务用户在农业生产过程中，需要测量大面积田块的或者距离时，利用该功能可以计算某一田块的面积。

用户利用打开应用，定位测量应用自动记录用户的运动轨迹，当点击确认后，完成对轨迹的记录，对轨迹闭合及数据修正后，计算所测量的面积。

2.农产品仓库建设方案篇二

我国自动化立体仓库( AS /RS) 技术主要应用在军工企业与国企。近年来,有关零售、果蔬行业的一些自动化立体仓库项目已经启动[1]。目前,传统农产品仓库管理模式无论是从质量上还是效率上,都难以适应我国当前农产品加工储藏业的发展需要。因此,寻找一种简便、高效的信息管理方式成为必然。当前主要采用人工与条形码管理相结合的方式,人工管理方式效率低、错误率高; 条形码技术本身存在一定的局限性,容易损毁及环境限制严格等[2]。而且,传统农产品仓库管理模式更不适合建立农产品物流信息平台,不能满足农产品溯源的要求。因此,要想提高农产品仓储管理水平,对于融合RFID等现代物流技术的农产品立体仓库信息管理的研究迫在眉睫。

农产品立体仓库系统的出 /入库及库内管理部分的信息识别选用射频识别技术。射频识别( RFID) 技术作为一项新兴的、先进的自动识别技术,已广泛应用于各行业,可通过无线射频方式自动识别目标并获取数据[3]。在农产品立体仓库系统中,RFID读写器读取电子标签信息,并接入到网络平台及仓库中其他设备,实现人、设备、系统的智能互联[4]。针对各部分特殊的管理功能,选用不同类型的读写器。针对农产品的存储要求及立体仓库的特殊结构,非常有必要研究适用于农产品立体仓库库内信息采集的读写器。这类读写器( 自动功率控制读写器) 至少具备读写距离远及读写距离可调的功能。

1 融合 RFID 技术的农产品立体仓库系统

1. 1 系统综述

自动化立体仓库 ( Automated Storage or Retrieval System) 是近年来国际上迅速发展起来的一种新型的自动存储和取出物料的仓储设施,一般由高层货架、成套的搬运设备、计算机控制和管理设施等部分组成[5]。自动化立体仓库是现代物流仓储技术、自动化技术及计算机控制技术高度集成化的产物,集存储、输送、分发、管理等功能于一体[6,7]。在融合RFID技术的农产品立体仓库系统中,首先给农产品附加RFID标签,使得农产品成为可以被系统识别的目标,通过对目标和与其相关的信息进行管理,达到高效、科学的管理目的[8]。融合RFID技术的农产品立体仓库系统如图1所示。

1. 2 农产品立体仓库运作过程[9]

1) 收货入库: 当农产品到达立体仓库,通过c仓库大门时系统通过RFID读写器,自动采集和识别货物信息,获取农产品入库信息( 标签ID号、农产品名称、数量、供应商、原厂编号、保质期等) ,自动生成入库单和记录货物入库时间,并把系统分配的储存区域、垛位号及出入库时间等必要仓储信息写入托盘或周转箱标签,避免了库管员繁重的人工操作。同时,其可与系统设定计划进行自动匹配核对,如有差异产生自动报警,避免产生差错,并可以指示用户快速而准确地运送货物到指定位置。

2) 库内管理: 通过架设在仓库内的或者固定在立体货架上的RFID读写器,实时进行农产品监管和库存快速盘点; 方便进行农产品查找和移库操作; 支持库存农产品先进先出等规则操作,避免农产品遗失和过期等损失。

3) 提货出库: 当提货出库时,通过安装在仓库大门上的RFID读写器系统,可自动采集和识别农产品信息,自动生成出库单和记录农产品的出库时间; 可与系统设定计划进行自动匹配核对,如有差异自动报警,避免产生差错。

2 农产品立体仓库中读写器的选型

农产品立体仓库中应用的读写器种类分析: 仓库出入口读写器安装在出入口顶端或者两侧,仓库出入口处读写器不需要调节读写距离。在普通物流仓储中,使用便携式读写器完成货物盘点工作十分方便;而立体仓库中由于是高层货架,不适合人工使用手持读写器进行数据采集。选型要求能实时检测库存数量、种类、存储时间,并将信息无线传输到控制台,对库存量的上下限进行报警保证库存量充足,避免货量太多而造成积压; 保证货物先进先出原则,并对存储时间的上限进行报警,避免农产品因存储时间长而腐败,造成很大的经济损失,特别是水果蔬菜类和肉食水产类。选择读写距离远、读写距离可调、读写范围可控的超高频自动功率控制读写器,固定安装在立体货架上,实时自动地完成信息采集和传送。选择这种读写器的原因: 由于立体仓库是一种高层货架结构,目前国内最高立体货架为15m,因此选用读写距离远的超高频( 300MHz ~ 5. 8GHz) 读写器,超高频系统通过电场来传输能量。该频段读取距离比较远,无源识别可达10m左右,若安装在货架中间,则读写直径可达20m左右,能够满足读写距离的要求。选用自动功率控制读写器是因为可以调节读写距离、控制读写范围,在一定程度上减小因仓库中安装多个读写器而引起干扰几率。选择自动功率控制读写器不仅因其能够满足立体仓库的主要功能需求,而且这类读写器还有很多优势,以提高系统的多项性能。

3 选择功率可控读写器的原因

3. 1 读写距离可控

射频识别系统的读写距离是一个关键参数。影响读写距离的因素包括读写器的输出功率、读写器的接收灵敏度、发射信号的强度、天线及谐振电路的Q值、天线方向、天线工作频率、读写器和射频标签的耦合度,以及射频标签本身获得的能量及射频标签的功耗等。由式( 1) 和式( 2) 可知,读写器发射功率与读写距离的4次方成正比[10,11]。因此,调节读写器的发射率,就可以控制系统的读写距离,精确定位读写范围。则有

其中,PReader为读写器的接收功率,GReader为读写器的发射天线增益,Pback为读写器接收到的标签的反射功率,GT ag为电子标签的天线增益,λ为波长,S为电子标签返回读写器的功率密度,R是电子标签和读写器之间的距离。

3. 2 降低功耗

传统RFID系统一般采用定值功率对标签进行读写,往往读写器的发射功率远大于读取标签所需的功率,将导致电能的浪费。目前,低功耗设计大都集中在选用低功耗芯片、智能电源管理及软件层方面[12,13]。而由式( 1) 和式( 2) 可看出: 读写器发射功率与读写距离的4次方成正比,即读写距离减小1倍,则发射功率在其他条件不变的情况下减小16倍则能满足读写要求。因此,如果读写器的功率可调,读写器与标签距离远,则发射功率大; 距离近,则发射功率小,可大幅度降低读写器的功耗。

3. 3 减小冲突率

3. 3. 1 减小标签冲突率

标签碰撞是最常见的碰撞,是指多个标签位于同一个读写器的读写范围之内,而且同时回应读写器的询问请求时所发生的碰撞[14,15,16]。在农产品立体仓库中,上千个的库位标签及产品标签,必会发生标签碰撞现象。标签碰撞会导致读取速度降低、资源浪费和长时间的延迟。基于功率控制技术的标签防碰撞方案,是把读写区间以读写器为中心划分为几个环形区域,位于不同区域的标签分时读取,这样发生碰撞的几率将小于同时读取时的碰撞几率,典型划分如图2所示。该方案根据式( 1) 和式( 2) 提出,精确控制读写器的发射功率,进而调节读写范围,可减小标签碰撞的几率。

3. 3. 2 减小读写器之间冲突率

在密集读写器网络系统中,读写器之间的距离很小,由于读写器使用相同的频率通信,十分容易发生读写器之间的干扰[17]。在大型农产品立体仓库中,安装多个货架读写器,读写范围将会发生重叠,不可避免地会发生读写器碰撞现象,现有的跳频、动态频率分频和动态功率调节技术可以解决这种碰撞问题。其中,动态功率调节的核心思想是通过合理控制RFID网络系统中每个读写器的发射功率,使读写器之间的冲突几率降到最小。这是因为,如果读写器发射功率过大,发生冲突的几率就会大大增加; 如果阅读器的发射功率过小,就会出现漏读标签的现象[18]。

3. 4 压缩动态范围

动态范围是指能够正常检测时,接收机输入端的信号变化范围。读写器接收端输入信号为噪声和标签反射信号。因为标签与读写器间的距离不同,返回给读写器的信号强度范围高达几十分贝,回波信号太强时会造成接收机过载甚至损坏。目前,提高其动态范围最常用的方法是加入自动增益控制模块[19],根据接收信号的强弱自动调节可变增益放大器的增益,从而对大动态范围的信号进行调整,压缩到一个较小的范围。

根据距离远近自动调节功率的读写器,本身就可以有效地压缩动态范围。因为该读写器根据式( 1) 中的关系调节发射功率,则标签反射信号是一个固定值,而且这个值比较小,此时,输入端信号变化范围仅由干扰信号引起。

3. 5 减小干扰

在电磁散射型RFID系统中,载波的发射功率是干扰有用信号的主要因素。因为读写器收发同步且使用完全相同的频率,发射和接收通道相互干扰,而且载波的功率越大,干扰就越严重。对于可调功率读写器在使用低功率读写时,可在一定程度上减小载波信号的干扰。实际应用中,是在读写器的高频接口上加一个高隔离度的环形器或者定向耦合器对信号进行收发隔离来减少载波信号的干扰。

4 功率可控读写器研究现状

近年来,随着RFID技术的飞速发展和广泛应用,应用于不同场合的性能各异的读写器频频出现。读写器的现有研究主要集中在系统的硬件设计[20]、增加识别速度和识别距离[21]、多标准和多频段性兼容[22]、防碰撞算法[23,24]及收发隔离技术[25]等方面; 而有关功率控制方面的研究与设计不是很多。

4. 1 国外研究现状

Kim Joongheon和Lee Wonjun等人提出基于有效范围的反碰撞算法LLCR和w - LCR。该算法由公式计算聚类半径,通过调节读写器的发射功率,动态改变聚类半径,最小化读写器作用范围的重叠区域,最大限度的减少碰撞[26]; 之后,又提出了一种称为TPC- CAD的碰撞仲裁协议,对读写器的发射功率进行优化控制,由此减少冗余询问碰撞[27]。针对密集型RFID网络中因高功率读写器之间的碰撞而降低系统读取范围、读取速率等问题,Cha Kainan和Ramachand-ran Anil等人提出了一种分布式的自适应功率控制( DAPC) 和概率控制( PPC) 方案,以传输功率为系统的控制变量,每个读写器测得的干扰程度作为局部反馈参数去动态调整其发射功率[28]。Waleed Alsalih和Kashif Alib等人还提出了一种基于功率控制技术减小标签碰撞率的方案,通过理论分析和仿真证明了该方案的可行性[29]。

4. 2 国内研究现状

刘建华和项湜伍根据读写距离与射频增益的关系,推导出功率自调节的计算方法,并且使用模糊推理对读写距离进行调节控制,设计出一种以S3C44B0X ARM芯片、MSP430单片机为核心组成的自调节式远距离读写器[30]。姜涛等人提出一种基于模糊控制理论的读写器功率自适应调节策略,在前后两次读取标签数差值的基础上,采用相应模糊控制算法动态改变读写器的输出功率[31]; 之后,谢皓对这个方案进行了改进,提出了一种动态、智能的读写器功率控制方法,不仅把读取标签数的变化率输入模糊推理机,而且还要输入标签与读写器天线之间的距离值,这个距离值由超声波传感器测量,根据推理机的输出调整发射功率[32]。郭雷勇和谭洪舟提出了一种基于功率自适应的读写器反碰撞算法APAA,该算法在发现信道忙的时候,按一定的参数自动调节功率,从而控制读写器的通信范围,减少读写器间的碰撞[33]。戴宏跃等人针对现有读写器功率控制算法存在随机退避机制的不确定性、难以设置算法相关参数等不足,提出了一种改进的读写器分布式功率控制( EDPC) 算法,该算法通过合理设置读写器的工作时序和改善读写器对工作时隙的选择机制来提高读写器功率控制的效率与可靠性[34]。

5 功率可调读写器设计方法及存在问题

5. 1 设计方法

5. 1. 1 通过增加中间件实现

基于消息中间件的功率自适应调节RFID读写器设计,是在RFID读写器消息中间件中集成功率自适应调节模块,以实现对读写器功率的自动调节。中间件是位于读写器和上层应用之间的一类独立软件或是一些特殊功能的硬件和应用系统,可以将中间件及其策略部署在读写器端。基于RFID中间件的功率自适应读写器系统图如图3所示。

文献[31]中的中间件含有可感知标签数目的传感器,文献[32]中含有可感知标签数目的传感器及测量距离的超声波传感器。而且对标签数目、读写距离及发射功率进行模糊划分和定义 ,建立模糊推理规则。根据标签数目、读写距离的变化,利用模糊推理法规则进行推理计算,模糊控制模块把新功率值传给控制器模块,最后传给读写器控制器来实时控制RFID读写器的发射功率。

5. 1. 2 通过可调衰减器实现

由文献[30]和[34]可知,在传统读写器的基础上,增加单片机、直流电机、电机驱动设备、可调衰减器及衰减器转角位置传感器等硬件,通过调节衰减器转过的角度实现调节读写器发射功率的目的。自调节读写器控制系统结构原理图如图4所示。

首先,对读写器的阅读距离及衰减器转过的角度进行模糊划分和定义 ,建立模糊推理规则。然后,用户根据自己的应用要求输入距离值,这一距离值及衰减器转过的角度值在模糊控制器中进行比较,并且用模糊控制器装载模糊规则进行模糊推理。之后,推理结果通过模糊控制器产生相应的信号给电机驱动芯片,再由驱动芯片输出信号给电机,电机带动衰减器转动,实现调节读写功率的目的。

5. 2 存在问题

5. 2. 1 系统较复杂

基于中间件的功率自适应读写器设计,使系统变的相对比较复杂,中间件更适合于比较大的RFID网络系统,负责数据采集设备的硬件管理和数据过滤、分组、计数、存储等处理工作,但是当前很多RFID应用较为简单,并不需要中间件的支持[35]。

5. 2. 2 系统功耗大

在图2中,系统增加了感知标签数目传感器和超声波测距传感器; 在图3中,读写器是通过调节衰减器来控制功率的大小,不得不额外增加一些硬件( 单片机、直流电机、电机驱动设备、可调衰减器及衰减器转角位置传感器等) ,这样的设计都大大增加了系统的功耗。

5. 2. 3 非便携式

在很多场合需要便携式的手持式读写器,因为手持式读写器具有较大的灵活性。但是,手持式读写器一般采用可充电电池供电,而电池的容量和使用时间有限。系统的能耗决定整个系统的工作时间长度,电池的更换频率直接关系着整个系统的维护成本,同时对体积和质量也有很多限制。现有自动功率控制读写器设计方案由于增加了一些额外的硬件,大大增加了系统的功耗、体积和质量,不符合便携式设计理念。

5. 2. 4 通用性差

目前,自动功率控制读写器设计大多使用模糊推理对读写器功率进行调节控制,首先要根据具体的应用场合,对相应变量( 标签数量、读写距离) 及读写器的功率值进行模糊划分和定义,应用场合发生变化,则变量的模糊划分和定义就要改变,这样使得所设计的系统缺乏灵活性和通用性。

6 解决办法—自动功率控制新方案

要想从根本上解决现有自动功率控制读写器设计中存在的问题,就要找到新的功率控制方案。查阅相关资料,提出以下两种解决方案:

1) 据了解,手机中高频功率放大器的自动功率控制是通过功率控制芯片实现的,而RFID读写器同手机一样,采用无线电技术,通过射频信号进行通信。因此,RFID读写器可以采用类似的方法,嵌入相应的功率控制芯片。

2) 传统读写器射频部分的无线射频收发芯片的发射功率是一个定值; 而今,有些射频收发芯片的输出功率是可调的,如CC1101芯片,可编程调节其输出功率,通过专用寄存器PATABLE提供8个用户选择的输出功率设置。

7 结论与展望

1) 雷达和手机的功率控制技术已经很成熟,也得到了很好的应用,但自动功率控制技术在RFID读写器上的应用不是很理想和广泛。目前,在这方面的研究,不管是硬件上的功率优化,还是软件层上的功率优化设计,都存在着一些问题和一定的局限性。然而,近几年的已有研究表明,动态、智能的功率自适应调节读写器具有明显的优势,提高了读写器及RFID系统网络的性能,具有很好的应用前景。下一步读写器的自动功率控制研究,将在探索新方案、提高调节精度及拓展应用范围等方面进行研究,实现自动功率控制读写器的通用性和现实应用意义,将使RFID技术的应用空间更加广阔,特别适合需要远距离识别且读写距离需要调节的领域。

3.农产品仓库建设方案篇三

关键词：物流工程；SLP；中小型多产线产品仓库

中图分类号： F276 文献标识码： A 文章编号： 1673-1069（2016）14-35-2

0 引言

本次案例目标仓库是本人所工作的N公司的中国仓库，该仓库内主要存储5大类产品约10000个品种，包括工业带锯，建筑工具，文具，生活塑料制品和儿童用品等6大类，属于集团公司该六类产品的中国贸易仓库，其中工业带锯，建筑工具等已经有完备的备货规则，库存按照历史数据可以进行合理预测；文具，生活塑料和儿童用品目前处于刚入市场阶段，库存产品多作为样品类型备货，存在反向物流需求，整个业务规模尚处于初始阶段，未来需求很难预测。除贸易仓库职能外，该仓库包含一条工业带锯加工产线，兼有半成品库和原料库的职能要求和特点。具体的项目过程为仓库的扩增搬迁设计。通过SLP方法，根据仓库的原有设备，最终需完成仓库的布局设计，并进行初步实施。

1 N公司所研究仓库的物流需求特点分析

根据所研究仓库的业务流量和功能，统计出来物流需求特点如表1：

通过SLP方法对混合仓库的物流和信息流进行相应分析，主要是物流相关度和信息相关度。得出各功能区物流相关图和信息相关图如表2。

依据信息流关系的划分仓库功能区间的密切程度（如图1）。

所研究目标仓库的特点为所储存的货物的周转率比较大，同时货运量也大，因而产品的装卸搬运作业量大，介于所研究的N公司目标分销中心目前使用的ERP系统为MOVEX信息管理系统，该系统能够在各功能区间便捷的传递信息，故此相应的在计算功能区间的相关度时，暂定将实物流转相关度和信息流转流相关度影响分别设定为：4：1，即假设X和Y功能区间的物流强度为Lg，信息相关度为If，则X和Y的综合强度为R=（Lg*4+If*1）/5。其中A，E，I，O，U代表的分数分别为4，3，2，1，0.并将R登记为各功能区间的综合关系，相应的进行等级标准划分，如表3等级规定标准所示。

综合以上几个过程，最终得出了所研究仓库的各功能区间的相互综合关系。具体如图2。

目前常见的平面布置方法包括关系表法、线型图法和螺旋法等，本文研究时考虑了线型图法定量性不强且需要加强实验试错，故没有采用这种方法，本文在研究设计时实际使用关系表法，通过该方法尝试性初步获取该仓库功能区的位置布置图。具体步骤是首先在所研究物流中心内各功能区间相互关系已知的情况下，制作职能区间关系工作表。（如表4）

介于N公司的仓库基础构造属于西、北2面开门仓库，且东面办公区有一人行入口，因此计划仓储布局使用L型的方式，接着忽略各职能区的实际大小，只考虑各职能区间的关系，将每一个职能区假定为同样大小的方块，将职能区编号写在方块的正中央，职能区名称定在代号上面，与之成A、E、I、O关系的职能区间分别放置在四个角，介于U关系为0联系度则不用考虑U。（如图3）

具体分配研究目标内各功能区间的实际面积时，需要参考企业历史年度的经营数据和对未来的业务规划，同时兼顾仓库的物理实际可使用面积。在根据职能区的摆放规则，即为A级别关系需要紧挨边放，E级别关系需要最少角和角相对，可以得到几组不同的位置摆放方法。然后需要在其中进行较有效方案评估。遵循的规则是：A级别的分开，去两分；A级别的仅仅靠角，去一分，E级别的不对角去掉一分，同时，加分规则包括：I级别靠边则可以加两分，只靠角则加一分。根据这些规则进行方案的评分评价，得到了图3的布局实施方案为较好方案。

2 总结

据调研结果，N公司目标配送中心包含生产和物流中转两种作用，其中作为生产区，由于具有比较成熟的自动化生产线，生产线的设计和移动无需过多更改，主要是对仓储区的布局分析和仓库库位进行了设计。首先对配送中心的仓储布局设计相关理论和方法进行了分析，为N公司目标仓库配送中心仓储布局和设计调整打下了理论基础。根据集团型企业N公司混合型仓库物流需求特点以及物流分销中心仓储设备配置，结合SLP方法，对N公司仓储布局平面进行了设计。通过物流相关度、信息流相关度分析，得到了仓库功能区间的综合相互关系，依据企业的业务数据及仓库的实际可利用面积对各功能区间的面积进行有利分配，并得到仓储布局图，以便更好的进行仓储货位分配设计。

参考文献

[1] 李雪.基于SLP方法的连锁药店配送中心设施布置研究[D].中国海洋大学，2014.

[2] 常芳芳.基于改进SLP的生产车间静态设施布局研究[D].重庆大学，2014.

[3] 李玄.SLP法在中小型企业厂区物流改善的应用研究[D].重庆交通大学，2013.

4.农产品仓库建设方案篇四

产品仓库是企业生存和发展过程中一个重要的组成部门，是企业生存与发展的重要环节。为保证产品的安全存放，便于产品识别和存取，避免发货错误，特制定本制度。

一．岗位职责：

1．负责各类产品的入库名称、规格型号、数量、质量（配合质管员）等的验收，合理安排产品仓位的划分，进行产品的安全、有序存放，负责仓库的安全、卫生和管理工作，对入库产品进行标识，建立产品出入库流水账，每日会同产品主管填写《产品入库单》一式三联，需有生产部负责人员、仓库管理员、质检员签字认可。一份交销售部、一份交财务部，底联仓管员做账。

2．产品仓库管理员必须严格遵守相关的管理制度及具备所管物资的基本知识。库管员应在接到销售部开列、财务部确认并加盖财务部印章的出货单后，应明确产品名称、规格型号、数量及客户对产品的其他要求，确认无误后方可组织发货。并填写《产品出库单》，一式四联，需有销售部经办人、仓库保管员、财务处签字，并注明提货车号及提货司机签字。一份交销售部、一份交财务、一份留底做账、一份交门卫。

3．产品仓库管理员每日做好产品库台账，并与次日上午9：00前将《产品生产入库单》交相关部门。

4．每月月底生产部、销售部、财务部进行库存盘点，仓库管理员填写《月末盘仓清点表》（一式四份，一份存根、一份报销售部、一份报财务部、一份企业负责人）。做到帐物相符，如有问题及时查明原因。

二．管理制度：

1．产品库管理员上班时间不得擅自离开工作岗位。

2．产品库管理员必须严格按照销售部所开《销售清单》发货。

3．产品出库时，仓库管理员必须在岗发货。

4．非产品库人员在未经许可的情况下不得进入产品库翻拿产品，产品库所有入库产品需办理出库手续方可发出。否则造成的一切后果由责任人自行负担。

5．严格产品出厂管理，仓库管理员在填写好《出库单》并完成配货后，附两联交用户，门卫人员在接到有会计印鉴的出库单后方可开门放行，并将其中一份保留。

6．仓库保管员不得擅自更改入库单和出库单，对于作废的入库单、出库单应正确复写（按单联书写者无效），全部注明作废字样并保存在入库单、出库单上，每本入库单、出库单的首页上应注明起始日期，待使用完后注明终止日期，并整理保存以备日后查账。

7．产品仓库管理员必须严格遵守岗位职责及操作程序。、仓库管理员可根据实际情况提出合理化建议，使仓库管理更加完善。

三．奖惩办法

1．产品库管采取奖励办法，在内与生产部、销售部无争议，达到出勤指标，可享受总工资的8%的奖励。

2.若存在管理混乱，无法按时提交所需数据，工作延误等，按相关联的产品售价的1%进行处罚。

3.配货中出现产品数量误差，并由负责人核查确认的，按误差产品的售价的150%进行处罚。

5.农产品仓库建设方案篇五

根据《XX省农产品仓储保鲜冷链设施建设工程实施方案》（X农市信字〔2020〕X号）文件要求，结合我区实际，制定以下实施方案。

一、总体目标

坚持“农有、农用、农享”的原则，依托县级以上家庭农场示范场、农民合作社示范社等新型农业经营主体，在镇、中心村和田头市场布局实施以水果、蔬菜为主要品类的农产品仓储保鲜冷链设施建设工程，降低农产品损耗，保障农产品品质，提升农产品品牌价值和市场竞争能力，促进农业产业和农产品消费“双升级”，推动农产品提质增效和农业绿色发展。到2020年底争新建成不少于6个农产品仓储保鲜冷链设施建设工程项目。

二、项目建设内容

（一）节能型通风贮藏库。

充分利用自然冷源，因地制宜建设地下、半地下贮藏窖或地上通风贮藏库，采用自然通风和机械通风相结合的方式保持适宜贮藏温度。

（二）节能型机械冷库。

根据贮藏规模、自然气候和地质条件等，采用土建式或组装式建筑结构，配备机械制冷设备，新建保温隔热性能良好、低温环境适宜的冷库；也可对闲置的房屋、厂房等进行保温隔热改造，安装机械制冷设备，改建为冷库。

（三）节能型气调贮藏库。

建设气密性较高、可调节气体浓度和组分的气调贮藏库，配备碳分子筛制氮机、中空纤维膜制氮机、乙烯脱除器等专用气调设备，对商品附加值较高的产品进行气调贮藏。

（四）其他配套设施设备。

根据产品特性、市场和储运的实际需要，规模较大的仓储保鲜设施，可配套建设强制通风预冷、差压预冷或真空预冷等专用预冷设施，配备必要的称量、除土、清洗、分级、愈伤、检测、干制、包装、移动式皮带输送、信息采集等设备以及立体式货架。

按照农业农村部要求，仓储保鲜设施建设规模在500吨以上的，要配备具有通信功能的信息自动采集监测传输设备，具有称重、测温、测湿、图像等信息采集和网络自动配置功能，实现信息采集监测传输设备与重点农产品市场信息平台互联互通。

三、项目实施主体

申报主体限定为区级以上家庭农场示范场和区级以上农民合作社示范社（包括联合社），并支持多个家庭农场（农民合作社）联合建设。三年内未发生生产（质量）安全事故、环境污染、损害成员利益等严重事件、无不良信用记录，2020年1月1日后农产品仓储保鲜项目完工的主体均可申报。

四、项目建设补贴标准

项目资金以实施主体自筹为主，其中上级下达全区中央财政补助资金191万元，中央财政资金采取“先建后补、以奖代补”的方式，依照限定补贴比例、限定补贴额度的“双限”标准，即补贴比例上限不超过仓储保鲜设施造价的30%，单个主体补贴不超过100万元。并结合我区实际，根据建设实施主体数量和建设内容、统筹安排中央财政补助资金。

五、进度安排

（一）申报时间：2020年8月4日至10日。

（二）申报程序。

项目实施主体上报申报材料，镇（街）政府负责初审推荐，报区农业农村局。区农业农村局组织专家组通过项目申报材料、现场核查的方式确定农产品仓储保鲜冷链设施建设工程实施主体。并于8月12日前在XX区人民政府网站上公示通过审核的新型农业经营主体和建设内容等信息。设施建设审核公示无异议后，各镇（街）农技站负责指导新型农业经营主体下载农业农村部新型农业经营主体直报系统APP和农业农村部重点农产品市场信息平台农产品仓储保鲜冷链信息系统APP。

（三）建设管理。

1、项目申报审核通过后，项目实体主体按照技术方案要求，自主选择具有专业资格和良好信誉的施工单位开工建设，并采购符合标准要求的施设备，区农业农村局对实施过程进行全程监管，根据实施情况及时开展现场督查指导。

2、仓储保鲜冷链设施建设完成后，项目实体主体向业农村局提出验收申请，区农业农村局委托第三方，根据项目建设主体申请，对设施建设的规范性、与申报内容的一致性、与技术方案的符合性等开展验收，并于15个工作日（不含公示时间）内完成验收工作。（验收费用由实施主体承担）。

3、项目验收合格后，对实施主体、实施内容、补助资金进行公示，公示无异议后，农业农村局向实施主体兑付补助资金。

六、保障措施

（一）加强组织领导。

成立以局长任组长，分管局长任副组长的农产品仓储保鲜设施工程领导小组，负责细化工作方案，落实工作措施，推进补助申请受理、资格审核、设施核验、补助公示等各项工作落实到位。

（二）落实扶持政策。

落实好设施农业用地政策，将设施农业项目范围内与农业生产直接关联的分拣包装、保鲜存储等设施用地纳入农用地管理，切实保障农产品仓储保鲜设施用地需求；对符合规划、集中建设的仓储保鲜设施，应优先保障建设用地；探索通过租用、入股等方式将农村集体建设用地用于农产品仓储保鲜冷链设施建设。同时，要推动落实好保鲜仓储设施农业生产用电价格优惠政策。

（三）强化监督。

落实农产品仓储保鲜冷链设施建设管理制度，一要加强农产品仓储保鲜冷链设施建设主体申请行为的信用管理，实行建设申请材料真实性、完整性和有效性的自主承诺，一旦发生问题，取消资金支持；情节严重的，不再安排承担其他农业项目。二要加强工程实施过程的监督调度，根据实施进度及时组织开展现场督查指导，委托第三方进行工程质量评估，促进实施过程全程监管。

6.农产品仓库建设方案篇六

各县（市、区）农委（农业局），委属有关单位：

现将《安庆市推进乡镇农产品质量安全监管机构建设实施方案》印发给你们，请结合实际，认真贯彻执行。

附：

1、市农委推进乡镇农产品质量安全监管机构建设实施工作领导小组名单；

2、全省乡镇农产品质量安全监管机构建设进展情况跟踪统计表(一；

3、全省乡镇农产品质量安全监管机构建设进展情况跟踪统计表(二。二○一一年十月九日

抄送：省农委，市人大办公室、市政府办公室、市政协办公室、市编办、市财政局。

安庆市推进乡镇农产品质量安全监管机构建设实施方案

为贯彻落实《农业部关于加快推进乡镇农产品质量安全监管公共服务机构建设的意见》农质发〔2011〕7号、《安徽省人民政府办公厅关于建立健全乡镇农产品质量安全监管体系的意见》皖政办〔2011〕63号、省政府阜阳会议精神及省农委通知的要求，加快推进我市乡镇农产品质量安全监管机构建设工作，结合我市实际，制定本方案。

一、指导思想和目标任务

（一）指导思想

坚持以科学发展观为指导，以努力保障农产品质量安全、维护公众健康、发展现代农业、促进农业转型升级为目的，坚持标本兼治、依法监管，不断强化乡镇农产品质量安全监管体系建设，努力构建政府监管、企业自律、农民自觉的长效机制，全面提升农产品质量安全水平。

（二）目标任务

通过改革和建设，结合农业执法体系创新，实现农产品质量安全监管体系“机构专业化、人员稳定化、经费预算化、手段现代化”，真正发挥好基层在农产品质量安全监管中的作用。确保年底前，全市所有乡镇（街道）完成农产品质量安全监管机

构挂牌任务，机构、编制到位。“十二五”期间，逐步落实建设任务，完善监管服务设施。

二、实施内容

（一）机构设置。乡镇（街道）农产品质量安全监管机构主要依托现有乡镇（街道）农技推广站（农业综合服务站），通过加挂牌子、赋予职能、充实人员、完善条件，实施联合建设。在产业集中度高的乡镇可按“撤一建一”的原则，设置农产品质量安全监管站。

（二）编制及人员。各乡镇（街道）结合本地实际情况以及实际工作需要，实行工作人员“兼职专职”并存的工作模式，同时增加必要的人员编制，配备必要的工作设备。每个乡镇（街道）要确保有2名以上专业技术人员承担农产品质量安全监管工作，实行人员实名制管理，以保障农产品质量安全监管服务工作落到实处。

（三）经费保障。加快建立完善日常工作经费保障机制，有关人员基本支出和业务工作所需经费依法统一纳入公共财政年度预算。

（四）人员培训。县级农业行政主管部门及所属的农产品质量安全监管机构要强化对乡镇（街道）农产品质量安全监管机构和人员的法律法规、技术知识培训和业务指导，不断提升农产品质量安全监管服务能力和技术水平。

（五）鼓励村级农产品质量安全监管服务站点建设。鼓励建立村级农产品质量安全监管服务站点，蔬菜生产重点村要专门安排1-2名农产品质量安全监管人员，作为乡镇农产品质量安全监管机构的延伸和有效补充。

三、保障措施

（一）加强组织领导。县（市、区）农业部门对乡镇农产品质量安全监管机构建设要高度重视，切实加强领导。市农委成立以主要领导为组长的“市农委推进乡镇农产品质量安全监管机构建设实施工作”领导小组，负责对全市监管机构建设的指导、督查和协调工作。各县（市、区）农业部门要积极向政府领导汇报，主动与有关部门沟通协调，努力争取他们在人员编制、设备配备、运转经费等方面的支持，把这项工作列入政府的重要议事日程，形成由政府统一领导、农业部门为主、有关部门配合的工作机制，促进建设工作顺利开展。要建立定期工作汇报制度，及时通报情况，研究部署工作。市农委将把农产品质量安全监管机构建设纳入对县（市、区）农业部门考核的重要内容。

（二）结合实际，制定方案。各县（市、区）要根据省、市的统一要求和部署，结合本地实际，精心研究制定乡镇农产品质量安全监管机构建设工作的实施方案和细则，明确建设目标任务、方法步骤和具体要求。各县（市、区）推进乡镇农产品质量安全监管机构建设实施方案务于10月15日前报市农委。从10月开始，每月20

日前向市农委报送乡镇监管机构建设情况跟踪统计表（见附表）。联系人：汪蓉；联系电话：5534628；邮箱：zyc9878@163.com。

（三）强化督查，精心指导。市农委将根据各县（市、区）乡镇农产品质量安全监管机构建设进展情况，适时组织督查，及时研究解决工作中遇到的困难和问题，确保工作顺利进行。

（四）搞好宣传，营造氛围。各地要充分利用报刊、电视、网络等对农产品质量安全监管机构建设工作中涌现出的好经验、好做法进行宣传，为加快建设营造良好的舆论氛围。

四、时间安排

全市乡镇农产品质量安全机构建设工作从2011年9月份开始到2011年12月底结束，共分为三个阶段。

第一阶段：宣传发动与制定方案阶段（9月25日—10月15日）。按照农业部、省政府以及省农委的有关要求，层层动员，广泛宣传发动。市、县两级农业部门成立由主要领导任组长的乡镇农产品质量安全监管机构建设工作领导小组，制定推进工作方案。

第二阶段：推进实施阶段（10月16日—12月25日）。明确分工，落实责任，全面完成全市乡镇农产品质量安全监管机构建设任务，切实做到有牌子、有人员、有办公场所、有硬件设备、有相关制度、有保障措施，确保各项工作落实到位，使农产品质量安全监管队伍建立起来，发挥应有作用。

第三阶段：总结完善阶段（12月26日 —2012年元月15日）。各县（市、区）、乡镇（街道）农产品质量安全监管办公室要按照乡镇（街道）农产品质量安全监管机构建设工作要求，做好工作信息和典型材料的报送，做好工作总结（总结材料于12月25日前报市农委）、材料汇编归档等工作，迎接省市检查验收。

各地要确定一名联络员专门负责跟踪统计和信息报送工作，并于10月15日前将联络员姓名、联系方式报市农委。附件1：

市农委推进乡镇农产品质量安全监管机构建设实施工作领导小组组长：戴德民市农委主任副组长：朱银祥市农委副主任周锦云市农委副主任

张勋民市农委副主任李丰市农委副主任余华明市农委总农艺师潘忠苗市农委副调研员成员：杨建军市种植业局书记孙淼市畜牧局局长蒋泽球市农委渔业局副局长宋禄山市农委办公室主任吴真平市农委人事科科长范碧林市农委财务科负责人程宜兵市农委政策法规科科长黄桢市农委发展计划科科长石自明市农委科教科科长祝阳春市农委市场信息科科长

7.商业银行数据仓库建设篇七

数据挖掘是20世纪90年代中后期提出的概念, 它是以传统的数据库技术作为存储数据和管理资源的基本手段, 以统计分析技术作为分析数据和提取信息的有效方法。以人工智能技术作为挖掘知识和发现规律的科学途径的一种解决问题的方案。而数据仓库的建设, 可以看作数据挖掘的一个重要预处理步骤。在数据仓库的建设过程中, 可以将支持企业日常运作的各个独立系统中的数据进行清理、集成和统一, 并且可以将数据加载入不同于日常交易系统结构的易于查询分析的数据模型中, 为后续数据挖掘高效地获取准确明晰的数据扫清障碍。

1 数据仓库

根据数据仓库之父W.H.Inmon的说法, “数据仓库是一个面向主题的、集成的、时变的、非易失的数据集合, 支持管理部门的决策过程”。这个简短而又全面的定义指出了数据仓库的主要特征。4个关键词, 面向主题的、集成的、时变的、非易失的, 将数据仓库与其他数据存储系统 (如关系数据库系统、事务处理系统和文件系统) 相区别。

数据仓库领域的领导厂商, 美国Teradata公司给企业级数据仓库下过一个定义, “一个企业级数据仓库是一个由集成的、明细的、可扩展的数据组成的, 集中的, 保留历史的数据机, 可以支持多个部门的各种决策分析, 是整个企业分析型数据的唯一来源”。这里有5个关键字:集成的、明细的、可扩展的、集中的、保留历史的。

从以上两个定义来看, 时变的包含了保留历史的意思, 而面向主题的结构保证了其结构和设计是可扩展的。因此, 从笔者的观点来看, 数据仓库的关键字应该是:面向主题的、集成的、时变的、明细的、集中的和非易失的。

为了进一步理解数据仓库的概念, 我们可以将数据仓库系统和操作型数据库系统进行一下比较, 概括在表1中。

2 商业银行数据仓库

所谓商业银行数据仓库, 是将数据仓库技术运用到商业银行的经营分析中, 从而为商业银行的精准营销、绩效考核、风险管理等提供强有力的数据支持。

从技术角度来看, 商业银行的数据仓库与其他企业的数据仓库差别不大, 具有数据仓库本身具有的一切技术特性。但是其数据模型的设计, 必须与商业银行的业务逻辑相切合, 这样才能发挥其应有的作用。

商业银行数据仓库采集包括银行核心系统在内的交易系统数据, 经过加载整理, 按照银行业务主题 (当事人、内部机构、资产、地址、产品、协议、事件、渠道、总账、营销等) 进行组织和存储, 形成商业银行数据仓库的基础模型区, 特点为以数据驱动, 保留基础、细节、历史、整合的数据。

3 数据仓库模型

3.1 维度模型

该模型将数据看作数据立方体 (data cube) 形式, 立方体由维和事实定义。

维是关于一个组织想要记录的透视或实体。每一个维都有一个表与之相联, 该表称为维表, 它进一步描述维。

维度数据模型围绕中心主题组织。该主题用事实表表示。事实是数值度量的。把它们看作数量, 是因为我们想根据他们分析维之间的关系。事实表包括事实名称和度量, 以及每个相关维表的关键字。

比如, 银行想记录客户所持有的账户的相关信息, 那么就要建一张账户的事实表来表示账户这个主题。在账户表中有账户的余额、开户日期、开户机构、账户持有人等信息。其中, 账户余额就是账户表的度量字段。而开户日期、开户机构等字段则是与其他日期、机构等维表关联的关键字。

3.2 星型模型

是维度模型的一种, 包括一个大的包含大批数据和不含冗余的中心表 (事实表) , 一组小的附属表 (维表) , 每维一个。这种模型很像星星爆发, 维表围绕中心表显示在射线上。

3.3 雪花模型

雪花模型是星型模型的变种, 其中某些维表是范式化的, 因而把数据进一步分解到附加的表中。结果模式图形成类似于雪花的形状。

雪花模型和星型模型的主要不同在于, 雪花模型的维度可能是范式化形式, 以便减少冗余。这种表易于维护, 并节省存储空间, 因为当维结构作为列包含在内时, 大维表可能非常大。然而, 与巨大的事实表相比, 这种空间的节省可以忽略。此外, 由于执行查询需要更多的连接操作, 雪花结构可能降低浏览的性能。这样, 系统的性能可能相对受到影响。因此, 在维度建模的数据仓库设计中, 雪花模型不如星型模型流行。

3.4 范式化模型

根据企业的业务特点, 将整个业务流程抽象为若干个主题, 主题内部遵循三范式以上的范式进行建模 (必要时可以适当降范式) , 主题与主题间通过关系表连接。比较类似于雪花纬度模型, 但是范式化程度比雪花模型更高, 也没有事实表和纬度表的概念。

3.5 商业银行数据仓库模型的选择

从理论上来看, 维度模型在查询上比较有优势, 但是对于业务种类繁多, 业务流程复杂的商业银行来说, 用维度模型进行存储未必能将各个操作型系统的数据进行很好地整合。

而范式化模型可以将操作系统的各类数据很好地整合存储, 但是范式化的结构不利于快速分析查询, 需要经过多次的表间联接才能完成一次客户全视图查询。

因此, 笔者认为单单使用维度建模或者范式化建模都不能很好地支持企业级数据仓库的建设和发展。根据国际最佳实践以及笔者的项目实施经验, 比较好的做法是在数据模型层使用范式化模型, 而后通过视图将范式化模型转换为维度模型给数据集市供数。

4 商业银行数据仓库整体架构初探

4.1 源系统文件 (Source file)

源系统文件就是将银行各操作型系统 (比如客户信息系统、存贷款系统、中间业务系统、信用卡系统、电子银行系统等) 数据表中的数据以文件形式下载给数据仓库系统。同时, 视相关业务数据量大小决定每天是全量下载还是增量下载。

4.2 操作型数据存储 (ODS) 层及其视图

操作型数据存储区域的数据表结构一般与上游源表结构一致, 数据也基本一致, 等于是将上游数据复制一份到数据仓库系统, 因此也称为源系统镜像 (Source Image) 。

操作型数据存储 (ODS) 视图, 是为了数据安全性和查询性能等因素考虑建立的视图, 其结构与ODS本身结构一致。操作型数据存储 (ODS) 的作用主要有以下几个: (1) 如果上游源系统文件每日下载增量数据给数据仓库, 则可以在ODS进行全量累加; (2) 对于上游源系统文件中部分错误数据 (比如字段长度被截位等) , 可以在ODS及时发现, 进行修复和清理, 提高到达模型层数据的数据质量; (3) 对于那些时效性要求高, 不需要历史数据, 且查询不是很复杂的业务需求 (比如电话银行的增值业务等) , 可以绕过数据仓库模型层, 由ODS直接供数。

4.3 范式化模型层

根据商业银行日常运作的业务特点, 抽象出若干个主题 (比如当事人、内部机构、资产、地址、产品、协议、事件、渠道、总账、营销等) , 将银行各个交易系统中的数据经过整合加载入各主题内部的各个数据表中。

可以说, 模型层的设计对于整个数据仓库建设的成败起着至关重要的作用, 模型设计人员需要结合银行自身业务特点在模型的稳定性、准确性、完整性和易用性等方面进行权衡, 从而设计出高效、稳定、准确的模型。

4.4 逻辑视图

逻辑视图的主要目的是方便数据仓库下游各数据集市取数, 由于是面向查询, 建议使用维度建模。

随着数据仓库的发展, 其下游的数据集市将会越来越多。因此, 对于逻辑视图的设计除了要方便查询以外, 更要注意对于统计指标的重用, 以及对于视图数量的合理规划。需要在稳定性和易用性之间找到平衡点。同时, 从模型层到逻辑视图的转换逻辑复杂程度和转换性能也是需要考虑的一个问题。

5 数据标准、数据质量管理和元数据管理

要建设好商业银行的企业级数据仓库, 除了要选择一种合适的建模方法, 有一个合理的数据架构以外, 更要关注存入数据仓库的数据情况。要真正体现数据仓库的价值, 还是要依靠存入仓库中的数据, 可以说数据是数据仓库的生命。而说到数据, 就必须要提数据标准、数据质量管理和元数据管理这3块内容。

5.1 数据标准

数据标准是用来描述数据的, 用来定义数据的业务含义和技术特征, 可以分为业务数据标准和技术数据标准。业务数据标准从银行业务角度来描述数据, 比如账号可以描述为“与银行签订了特定协议的客户所持有的, 用于存放交易金额的账户号”。技术数据表准则从数据库技术的角度来描述数据, 比如账号可以描述为“25位长度的数字串, 由9位地区号+9位网点号+2位识别号+5位顺序号组成”。

5.2 数据质量管理

数据质量管理是数据仓库建设的重要内容, 是数据仓库应用及价值发挥的基础。具体来说, 数据质量管理需要部署数据质量检查规则。对于在数据仓库中发现的数据质量问题, 需要通过数据质量管理平台进行反馈、跟踪和验证, 从而保证数据质量问题的有效解决。

5.3 元数据管理

元数据管理的工作主要是建立一个物理平台, 将数据标准在物理上实现落地。元数据管理平台的建设要注意其范围和详细程度。从范围上来说, 最好是有一个覆盖全行所有数据和数据结构的大元数据系统, 这样可以保证各个系统之间的数据结构和各个元数据的统一规划和设计。从详细程度上来说, 需要建立机制, 要求各个系统的所有数据结构及其相关信息都要登记到元数据管理平台中, 这样才能使其发挥应用的价值和作用。

5.4 数据标准、数据质量管理和元数据管理的关系

数据标准、数据质量管理和元数据管理三者是相辅相成, 相互作用的关系。

数据标准的建立给数据质量管理提供了判断依据, 凡是不符合数据标准的数据都是有问题的数据。同时, 数据质量发现和解决的过程中也可能会产生新的数据标准。

元数据管理平台的建设则是需要和数据标准建立同步实施的, 数据标准必须与元数据保持统一和同步。

6 灵活查询

所谓灵活查询, 就是在数据仓库中开辟一块空间, 让业务用户直接从仓库中获取数据, 以满足业务人员即时的、灵活的查询。

产品再好, 也需要营销了才能让客户知晓。灵活查询在数据仓库的建设过程中就是扮演了这么一个营销的角色。让业务人员开始使用数据仓库, 从中体会到数据仓库的优势。

同时, 在业务人员使用数据仓库的过程中, 也可能发现一些数据质量问题, 这样也有利于改善数据仓库本身的数据质量情况。

对于数据仓库项目的设计开发来说, 推广灵活查询也具有其积极的意义。对于一般的数据集市应用类项目开发周期一般需要几个月时间, 而且业务人员在提需求的时候, 没有数据验证环节。导致当项目完成了, 或是已经失去市场机遇, 或是没有达到业务人员的预期, 效果未必令人满意。灵活查询的推广, 可以让业务人员在提需求前先通过数据仓库来验证自己的想法, 有时还需要建立一些预测模型进行模型训练。对于一些营销类项目, 还可以较快地提取结果。待到需求都成熟了, 再向数据仓库项目组提需求, 进行常规部署, 这样也提高了项目开发的效率和效果。

参考文献

[1]JIAWEIEI HAN, MICHELINE KAMBER.数据挖掘[M].范明, 孟晓峰, 译.北京:北京出版社, 2001.

8.农产品仓库建设方案篇八

关键词:数据仓库;税务系统;数据应用;OLAP

中图分类号:TP274文献标识码:A文章编号:1007-9599 (2010) 03-0072-03

The Construction of Revenue Data Application System Based on

Datawarehouse Technology

Yin Songtao1,Zhao Weiwei2

(1.Jiangsu Local Taxation Bureau,Nanjing 210024,China;

2.Jiangsu Entry-Exit Inspectin and Qunarantine Bureau,Nanjing 210001,China)

Abstract: Based on the data warehouse technology, this article has designed the macrostructure of revenue data application system,and has researched its components ,including data processing platform, data storage platform, application services platform-OLAP engine, data presentation platform and metadata management platform, finally proposed the next step research direction.

Keywords: Datawarehouse;Revenue System;Data Application;OLAP

一、引言

随着全国税务行业信息化建设的不断深化发展,各级税务机关通过开发各类税收业务系统,已基本完成各类税收业务数据的电子化采集工作,但这些系统很多是不同时期和不同渠道建设的,普遍缺少对这些宝贵数据系统、科学、灵活、有效的分析利用,无法将其从“数据”转化成为“信息”,从而真正体现信息化技术对税收管理工作的核心支撑和驱动作用,因此研究税务系统的数据应用系统建设,具有重要的理论意义和现实价值。

本文主要阐述如何借助业界成熟的数据仓库技术来构建一整套面向各级税务机关的税收数据应用系统。通过对各类现有数据进行归并整合,使之成为一个可扩展的综合数据应用平台,从而提高税收数据资源利用率,实现信息技术手段对税收日常管理工作的辅助决策支持作用。文章主要分析了“数据仓库”的基本概念和分层架构等,同时基于数据仓库技术,提出了税务数据应用系统的宏观架构,并对其中的数据加工平台、数据存储平台、应用服务平台-OLAP引擎、数据展现平台以及元数据管理平台等各组成平台进行了研究分析。

二、数据仓库概述

数据仓库概念始于20世纪80年代中期,首次出现在被称为“数据仓库之父”WiiliamH.Inmon编写的《建立数据仓库》一书中:“数据仓库是在企业管理和决策中面向主题的、集成的、不可更新的,随时间不断变化的数据集合”。换言之,数据仓库是数据积累、信息需求增长的产物,其目标是达到有效的决策支持,但它不是数据的简单堆积,而是从大量的事务型数据库中抽取数据,并将其按照管理目标的不同进行分类清理、转换、整合成为新的特殊存储格式,随着此过程的不断发展和完善,这种支持决策的、特殊的数据存储即被称为数据仓库。

数据仓库的最终目标是尽可能让决策者能够方便、有效和准确地使用数据仓库,但这仅靠数据仓库本身是难以实现的,必须再加上数据仓库前道的数据加工和后道的分析展现才能真正实现这一目的,而这一套完整的动态体系架构我们就称之为“数据仓库系统”。在Jiawei Han和Micheline Kmaber编著的《数据挖掘概念与技术》一书中,对于数据仓库系统划分了四个层次,具体由图1表示。

图1数据仓库系统体系结构

三、税收数据应用系统设计

宏观架构设计。鉴于税收数据应用系统的特殊性,与现有传统数据采集型生

产系统在体系架构、建模方式、应用重点等方面都有较大差异,可以看作是基于数据仓库技术的数据仓库系统的一类具体行业性应用,也应按照上述四层体系结构来建设,因此我们提出采用数据仓库的思想和体系架构来建设税收数据应用系统。根据税收数据应用系统建设的要求,税收数据应用系统的宏观架构见图2。

图2税收数据应用系统宏观架构

税收数据应用系统由从下自上的五大分层平台共同构成:

(一)数据加工平台:实现不同数据之间的传递和加工,由一系列数据加工处理服务组成,包括数据交换/采集服务、数据审计(产生推送数据和预警数据,完成数据质量检查和校验)、ETL(实现不同数据模型之间的抽取、清洗、加工、转换、装载)、数据挖掘等。

(二)数据存储平台:保存税收数据应用系统中涉及的各种数据,并进行分类设计和存放。按照数据库存储数据的类型和作用分为:业务数据库、采集/交换数据库、ODS操作数据存储(主要是各类实时性比较高的明细型数据,例如一户式、一员式数据等,同时其中还包括数据审计产生的面向各级用户的各类预警/推送数据)、数据仓库/数据集市、元数据控制数据等数据库。通过这些不同类型的数据库划分,既满足不同类型应用程序的差异,又便于日常的管理维护。

(三)应用服务平台:以相对平台化的服务提供应用开发的基础平台和运行部署平台。具体包括业务处理、数据服务、采集交换、预警推送、实体查询、查询分析、报表加工、门户控制和元数据发布等主要功能。

(四)数据展现平台:将通过应用服务平台加工处理后的数据以丰富多样的形式展现给最终用户,就目前税务系统常见的展现需求而言,主要包括以下几种形式:明细查询、实体查询、多维分析、趋势分析、对比分析、排名分析、固定报表、MDX分析、图形展现等。

(五)元数据管理平台:提供应用开发人员和系统维护人员对各类元数据进行开发、维护和管理监控的平台。

在上述五项分层平台的基础上,即可搭建我们的各项应用系统,就税务行业而言,目前根据应用模式基本可以初步划分为:面向业务处理的征管信息系统、面向纳税人服务的电子申报系统和面向决策分析的税收数据应用系统,这三者通过门户手段整合到一个门户系统中。税收数据应用系统是比较全面的应用系统建设,由于篇幅所限,我们这里重点阐述整体系统架构中的数据加工平台、数据存储平台、应用服务平台中与OLAP相关的部分、数据展现平台以及元数据管理平台。

1.数据加工平台。

数据加工平台由数据加工服务器、管理监控平台、数据加工规则三部分组成,实现从源数据(一个或多个)到目标数据(一个或多个)的数据加工,系统的结构见图3。

图3数据加工平台总体结构

2.数据存储平台。

税收数据应用系统的核心在于数据的科学、合理的存储和管理,从数据类型划分、数据分布、数据用途、数据时效性等角度进行分类和设计,税收数据应用系统中包括以下类型的数据:

(1)业务明细数据:由业务处理系统产生和管理,数据的组织以业务处理

(OLTP)为主,数据时效性要求比较高,通常只保存近期(二至三年内且处于活动状态)的数据,业务明细以满足业务处理的性能作为中心进行结构设计,通常基于ER模型(实体-关系模型)进行设计和存储。

(2)操作型数据存储(ODS):通过数据抽取从业务系统数据库获得的数据,或通过数据采集/交换系统直接录入的各种业务数据,可以直接提供各种明细数据的查询服务,数据的时效性为接近实时,数据结构组织上贴近于业务处理系统。

(3)历史明细数据:由业务处理系统和ODS数据库中迁移出来,通过一定的数据清洗和转换后形成的历史明细数据;历史明细数据通常为处于稳定(不再发生变化)的数据,对历史明细数据访问的时效性要求通常不高,历史明细数据即数据仓库中的细节数据,历史明细数据满足对业务历史数据的访问要求。

(4)主题分析数据:从历史明细数据基础上通过数据的加工和聚合产生的业务分析数据,业务分析数据通过以业务主题为中心,主题分析数据的数据时效性要求不高。

通过这种不同粒度和不同层次的标准划分,来满足各类用户的数据应用需求,结合税务系统而言:对于一线税管员而言,他关心的是所管辖的每户纳税人的当月申报明细数据,以便确认该纳税人是否按期、按项、足额纳税;对于中层科所长而言,他关心的是本单位的各类轻度汇总的统计报表,以便及时调整近期的管理重点和管理方式;对于局领导而言,他关心的则是所辖各单位的高度综合数据,以便确保宏观整体工作进度,例如省局局领导所关心的是各省辖市局的最新税收入库数和计划完成数,相反他不会去关心某个纳税人当月的纳税项目和纳税金额。

3.应用服务平台-OLAP。

目前市面上有很多OLAP引擎的第三方产品,虽然种类众多,但使用基本一致。例如:Mondrian是一个使用Java开发的开放源代码的ROLAP服务器[3]。它实现了XMLA(Xml For Analysis)和JOLAP(Java Online Analytical Processing)规范,而且自定义了一种使用MDX语言的客户端接口。在功能上,Mondrian支持共享维和成员计算,支持星型模型和雪花模型的功能。

4.数据展现平台。

数据仓库的数据以及分析结果需要用一种灵活的方式展现出来,其中包括报表、查询、多维分析等多种方式提供给最终用户使用。通过对税收管理决策业务的分析,我们认为数据展现平台重点不在于其实现了多少功能,而在于其是否支持灵活扩展性,我们需要的是对于大部分查询、统计、报表、分析而言都能够由操作人员根据实际需要动态配置后即可使用,而不能是固化在程序中无法修改调整,即大部分的应用功能应基于应用开发平台配置生成,无需编码。因此我们考虑数据展现平台应至少由以下三部分组成:

(1)数据展现器:提供最终用户使用的数据展现器,实现数据的展现功能。其应能实现门户管理、通用查询、通用报表和通用分析等功能。

(2)数据展现设计器:提供开发人员使用的设计工具,完成数据展现功能的设计和开发。

(3)资料库和控制库:资料库和控制库中保存数据展现相关的各种元数据,包括用户、组、角色、功能定义、权限、数据源等,可以以XML文件形式进行保存。

5.元数据管理平台。

元数据管理是数据仓库系统中提出的概念,“元数据”即描述数据的数据,用来对数据的定义和内涵进行描述,便于使用人员(包括技术人员和业务人员)理解数据库和数据仓库保存的、及应用功能中展现的各种数据,包括数据的格式、含义、加工过程、业务算法等,形成对数据全方面的理解,并在此基础上形成对数据的分析和应用。根据上述对元数据的定义,元数据管理平台将元数据划分为以下几种:

(1)业务元数据:即数据标准定义,主要实现税收数据应用系统中的涉及的税务术语的统一定义和管理。

(2)模型元数据:对保存在数据库、数据仓库、数据集市中的数据项的结构和含义进行描述。

(3)ETL元数据:对数据加工处理过程中的指标数据的加工过程和业务算法进行描述。

(4)应用元数据:对数据分析利用阶段的业务功能的内容、指标的口径和算法进行描述。

四、总结和展望

本文设计了税务数据仓库的宏观体系架构,并对其中的数据加工、数据存储、OLAP引擎、数据展现平台以及元数据管理等设计工作进行了研究。但还有如下几方面内容需要进一步考虑:

(一)税务系统的数据仓库建成之后规模一般都很大,从建立之初就要保证它的可管理性,需要进一步解决如何使数据可用性和系统稳定性达到最大,并优化性能;在数据仓库的应用中迅速反映变化的业务环境;管理数据仓库应用程序的生命周期等。

(二)现有数据应用系统主要是针对关系型结构化数据的分析应用,随着税收信息化应用的不断深化,电子照片方式的档案资料将会更为增多,这些资料在提高数据的准确性方面和降低税务人员的录入工作量方面具有非常重要的现实意义,如何加强此类非结构化数据的应用将是下一步的一项重要工作内容。

(三)随着近几年DW2.0概念的提出,我们将结合DW2.0的思路,对现有的中心数据仓库进一步划分为:交互区、整合区、近线区和归档区[4],以进一步区分不同的数据类型,同时对VODS(虚拟操作数据存储)等新技术进行分析。

参考文献:

[1]W.H.Inmon.Building the Data Warehouse[M].JohnWiley&Sons Inc,1993

[2]Jiawei Han,Micheline Kmaber.数据挖掘概念与技术[M].范明等.北京:机械工业出版社,2001:61-67