住宅专项维修资金管理系统软件项目方案简介167.pdf
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《住宅专项维修资金管理系统软件项目方案简介167.pdf》由会员分享,可在线阅读,更多相关《住宅专项维修资金管理系统软件项目方案简介167.pdf(45页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、 住 宅 专 项 维 修 资 金 管 理 系 统 软 件项 目 方 案 简 介(总 4 1 页)-本页仅作为文档封面,使用时请直接删除即可-内页可以根据需求调整合适字体及大小-2 一、相关背景 2003 年 6 月 8 日,国务院颁布了第 379 号中华人民共和国国务院令,物业管理条例自 2003 年 9 月 1 日起正式施行,明确提出 按照国家有关规定交纳专项维修资金。2007 年 12 月 4 日,建设部、财政部联合发布第 165 号令,正式颁布了住房专项维修资金管理办法,并于 2008 年 2 月正式施行。住房专项维修资金管理办法对维修资的征缴、使用等均做了详细说明,将物业维修资金的管理
2、提高到更高的法规层面。在此之前,全国各地部分城市就本地区的发展现状,相继出台了各自的物业管理条例法规,其中关于专项维修资金的归集管理,各地也各不相同。目前主要存在两种管理模式:一是开发商代收代管,而后由成立的业主大会或业主委员会管理,二是政府主管部门集中监管,业主所有。随着房地产业的发展及资金规模的不断扩大,传统的人工会计账册管理模式已难以应付,相关软件系统也应运而生。二、产品简介 毅成达住宅专项维修资金管理信息系统(以下简称“本系统”)遵循统一归集、专户存储、专款专用、所有人决策、政府监督的原则,融合了涉及商品房、房改房、二手房等多种性质房3 屋维修资金的管理,系统几乎涵盖了所有目前所能预见
3、的各项业务,并提供方便的开发方法,以适应不同地区不同政策的需求。本系统版本于 2002 年 10 月立项,03 年底研发成功并在南京物业管理办公室试运行,04 年 6 月正式上线运行。经过六年多不断完善,先后在江苏南京(包括浦口、江宁、六合、高淳、潥水十一区两县)、淮安(包括涟水、楚州、盱眙等三区四县)、安徽安庆、安徽天长、山东枣庄(包括腾州市、薛城区、台儿庄区、开发区三区一市)等近 20 家客户实施,目前系统运行稳定,管理的业主户数近 240 万,管理的资金规模达到 100 多亿。目前已升级至版本,包含 B/S 和 C/S 结构两种模式,为客户提供更多的选择空间。三、技术方案 系统建设原则
4、目前管理信息系统(MIS)主要架构模式有 B/S/S 和 C/S/S 两种:B/S/S(浏览器/应用服务器/数据库服务器)架构是目前运行于广域网内的管理系统普遍采用的系统架构,它的优点是无需安装系统客户端,只要安装了网页浏览器,如 IE、FireFox、Maxthon 等即可,维护方便。4 C/S/S(客户端/应用服务器/数据库服务器)架构主要用于局域网,它与传统的 C/S 两层结构不同,C/S/S 是瘦客户端,只需简单的安装即可,无需复杂的环境配置,并可实现自动升级。其最大的优点在于操作简便性及符合 Windows 用户操作习惯。对于需要大量输入、调用计算机外设的功能,C/S/S 结构有着强
5、大的优势。我公司所开发的 C/S/S 结构平台,所有功能均是一个独立的插件,方便升级和维护。并且所有查询结果均可进行标题排序、导出 Excel、用 Excel 打开,并可实现快速记录定位,方便局域网内用户操作。因此,在项目架构设计上,采用 C/S/S 与 B/S/S 模式共存的体系架构:局域网内部用户可以使用 C/S/S 版本的功能,均可实现相同业务;对于广域网用户,则采用 B/S/S 版本的功能,实现远程登录系统进行业务处理,主要面对物业公司、业委会等分散在全市各地的用户。在系统建设方面,我们坚持以下原则,确保系统安全、稳健:冗余数据检验,保证数据安全准确。从以下几个方面确保数据的安全:1、
6、业务处理各环节进行冗余数据检验及事务处理,在后台对数据进行逻辑校验,确保数据平衡;同时进行自动对帐及手工对帐,及时发现可能的问题并进行及时调整。2、局域网用户只能通过软件客户端经中间件登录系统,用户无法直接连接数据库;用户登录密码采用加密方式存储,避免泄露;同时可对用户登录地址(IP 地址或 MAC 地址)5 进行绑定,防止恶意登录。3、广域网用户通过浏览器登录时,采用认证机制访问,拒绝非法用户登录,保证系统不受恶意攻击。4、数据库用户名及密码不定期变更,防止非法用户擅改数据。通过角色分工与功能模块划分,实现多种管理模式。针对不同的管理模式,设置多个角色,为每个角色定制不同的业务权限;并可针对
7、不同管理模式下的相关业务单独设计开发功能模块。这样,为相关操作用户授予不同的角色,该用户登录系统后将实现指定模式下的业务处理。同一个用户可以设置多个角色,以实现在不同角色间的切换,完成不同模式下的业务处理。界面人性化定制,使用高效简洁方便。经过多年的 MIS 系统实施经验总结,并结合用户反馈意见,系统从设计到研发,综合考虑了不同用户的操作习惯,业务界面简洁、方便、高效,并留有个性定制功能,方便用户定制符合自己操作习惯的系统设置,提高工作效率。同时,将各种使用频率较高的功能集成所有界面中,方便用户导出、排序、查询、打印等。预留系统接口,实现无缝对接。本系统是一个开放的平台,可以扩展任何业务功能。
8、并可根据6 实际情况与其它软件,如财务软件进行数据交互(需该软件供应商支持);也可扩展接口,实现与房产局信息平台的数据共享。系统实现思想 维修资金管理的需求以及运行的业务流程处于不断的变化之中,在系统的使用过程中,随着管理人员和业务人员信息化素质的提高以及管理和业务上的调整需要,不可避免地需要对现有系统的各种信息和业务规则进行调整和整合。根据目前专项维修资金政府监管与业主大会自管相结合的管理模式要求,本系统的整体设计在一开始就充分考虑到系统在近期和将来的变化,应是逐渐由政府监管向业主大会自管进行过渡,系统能够在发生变化时从容地实现变化的要求。系统除了需要考虑业务需求的变化,而且还要考虑由用户层
9、面及数据的增加,所带来的硬件环境和网络环境的变化。随着业务量和数据量的增加,系统对硬件环境的要求也会增加。当前系统的开发需要考虑目前硬件环境、和将来硬件环境和网络环境升级时,系统能够无缝地移植到新的环境中,即系统是建筑在跨平台的运行环境之上的。鉴于上述分析,本系统的实现思想遵循以下几项原则:安全性 安全是系统稳定运行的首要保证。本系统采用三层体系结构,与数据库的连接受到严格控制;用户登录密码加密传输,加密存7 储;支技 IP 绑定登录;外网用户数字认证登录等严格安全措施,确保数据安全。统一性 对维修资金管理中涉及的不同管理对象、管理模式、管理层级进行整体方案的统一规划、统一标准、统一设计,使得
10、用户在同一个操作平台之下即可完成不同的业务功能。先进性 充分利用当前流行的操作系统、数据库、网络通讯、服务器、客户机、中间件的最新、成熟的技术成果,转化到系统的具体实现中去,发挥软硬件的最大效能。实用性 在保证业务功能的准确性前提下,提高业务操作的实用性,增加了排序、导出、查询、打印、过滤、定制样式等等实用功能,为日常操作提高了效率。灵活性 维修资金管理工作具有很强的政策性,并且与相关环节联系密切。一旦政策发生变化或上下游环节发生调整,势必影响系统的动行。因此,系统应具备很强的灵活性。本系统的灵活性体现在 MVC的结构设计及插件化、模块化的功能设计,这样局部的调整或后台业务的调整对整个系统几乎
11、没有影响,功能的扩展上则更加便捷。8 系统网络拓扑图 本系统设计的使用对象涵盖包括局信息中心或上级主管领导、市级资金管理部门、区级资金管理部门、业主委员会、售房单位、建设单位、物管单位、专户银行、购房人或业主等使用对象,分布范围广,因此要求系统不能完全运行于局域网内,而要形成一个基于公网的开放式平台。鉴于上述情况,系统的网络拓扑图如下所示:当然,根据各地的管理规模和实际情况,仅需要中心子系统即可实现当前的工作需要,其它部分可根据实际发展情况进行增加扩展,而不会有任何影响。住宅专项维修资金管理系统网络拓扑图核心层汇聚层接入层中心数据库服务器物业处中心系统备份服务器网络管理银行缴款工作站Inter
12、net/Intranet区局复核工作站Web 应用服务器房产局信息网中心交换机复核工作站局中心信息系统信息中心数据库服务器业委会物管企业网站查询9 系统关键技术 J2EE 技术 J2EE 是 SUN 公司提出的在分布式环境中的一种体系结构,它提供了一种基于组件的设计、开发、集成、部署企业应用系统的方法,J2EE 平台提供了多层分布式的应用系统模型、重用组件的能力、统一的安全模型和灵活的事务控制。基于组件的 J2EE 企业应用系统具有平台独立性,所以不受任何软件产品和任何软件厂家 API的约束。J2EE 定义了下面的组件:Application client 和 portlets 是客户层组件
13、Java Servlet 和 JSP 组件是 WEB 层组件 Enterprise JavaBean(EJB)组件是业务处理层组件 MVC 设计模式 MVC 设计模式将项目分解为模型(Model)、视图(View)和控制(Control)三部分。其中“模型”是完成任务的代码;“视图”既是表达界面;“控制器”则控制着模型和视图之间的交互过程。三者之间的关系如下图所示。Control(Servlet)View(JSP)Model(Bean)Client事件更新HTTP ResponseHTTP RequestSetGet 10 MVC 设计模式 客户端浏览器提交请求给服务器的“控制器”;“控制器”
14、根据系统的配置选择相应的“模型”;“模型”完成处理数据的任务和生成“视图”的任务;“视图”则返回客户端更新浏览器的内容。由此完成一个操作。MVC 设计模式实现了应用的业务逻辑封装,规范了基于JSP/Servlet 的 Web 应用开发。维修资金管理系统将采用跨平台的 J2EE 技术架构。随着业务的发展或企业 IT 环境的整合,维修资金管理系统能够随时根据业务需要移植到其他的操作系统,譬如 Windows、Linux、SUN Solaris、HP UX 等。建筑在 J2EE 技术架构上的应用系统提供了这种可能性。维修资金管理系统的系统整体框架如下图所示。11 用户界面(JSP)浏览器HTTP/H
15、TTPS应用系统(Java)应用服务器(WebLogic/WebSphere/TomCat/JBoss)操作系统(Windows/Unix/Linux/AIX/HP-UX)数据库(Oracle/SQL Server/DB2)HTML 系统架构 对系统的操作则通过台式机或笔记本的浏览器,以 HTTP/HTTPS协议连接到服务器上。服务器上的用户操作界面使用目前流行的JSP 格式。但维修资金管理系统的 JSP 有两个特殊的要求:1)严格使用 MVC 模式;2)直接集成到企业信息门户(EIP)中。为将来整个企业应用系统的深度集成作好准备。维修资金管理系统 B/S 部分将使用 Java 开发,并遵从
16、J2EE 技术架构。应用服务器可以考虑使用 WebLogic、WebSphere、Tomcat、JBoss 等。维修资金管理系统运行在应用服务器上,并通过应用服务器与数据库连接。12 维修资金管理系统是一个基于业务流程管理思想的软件应用系统。在确定的组织模型下,以业务流程引擎为驱动实现具体的业务流程。维修资金管理系统将其他应用系统、应用子系统、应用模块作为同等对待。也就是说系统本身是一个小范围的“系统集成”,如下图所示。功能架构 应用模块之间或应用子系统之间可能会发生相互调用。业务功能 中心子系统 前台业务 后台业务 财务管理 领导审核 综合查询 系统维护 13 经过近七年的不断完善和经验总结
17、,毅成达维修资金管理信息系统从功能上逐渐形成如上图所示的标准配置功能列表,基本涵盖了大多数维修资金管理的涉及的业务功能,并可根据实际工作情况适当调整,形成客户化、本地化的一整套完整解决方案。具体的业务功能设计,在秉承老版本系统的业务功能划分的基础上,新版本在简化操作流程、增加实用功能、提高运行效率等方面做了很大改进。新版本 C/S 结构部分功能模块如下所述:前台业务 1、房屋登记 房屋登记,包括数据导入和分户录入两种方式。数据导入:通过与共享平台的接口,将测绘楼盘表直接加载到本系统,作为缴存维修资金的依据;或使用标准格式的 Excel 录入后再导入系统;单机版的开发商代缴子系统,由开发商代收代
18、缴,然后导入系统等多种导入模式和方法。分户录入:是指在本系统建立的楼盘表中,根据业主提供的测绘图,手工录入新的分户信息,作为缴存维修资金的依据。对于已存在的房屋信息,可以进行修改、删除、导出、查询等操作。支持纸质资料的扫描存档、拍照存档及回调查询功能;14 支持直接将房屋信息拖放到指定结点,实现关联关系的建立,如将下图列表已经选中的 100 条记录,直接拖放到左边树状菜单的某个小区、或某个建设单位,该 100 条房屋信息将自动建立与该小区或建设单位的关联关系,高效方便。2、业主缴存 房屋登记时可选择录入的同时进行缴存。15 对于已录入或从接口中已加载的房屋,可以进行单个缴存、批量缴存、多样付款
19、、续筹缴存等缴存业务。缴存时根据缴存时间,自动取得缴费比例及计算方式,计算出业主和单位应缴金额,录入实缴金额、缴费方式(现金、支票、银联)、凭证号码等,生成缴存流水记录。对于未到帐的缴存流水可以取消、重新缴存、补打印等。缴存比例(缴交标准)可由系统参数设置,并可按时间段分别计算。3、单位缴存 对于需要单位(建设单位或售房单位)缴存的房屋信息,系统显示所有应缴未缴的记录,由单位选择指定范围进行缴存,生成缴存流水记录。可实现单独缴存、批量缴存、全部缴存等多种缴存模式。对于未到帐的缴存流水可以取消、重新缴存、补打印等。16 4、缴存复核 复核柜员对未复核的缴存流水记录进行复核,并打印票据。只有复核过
20、的缴存流水才可进行日终批处理。5、支票确认 对于使用支票或银联卡进行缴费的流水,需要对使用的支票号或银行卡号进行使用确认,否则使用该支票的所有缴存流水将无法进行日终批量处理。经确认后的支票号,会产生一条发送银行的确认信息,由银行确认支票的实际到帐日期。6、退多补差 当发生缴存面积或实收房款与缴存时的面积或房款有差额时,相应的维修资金应缴金额也将发生变化,此时,业主可凭相关证明进行退款或补缴。此业务应先由后台发起补差申请,生成退款或补缴流水记录后方可进行退款或补缴操作。前台柜员选择退款或补缴的流水记录进行复核并打印票据,并将差额退还给业主或向业主补收差额。7、销户退款 17 当房屋发生灭失或拆迁
21、等情况时,可将已缴维修资金帐户余额提取,将该业主户销户处理。此业务应先由后台发起销户申请及销户审核,生成退款流水记录后方可进行退款操作。前台柜员选择销户退款的流水记录进行复核并打印票据,并将退款金额退还业主。8、日结单查询 查询并汇总前台缴存柜员当天的收款情况,打印后交由财务,作为物业处与银行进行对帐的依据。后台业务 1、补差申请 由于实测面积与缴存面积不符或其它原因造成的缴存金额不符,可以对已缴存金额进行修改,退缴或补缴差额,生成退款或补缴流水记录,作为前台退多补差操作的依据,前台用户通过退多补差功能,对流水进行实际给付操作。18 2、销户申请 对于因拆迁、退房、房屋灭失等情况,将已缴存的维
22、修资金余额进行退还,并对该房屋进行注销处理。可以精确指定某个业主销户,也可针对指定范围(如某幢楼所有业主)进行销户申请。销户退款可选择只退本金及本息退款,如果选择只退本金,则将业主利息金额从本 4 金户转至结算户。申请用户可撤消销户申请。销户申请成功后产生一条销户退款业务流水,需经销户审核,可能包括财务审核及领导审核二级审核流程,然后才可以在前台通过销户退款进行退款操作。3、销户审核 对销户退款申请流水进行审核,包括财务审核及领导审核。财务审核用以确认退款银行、退款方式;领导审核为最终审核,只有经过领导审核的销户流水,才可从前台进行退款操作。19 4、资金使用 使用单位,如业委会或售房单位,提
23、出使用申请,资金管理部门对使用要件进行人工审核,审核通过后,进行案件登记,生成案件编号;为使用单位编制楼幢关系,并记录票权信息;对登记案件进行业务审核,主要是对票权及要件是否符合使用要求,对于符合要求的,并提交入库,进行金额分摊,打印使用单、分摊明细等;业务科室对案件进行初审,审核通过,进入领导审核环节;领导对初审通过的案件进行审核,审核通过的案件可以进入下一环节,审核驳回的案件则返回上一环节;财务部门对审核通过的案件,进行划账操作;已划转确认的数据发送到银行端进行确认;银行将指定金额划拨到使用单位开设的指定账户后对划拨数据进行确认,并将数据返回到中心数据库;中心数据库经日终批处理后,扣减相关
24、业主账户。使用申请时可选择一次性划拨,也可选择分两次划拨;分两次划拨情况下,首款划拨为审批金额的 70%(由系统参数设置确定),尾款为审批金额的 30%。当尾款划拨申请时,工程决算金额与首款申请金额不符时,应以决算金额重新计算分摊金额,此时尾款金额将不再是审批金额的 30%。各业主所分摊金额也将发生相应变化。要件录入时,应提供两种方式:直接扫描档案文件入库方式和加载图像文件入库方式,并可方便回调查看。分摊计算时,以业主实测面积作为分摊依据。分摊方式也有两种:留存比分摊和余额分摊。20 留存比分摊:是指以该业主当前余额扣除应留存的金额为限参与分摊,如果分摊金额大于可用金额,则超出部分需用现金参与
25、分摊;余额分摊:是指以该业主当前余额为限参与分摊,如果分摊金额大于当前余额,是超出部分需用现金参与分摊。业务 科室财务部门专户银行提出使用申请使用单位编制楼幢关系查看使用要件是否完全符合业主票权登记检查是否符合使用要求,如要件是否扫描、票权统计是否达到标准金额分摊不符合经日终处理后,发送银银行划拨资金给单位,并确认划拨日期经日终处理,从银行接收数据,扣减专户余额及相关业主余额,并计算积数结束开始扫描要件文书领导审核领导审核驳回使用申请登记不符合提交使用申请业务科室审核科室审核驳回财务划拨划拨驳回 首款申请流程 21 业务 科室财务部门专户银行提出尾款划拨申请使用单位查看使用要件是否完全符合检查
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 住宅 专项 维修 资金 管理 系统软件 项目 方案 简介 167
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内