北京市公物仓管理信息系统工作汇报

1、2007年8月,0、目 录,1、项目背景,2、系统目标,3、项目建设要求,4、项目特点,5、项目开发中的要考虑的几点要素,6、开发工作中的应对策略及要求,7、主要的开发工作规划,8、我们的设计思路,9、主要的技术应对策略,10、技术平台介绍,11、主要技术环节,1、项目背景,以往对罚没物资的管理，基本上由各执法部门根据相关的政策和法律，自行确定管理模式和管理方法。由于没有统一的罚没物资管理要求，管理上就容易出现国有资产管理的不到位。 北京市公物仓管理信息系统将通过信息化网络技术，实现罚没物资的登记、入库、处置审批、信息共享；财政部门实现了对全市具有罚没物资管理职能的单位（包含区县）的罚没物资统

2、一进行动态的管理和数据的实时监控。,2、系统主要目标,(2) 实现对罚没资产入库环节、存储环节、处置环节三个重要环节的有效进行管理和监控，防止罚没资产流失；,(3) 实现对罚没资产进行流程化日常台帐管理，对资产管理过程中的异动信息能够早发现；,(4) 实现对罚没物资总量、分布状况的及时、方便、快捷的查询和深度分析；,(1) 完成市级主管部门的罚没资产动态管理功能；指导协助各单位（包括区县）实现与北京市财政局之间罚没资产动态连接；,3、项目建设要求,整合,信息化,平台化,4、项目特点,(1) 公物仓是一个新生事物，将会随着改革而逐步发展；,(2) 公物仓的管理范围受执法权和监管权等多方面因素制约

3、，相应法律法规还不健全；,(3)闲置物资、和临时机构固定资产，作为公物仓管理的一部分，既有固定资产管理的共性，也有其特殊性；,(4)资产的统一处置是一个重点。,5、项目开发中的要考虑的几点要素,(1) 各行政执法单位对罚没物资的管理还有一些差异，有些单位还缺乏对罚没物资管理的相关法规和政策，对罚没物资的认定有一定困难。,(2) 各单位普遍对公物仓的期望很高，有些要求超出了公物仓的管理范围。,(3) 各行政单位的执法系统建设普遍比较滞后，只有工商局有比较完善的系统，这只能在将来随着改革的进展，各方面一起努力来推动，目前全部寄希望于公物仓的建设是不切世界的。,6、开发工作中的应对策略及要求(一),

4、(1) 动态的需求变化要求设计开发考虑的尽可能全面，能适应逐渐变化的业务需求；,(2) 系统的开发和设计，随着改革的深入，是一个逐渐延伸的过程，因此每一步工作都是将来工作的基础；,(3) 对各行政单位（包括区县）的罚没物资管理，存在着各种各样复杂的情况，我们的策略是：统一平台，区别对待；,(4) 对于有比较完善行政执法系统的单位，如工商局等，采用实现双方的数据接口，达到数据实时同步。,6、开发工作中的应对策略及要求(二),(5) 对于有罚没物资管理制度的单位，可以由单位自行整理报表，定期导入公物仓系统，或者直接登录公物仓系统，进行填报工作。,(6) 对于尚无明确的罚没物资管理办法的单位，在财政

5、的领导下，逐步推进其内部管理的制度化，逐渐向公物仓靠拢。,(7) 公物仓不仅担负着对各行政执法单位的罚没物资监管情况，同时作为全市的实物仓库，还负责部分罚没物资，单位闲置物资和临时机构固定资产的库存管理工作。在对实物库的管理中，突出管理制度的正规化，加强物资管理的审批流程，加强资产在流通环节的监管。,7、主要的开发工作规划,20078月底，完成北京市53家具有行政处罚职能单位实施工作； 20079月15日，完成公物仓平台的系统开发测试工作； 200710月到11月，完成公物仓信息的整合并配合完成罚没财物的集中拍卖工作； 200712月底，完成对区县财政对罚没财物、闲置资产、临时机构采购资产管理

6、的辅导工作；,8、我们的设计思路,充分依托于Atools开发平台，实现一个灵活面对需求的，灵活面对多种外部环境的业务系统。,采用灵活可配置的流程管理和审批管理，实现动态的管理需求。,采用先进的JAVA和J2EE技术，结合流行的框架，代码相对精炼和简洁，实现系统的可持续性。,9、主要的技术应对策略,动态的表单设计,9、主要的技术应对策略,动态的审批流设计,9、主要的技术应对策略,多层的数据对外接口设计,10、技术平台介绍,Atools三阶段分析模型,10、技术平台介绍,工程流程,10、技术平台介绍,Atools平台特点,量化需求、设计； 设计和实现一致，可跟踪项目实现全过程； 抽象底层代码，提供通用技术框架，规范程序的开发、配置； 量化需求、设计的结果，可及时导出各阶段项目文档； 逻辑和物理分离，设计和实现分离，同时又是有机的整体； 跨数据库应用、跨技术开发平台、跨应用运行平台； 支持多数据源、多系统集成应用。,11、主要技术环节,采用J2EE标准技术，结合流行的技术框架,11、主要技术环节,Spring+Ibatis+Struts 轻量级的J2EE,11、主要技术环