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

2007年8月 0、目 录 1、项目背景 2、系统目标 3、项目建设要求 4、项目特点 5、项目开发中的要考虑的几点要素 6、开发工作中的应对策略及要求 7、主要的开发工作规划 8、我们的设计思路 9、主要的技术应对策略 10、技术平台介绍 11、主要技术环节 1、项目背景 以往对罚没物资的管理，基本上由各执法部门根据相关的政策和法律，自行确定管理模式和管理方法。由于没有统一的罚没物资管理要求，管理上就容易出现国有资产管理的不到位。 《北京市公物仓管理信息系统》将通过信息化网络技术，实现罚没物资的登记、入库、处置审批、信息共享；财政部门实现了对全市具有罚没物资管理职能的单位（包含区县）的罚没物资统一进行动态的管理和数据的实时监控。 2、系统主要目标 (2) 实现对罚没资产入库环节、存储环节、处置环节三个重要环节的有效进行管理和监控，防止罚没资产流失； (3) 实现对罚没资产进行流程化日常台帐管理，对资产管理过程中的异动信息能够早发现； (4) 实现对罚没物资总量、分布状况的及时、方便、快捷的查询和深度分析； (1) 完成市级主管部门的罚没资产动态管理功能；指导协助各单位（包括区县）实现与北京市财政局之间罚没资产动态连接； 3、项目建设要求 整合 信息化 平台化 4、项目特点 (1) 公物仓是一个新生事物，将会随着改革而逐步发展； (2) 公物仓的管理范围受执法权和监管权等多方面因素制约，相应法律法规还不健全； (3)闲置物资、和临时机构固定资产，作为公物仓管理的一部分，既有固定资产管理的共性，也有其特殊性； (4)资产的统一处置是一个重点。 5、项目开发中的要考虑的几点要素 (1) 各行政执法单位对罚没物资的管理还有一些差异，有些单位还缺乏对罚没物资管理的相关法规和政策，对罚没物资的认定有一定困难。 (2) 各单位普遍对公物仓的期望很高，有些要求超出了公物仓的管理范围。 (3) 各行政单位的执法系统建设普遍比较滞后，只有工商局有比较完善的系统，这只能在将来随着改革的进展，各方面一起努力来推动，目前全部寄希望于公物仓的建设是不切世界的。 6、开发工作中的应对策略及要求(一) (1) 动态的需求变化要求设计开发考虑的尽可能全面，能适应逐渐变化的业务需求； (2) 系统的开发和设计，随着改革的深入，是一个逐渐延伸的过程，因此每一步工作都是将来工作的基础； (3) 对各行政单位（包括区县）的罚没物资管理，存在着各种各样复杂的情况，我们的策略是：统一平台，区别对待； (4) 对于有比较完善行政执法系统的单位，如工商局等，采用实现双方的数据接口，达到数据实时同步。 6、开发工作中的应对策略及要求(二) (5) 对于有罚没物资管理制度的单位，可以由单位自行整理报表，定期导入公物仓系统，或者直接登录公物仓系统，进行填报工作。 (6) 对于尚无明确的罚没物资管理办法的单位，在财政的领导下，逐步推进其内部管理的制度化，逐渐向公物仓靠拢。 (7) 公物仓不仅担负着对各行政执法单位的罚没物资监管情况，同时作为全市的实物仓库，还负责部分罚没物资，单位闲置物资和临时机构固定资产的库存管理工作。在对实物库的管理中，突出管理制度的正规化，加强物资管理的审批流程，加强资产在流通环节的监管。 7、主要的开发工作规划 2007－8月底，完成北京市53家具有行政处罚职能单位实施工作； 2007－9月15日，完成公物仓平台的系统开发测试工作； 2007－10月到11月，完成公物仓信息的整合并配合完成罚没财物的集中拍卖工作； 2007－12月底，完成对区县财政对罚没财物、闲置资产、临时机构采购资产管理的辅导工作； 8、我们的设计思路 充分依托于Atools开发平台，实现一个灵活面对需求的，灵活面对多种外部环境的业务系统。 采用灵活可配置的流程管理和审批管理，实现动态的管理需求。 采用先进的JAVA和J2EE技术，结合流行的框架，代码相对精炼和简洁，实现系统的可持续性。 9、主要的技术应对策略 动态的表单设计 9、主要的技术应对策略 动态的审批流设计 9、主要的技术应对策略 多层的数据对外接口设计 10、技术平台介绍 Atools三阶段分析模型 10、技术平台介绍 工程流程 10、技术平台介绍 Atools平台特点 量化需求、设计； 设计和实现一致，可跟踪项目实现全过程； 抽象底层代码，提供通用技术框架，规范程序的开发、配置； 量化需求、设计的结果，可及时导出各阶段项目文档； 逻辑和物理分离，设计和实现分离，同时又是有机的整体； 跨数据库应用、跨技术开发平台、跨应用运行平台； 支持多数据源、多系统集成应用。 11、主要技术环节 采用J2EE标准技术，结合流行的技术框架 11、主要技术环节 S