东营市物业资金管理系统需求规格说明书.docx
《东营市物业资金管理系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《东营市物业资金管理系统需求规格说明书.docx(44页珍藏版)》请在三一办公上搜索。
1、 东营市物业资金管理系统需求规格说明书东营市物业资金管理系统需求规格说明书XXXXXXX公司2009年 12月目 录1.引言41.1 编写目的41.2定义41.3参考资料42.任务概述52.1目标52.2用户的特点52.3设计与实现的限制52.3.1架构要求52.3.2安全性要求52.3.3技术选型52.3.4系统开发方式53.需求规定63.1对功能的规定63.2业务流程63.2.1交存业务流程63.2.1.1维修资金交存业务流程63.2.1.2物业质量保修金交存业务流程73.2.2使用业务流程103.2.2.1维修资金支用业务流程103.2.2.2物业质量保修金使用业务流程133.2.3支取
2、(退还)业务流程143.2.3.1维修资金支取业务流程143.2.3.2物业质量保修金退还业务流程163.3功能概览194.功能描述204.1统一的流程管理204.2从业主体管理204.2.1开发企业204.2.2物业企业214.2.3业委会214.3楼盘建档214.3.1小区信息214.3.2楼幢信息224.3.3房屋信息234.3.4业主信息244.3.5信息变更254.4物业质量保修金系统254.4.1物业质量保修金账户模式254.4.2物业质量保修金建档254.4.3资金交存264.4.4资金使用274.4.5资金退还274.5住宅专项维修资金管理系统284.5.1维修资金账户模式28
3、4.5.2维修资金建档284.5.2.1共用设施设备维护284.5.2.2业主账户管理284.5.3资金交存294.5.4资金支用304.5.5资金支取304.5.6过户314.6资金交易平台314.7统计查询324.7.1住宅专项维修资金统计查询324.7.2物业质量保修金统计查询324.8系统配置335.对性能的规定345.1.1时间特性要求345.1.2灵活性346.运行环境规定356.1设备356.2支持软件356.3网络结构366.4接口367.附件387.1建安造价387.2住宅专项维修资金交存通知书387.3住宅专项维修资金交存清册397.4住宅专项维修资金支用预分摊明细397.
4、5住宅专项维修资金支用申请407.6住宅专项维修资金支用凭证407.7住宅专线维修资金支取凭证417.8业主过户凭证417.9物业质量保修金交存通知书427.10物业质量保修金交存凭证427.11物业质量保修金使用凭证437.12物业质量保修金退还凭证44第 3 页 共 44 页 东营市物业资金管理系统需求规格说明书1. 引言1.1 编写目的 本系统需求说明书详细描述了公司针对东营市房产管理局关于中心城新建物业质量保修金有关问题的通知、东营市住宅专项维修资金管理办法,要求的东营市物业资金管理系统的功能需求。本需求经过公司评审通过后,经用户认可后将提交开发部组织人员开发。预期读者:系统最终用户、
5、项目评审人员、开发人员。1.2定义系 统 名 称:物业资金管理系统英 文 名 称:Property Fund Management System系 统 简 称:PFMS如无特殊说明,本文中的“维修资金”专指住宅专项维修资金管理办法中规定的“住宅专项维修资金”“质保金”、“保修金”专指山东省物业管理条例中规定的“物业质量保修金”“模糊查询”是指将用户输入的条件信息,作为查询信息的一部分进行查询,查询出来的结果可能会大于(等于)完全按照输入条件进行查询的结果东营市房产管理局关于中心城新建物业质量保修金有关问题的通知简称“东营市质保金通知”1.3参考资料住宅专项维修资金管理办法建设部、财政部令第16
6、5号山东省物业管理条例2009年5月1号实施山东省物业质量保修金管理办法(讨论稿) 东营市房产管理局关于中心城新建物业质量保修金有关问题的通知东营市住宅专项维修资金管理办法ISO 9001 质量管理体系质量管理体系2. 任务概述2.1目标本系统实现维修资金、物业质量保修金的信息化管理,配以辅助查询功能满足楼盘存档、资金记录功能。本系统围绕维修资金、物业质量保修金信息化管理展开,记录涉及维修资金、物业质量保修金的各信息要素。本系统实现与多个银行针对不同业务的信息交互。2.2用户的特点用户具备基础的计算机操作水平和解决初步故障问题的能力;操作人员:水平较高,经过培训后可按照要求使用;维护人员:水平
7、高,应具备局域网组网能力、计算机维修经验和打印机管理能力;软件预期使用人数:100人以下规模评估最低同时在线人数:0人评估最高同时在线人数:20人评估平均同时在线人数:320人2.3设计与实现的限制软件开发采用公司软件部制定的软件开发规范、数据库设计规范,同时依据ISO 9001 质量管理体系。2.3.1架构要求系统架构:B/S开发工具:JSF+Spring+JPA2.3.2安全性要求实现局域网安全要求。2.3.3技术选型1)系统采用B/S架构,应用JavaEE架构进行开发2)内外网应用服务器:Tomcat3)内外网数据库:Oracle2.3.4系统开发方式合同式开发3. 需求规定3.1 对功
8、能的规定该需求规格书要求描述维修资金与物业质量保修金的管理,符合东营实际维修资金与物业质量保修金管理模式,同时满足两种类型的物业资金集中管理的业务要求。3.2 业务流程分别描述住宅专项维修资金与物业质量保修金的交存、支用、支取(退还)的业务流程。3.2.1 交存业务流程3.2.1.1 维修资金交存业务流程3.2.1.2 物业质量保修金交存业务流程3.2.2 使用业务流程3.2.2.1 维修资金支用业务流程3.2.2.2 物业质量保修金使用业务流程3.2.3 支取(退还)业务流程物业质量保修金在保修期限过后退还给开发商,住宅专项维修资金在房屋灭失后可以退还给业主,如果业主交存的维修资金金额大于应
9、交金额,则可以将多交部分退还。3.2.3.1 维修资金支取业务流程3.2.3.2 物业质量保修金退还业务流程3.3 功能概览4. 功能描述东营市物业资金管理系统为综合物业质量保修金与住宅专项维修资金的物业资金管理平台,系统涵盖物业质量保修金的交存、使用、退还以及住宅专项维修资金的交存、支用、支取等业务功能。系统使用“工作流引擎”为各种业务流程的流转平台,保证各项业务流程的正确流转以及各种工作流程的灵活操作;系统使用与银行实时联网的方式实现帐务信息的流通,使用“资金交易平台”作为资金交易中间件,保证物业质量保修金、住宅专项维修资金与各自专户银行的帐务信息统一,实现“专户存储、专款专用、所有权人决
10、策、政府监督”的资金管理原则。东营市物业资金管理系统中物业质量保修金子系统与住宅专项维修资金子系统两者之间存在一定的关联,并且两者使用相同的从业主体、小区以及房屋楼幢信息,简化两个资金的管理,便于物业资金的统一管理。4.1 统一的流程管理系统在用户登录后,自动将具有审批权限的用户的所有需要处理的任务列出,并且所有的审批任务集中显示。系统可以根据客户需要,灵活配置每一种业务的审批步骤以及流程流转规则,并且可以按照需要指定某个业务流程在某个流程阶段转向系统中的某个用户或者具有某个角色的所有用户,用户指定某一审批流程的转发规则后,系统按照用户指定的规则,自动将指定流程的任务转发给某个用户,整个转发机
11、制对系统操作人员透明,无需用户手工干预。用户可以自动控制某个业务的审批流程,指定某个流程的审批步骤。系统显示每个审批任务的业务类型、业务编号、当前步骤、处理进度、申请人、申请时间等信息,点击“受理”按钮后,进入每笔业务的明细信息查看界面,要求用户录入审批结果(通过、不通过)及意见,完成本次审批任务。整个流程管理涉及到的功能包括:流程配置、业务配置、流程自动转发等。流程配置用于配置整个物业资金管理系统的维修资金交存、维修资金支用、维修资金支取、物业质量保修金交存、物业质量保修金使用、物业质量保修金退还等的业务流程,配置每个业务流程的“步骤”、“节点类型”、“参与者类型”、“角色”、“机构/用户”
12、等基本信息,以及每个步骤的“流程路由”,指定每一步流程通过与不通过时的流转方向。4.2 从业主体管理从业主体管理是指对相关房地产开发企业、物业企业以及小区业委会的信息维护及管理。从业主体的信息是整个物业资金管理系统的基础信息之一。从业主体信息需要维护时,直接按照查询结果编辑指定从业主体的信息。4.2.1 开发企业开发企业是所有楼幢及设备的建设单位。系统提供根据“企业名称”模糊查询开发企业的入口,方便用户查询开发企业信息,查询列表需要显示的信息:企业名称、企业地址、法人代表、联系电话等信息。用户可以根据查询结果查看、修改、删除指定的信息。在删除企业信息之前,系统给出删除确认的提示,防止由于误操作
13、造成的信息丢失。开发企业需要维护的信息包括:企业名称、营业执照注册码、组织机构代码、资质证书编号、公司办公地址、成立日期、法人代表、联系人、联系电话、邮编、Email、所在行政区、开发资质等级、公司介绍等信息,上述信息中“所在行政区”以及“开发资质等级”需要根据已经维护的信息选择,除“公司介绍”信息外,其他信息必须录入。4.2.2 物业企业物业企业是指辖区内的物业管理企业。系统提供根据“企业名称”模糊查询物业企业的入口,方便用户查询物业企业信息,查询列表需要显示的信息:企业名称、企业地址、法人代表、联系电话等信息。用户可以根据查询结果查看、修改、删除指定的信息。在删除企业信息之前,系统给出删除
14、确认的提示,防止由于误操作造成的信息丢失。物业企业需要维护的信息包括:企业名称、营业执照注册码、组织机构代码、资质证书编号、公司办公地址、成立日期、法人代表、联系人、联系电话、邮编、Email、所在行政区、物业资质等级、公司介绍等信息,上述信息中“所在行政区”以及“开发资质等级”需要根据已经维护的信息选择,除“公司介绍”信息外,其他信息必须录入。4.2.3 业委会业委会是由某小区内的全部业主选举形成的组织,业委会由主任及成员组成。系统提供根据“业委会名称” 模糊查询业委会的入口,方便用户查询业委会信息,查询列表需要显示的信息:业主委员会名称、业委会主任、办公地址、成立日期、联系电话等信息。用户
15、可以根据查询结果查看、修改、删除指定的信息。在删除企业信息之前,系统给出删除确认的提示,防止由于误操作造成的信息丢失。业委会需要维护的信息包括:业主委员会名称、办公地址、业委会主任、联系人、业委会成员、成立日期、联系电话等信息,上述所有信息必须录入,以方便系统用户查看相关信息。4.3 楼盘建档楼盘信息是整个物业资金管理系统的重要基本信息,资金的管理是在相关楼幢及房屋信息维护完成之后的操作。物业资金管理系统中的物业质量保修金以及住宅专项维修资金使用相同的楼盘数据,因此两个子系统只需维护一遍楼盘数据。另外,为保证楼盘数据的准确性,小区及楼幢信息需要在保存信息之后进行“备案”操作,备案时用户对录入的
16、信息进行审核,只有备案通过的楼盘数据才能在业务中继续使用,备案之后的数据即不允许任意更改。房屋及业主信息在完成后续交存业务之后也不能在信息编辑页面任意修改。如确实有信息需要变更,需提请具有特定修改权限的人员进行相关数据的变更。楼盘建档操作包括:小区维护、楼幢维护、房屋信息维护、业主信息维护4.3.1 小区信息小区信息的维护需要提供的功能包括:查询、新增、修改、删除、查看、保存、提交备案、备案、撤销备案等。小区信息中可能用到的其他信息包括:开发公司、物业公司、业委会等。系统提供根据“小区名称”模糊查询小区信息的入口,查询出的小区列表信息包括:小区名称、楼幢数量、总面积、开发公司、物业公司、业委会
17、、状态等。小区的状态包括:初始、申请、完成,基本信息维护完成的小区状态为“初始”,提交备案之后的小区状态为“申请”,备案完成之后的小区状态为“完成”。系统维护的小区基本信息包括:小区名称、小区地址、楼幢数量、总建筑面积、多层面积、小高层面积、高层面积、别墅面积、公建面积、所属行政区、开发日期、竣工日期、预售日期、小区开发公司、小区物业公司、小区业主委员会、小区介绍。其中,小区名称以及行政区域为必录信息,其他信息可以根据实际需要选择录入。用户在新增小区之后,可以根据实际需要,选择保存小区信息或直接将小区信息提交备案。小区信息保存之后,可以进行修改及删除操作,等小区信息维护完毕之后,可以提交备案;
18、提交备案之后,小区信息不可以修改、不可删除,但是可以进行“备案”与“撤销备案”操作;备案操作成功之后,小区信息便不可随意更改,撤销备案之后,小区状态返回至“初始”状态,用户可以根据实际情况修改小区信息,然后重复提交备案的操作,关于小区信息的业务操作流程如下图所示。4.3.2 楼幢信息楼幢维护的前提是楼幢所在的小区已经备案,未备案小区不允许维护小区下的楼幢信息。楼幢信息维护提供的功能包括:查询、新增、修改、删除、提交备案、备案、撤销备案、查看等。楼幢信息中可能用到的其他信息包括:开发公司、物业公司、业委会等。楼幢信息是质保金子系统的最小交存单位,直接影响到质保金的交存业务。系统提供根据“小区名称
19、”模糊查询小区信息列表的入口,然后根据选择的小区,将此小区下的所有楼幢列出,显示所有楼幢的楼幢名称、楼幢类型、结构类型、开发日期、竣工日期、交付日期、状态等信息。楼幢的状态与小区状态相同,分为:初始、申请、完成三种。楼幢的维护使用与小区维护相同的“信息维护”“保存”“提交备案”“备案”流程,其中的控制方式与小区维护相同。楼幢信息维护时,根据用户录入的楼层数、单元数、每层每单元户数、地下层数、地下每层户数、不分单元的楼层、不分单元的楼层每层户数等信息,自动生成此楼幢的所有房屋,并根据“按单元生成”与“按楼层生成”两种方式分别自动生成每个房屋的房屋座落、层号、单元号、房间号等信息。“按单元生成”是
20、指房间号每个单元各自独立编排,例如:1号楼1单元101、1号楼1单元102、1号楼2单元101、1号楼2单元102;“按楼层生成”是指房间号每个楼层按照顺序编排,此楼层的所有房屋编号完全不同,并且按照顺序递增,例如:1号楼1单元101、1号楼1单元102、1号楼2单元103、1号楼2单元104。“不分单元的楼层”是指某层房屋没有按照单元划分,或者房屋无法按照单元划分。多用于沿街的楼幢,第一层或者前两层用做商铺,商铺多数没有所属单元。楼幢信息维护时需要维护的楼幢相关信息包括:楼幢名称、楼幢介绍、建筑面积、楼层数、单元数、每层每单元户数、地下层数、地下每层户数、不分单元的楼层起始层、终止层、不分单
21、元的楼层每层户数、结构类型、楼幢类型、开发公司、物业公司、业主委员会、开工日期、竣工日期、交付日期等。楼幢信息维护的操作流程如下图所示。4.3.3 房屋信息楼幢在新增完成并备案成功之后,系统便已经按照用户录入的单元、楼层、每层户数等信息自动生成该楼幢下的所有房屋信息。房屋信息维护使用与楼幢信息相同的小区信息查询入口,然后选择指定小区的楼幢信息;接下来从所选择小区的所有楼幢中,选择需要维护房屋信息的楼幢,然后单击“房屋信息”维护本楼幢下的所有房屋信息。需要维护的房屋信息与楼幢自动关联。某个楼幢下的所有房屋按照单元以树形结构显示,树形结构的叶子节点为某个单元下的每层户数,以便于在每层户数较多时方便
22、操作。房屋树在显示时,将普通房屋、商铺、地下室分别显示,以保证商铺与地下室的正常显示。房屋可以维护的信息包括:房屋座落、主房面积、附房面积、车库面积、有无电梯、房屋用途、房屋性质等,其中,房屋座落必须每个房屋单独维护,其余信息可以批量维护,以提高工作效率。房屋用途、房屋性质信息作为系统的全局字典,供用户根据实际需要进行维护。房屋状态分为:初始、房屋信息已维护、已完成、销户等。房屋信息的维护需要与该房屋下的其他业务相关联,如果其他业务(资金交存)已经完成,则此房屋不允许进行房屋信息维护的操作。房屋信息维护是业主信息维护以及未来维修资金所有业务的基础。4.3.4 业主信息业主信息维护在房屋信息维护
23、完成之后进行。业主信息维护与房屋信息维护相同,同样由小区入口,然后在指定小区所有的楼幢列表中选择需要维护业主信息的楼幢,打开业主信息维护界面。如果需要维护的业主已经完成维修资金交存业务,则系统不允许在业主信息维护中修改业主的信息,如需修改,需要具有变更权限的用户进行修改。业主信息维护的信息包括:业主名称、合同编号、房产证号、联系电话、证件类型、证件号码、房屋售价、购房日期等,其中业主名称必须录入,其他信息可以根据需要录入,业主信息的“业主名称”及“证件类型”信息可以批量维护。小区、楼幢、房屋、业主信息与维修资金子系统、质量保修金子系统之间的关系如下图所示。4.3.5 信息变更小区、楼幢、房屋、
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 东营 物业 资金 管理 系统 需求 规格 说明书
链接地址:https://www.31ppt.com/p-2077410.html