物业管理系统技术方案-软件架构

32物业管理信息服务系统方案建议书目录TOC\o”1-1"\h\z\t"标题2,2，标题3,3，标题4,4,标题5,5”HYPERLINK\l”_Toc107194850”第1章 建设原则 1-1_Toc107194852”§1。1.1 信息沉淀原则 1—1§1.1.2 按照业务数据的本质特征组织数据的原则 1-1HYPERLINK\l”_Toc107194854"§1.1.3 多粒度原则 1—1HYPERLINK\l”_Toc107194855"§1.1.4 统一经营信息集中服务原则 1—1HYPERLINK\l”_Toc107194856"§1。1。5 标准化和规范化原则 1-2§1.2 技术原则 1-2HYPERLINK\l”_Toc107194858"§1.2.1 数据的可靠性 1-2§1。2。2 数据的完整性 1-2_Toc107194861"§1。2。4 数据的可用性 1-3HYPERLINK\l”_Toc107194862"§1.2。5 数据的精确性 1-3_Toc107194864"§1.2.7 数据的时效性 1—3§1.2.8 数据更新的及时性 1—3HYPERLINK\l”_Toc107194866"§1。2。9 响应的及时性 1-4HYPERLINK\l”_Toc107194867"§1。2。10 安全性 1-4§1.2.12 统计结果的可理解性 1-4HYPERLINK\l”_Toc107194870"§1。2.13 扩展性和灵活性 1-4HYPERLINK\l”_Toc107194871"第2章 整体的物业管理信息化规划建议 2—5HYPERLINK\l”_Toc107194872”§2.1 物业管理一体化规划方案 2—5HYPERLINK\l”_Toc107194873"§2。2 物业管理业务之间的内在逻辑 2—6HYPERLINK\l”_Toc107194874”第3章 系统建议方案 3-9§3。1.1 全集中方式 3-9HYPERLINK\l”_Toc107194877”§3。1.2 部分集中方式 3-10§3.2 系统总体架构设计 3—12§3.2。2 硬件体系结构 3-14_Toc107194883”§ 统一规范的用房客户档案 3—16_Toc107194885”§3.3。2 以客户为核心、多角度专业化管理 3-17HYPERLINK\l”_Toc107194886"§3.3。3 集中调度，属地化管理 3—18HYPERLINK\l”_Toc107194887”§3.3.4 收费系统功能划分 3-20§3.4 应用软件技术总体策略 3—20_Toc107194890”§3。4.2 标准化 3—21_Toc107194893"§3.5.2 实时处理和批量处理的接口机制 3—23HYPERLINK\l”_Toc107194894”§3。5。2。1 批量数据集成 3—24_Toc107194896”§3。5。3 数据接口和应用集成的高性能保障 3—25

图目录TOC\h\z\t"图”\c图3－1物业管理业务逻辑层次关系图 2—7HYPERLINK\l”_Toc107194909"图4－1集中方式网络结构图 3-9HYPERLINK\l”_Toc107194910"图4－2部分集中方式网络结构图 3—11HYPERLINK\l”_Toc107194911”图4－3物业管理公司物业管理系统软件体系结构示意图 3-13图4－4可伸缩的主机系统部署方案 3-15图4－7业务数据规划示意图 3-17HYPERLINK\l”_Toc107194914”图4－10物业公司管理体制与业务体系的对应关系 3—19图4－14XML应用集成架构 3—23HYPERLINK\l”_Toc107194918”图4－15实时和批量接口工作机制 3—24HYPERLINK\l”_Toc107194919"图4－16批量数据集成实现机制 3—24及其相关属性进行标准统一，为用房客户建立一个唯一标识号。“用房客户”首次进入系统时,启动入住业务流程,开始根据编码规范，为用户建立相关属性数据，参与流程各环节的专业部门，按照操作权限，将工作过程中形成的用户属性数据（例如:房源信息、面积信息及收费计量信息等等）与用户的唯一标识建立起对应关系。专业数据围绕“客户资源"展开，数据入口唯一，各物管专业数据保持一致，高度共享；由于采用了全公司统一的用户标识方式和编码规范,各专业、各级单位对用户客户的操作有一致的工作语言,并且有相同的用户标识方式,只需按照管理规范约定的业务处理权限,对本部门、本专业的工作过程进行处理,即可共享用户信息,共同形成入住客户的初始档案.稳定、可配置、可扩展的用户档案由于系统的核心管理对象是“用房客户”，各专业业务开展均围绕基于“用户档案”的用房客户需求进行，用户档案本身的稳定性和灵活性，将直接关系到系统是否稳定并且能适应业务的变化，能适应不用管理层次、不同专业人员的需求。我们可以用下图来表达整个系统的数据规划。图4－7业务数据规划示意图在图第1层和第2层，是物业管理对象用房客户的档案，基于用户核心档案，按照系统的数据编码规范，各专业基础数据与用户核心档案建立对应关系,共同组成用户档案。在对用房客户的业务需求进行管理时，各项工作由专业部门根据本专业的管理指标对各项业务处理进行相应的监控和考核，处理过程产生的过程监控数据、流程控制数据以及用户在物业网络中的所有活动的记录,会构成用户档案的动态信息。各专业部门可以根据本专业管理客户的角度，建立自己的数据逻辑，例如维修检查部门从房源角度对用户进行管理，物业费管理部门从应收物业费角度对用户进行管理，安保管理部门从用户的安保、停车角度对用户进行管理.专业部门按照各部门的客户管理指标体系，形成多样的数据逻辑单元,对各类数据逻辑单元的操作组合即构成了各部门的业务功能模块。以客户为核心、多角度专业化管理物业管理公司已经从传统的“基于管理费收缴”的服务供应、资源销售企业逐步转为“基于客户需求”的服务创新供应、资源整合销售企业。目前物业管理公司各管理处在物业管理中大量的注意力已逐渐转移到:如何改善与客户的关系，为特定客户提供关怀服务解决方案，如何在现有资源条件下提供最吸引客户的资源使用方案（需求侧管理）,保持最大的固有资源消费群体，开拓物业特色服务销售市场.在目前物业管理公司各职能处所、各管理处使用的手工信息管理方法中，要执行以用房客户需求为基础的营销方案或者能适应将来部分开放的物管服务市场的营销方案是非常困难的,因为一个标准不一、条块分割、缺乏弹性的手工操作方法无法处理随着这种方案而来的改变，本次项目将实施的一个新的、单元化的、以主干为基础的物业管理管理信息系统,将使之适应未来物业管理的变化和物业管理市场的变化。捷讯技术提供的的物业管理信息系统解决方案,全面采用“以客户为核心”的设计思想.系统中的业务流程设计、数据流转控制、外派现场工作任务管理、营销管理监控、物业费现金流控制都源于客户各种类型的服务请求.系统从设计上不受限于物业管理公司机构的设置,也不受限于各管理处人员配备的差异，系统从信息管理上提供了一个流程重组的平台，不要求物业管理公司在系统上线之前在管理机构上大动干戈，而是首先在数据和业务控制上进行重组.在功能强大的物业管理管理信息系统支持下，各专业管理人员，各级基层单位,可以按照专业需求，属地化管理的需求明确地选定重点服务对象，为客户定制个性化的服务项目。以“客户为中心”的系统，还将有效协助管理处的工作人员，根据客户请求,迅速找到客户相关的用房（商铺、停车、维修)合同、帐务、工程信息,提高服务系统的工作效率。集中调度,属地化管理物业管理公司的管理一个突出的特征是“大用户集中管理，中小用户属地化管理”，如何实现集中调度和属地化管理的平衡，是系统进行业务逻辑设计时的重点。由于整个系统基于多层结构的技术体系结构开发，由各项基础功能模块的组件和控件和数据主干组成。在这种功能模型支持下，各类基础业务被设计成单元模块，连结到一个可以沟通并交换数据的主干上。系统将一个个含有单个客户的数据连结到各单元上，这些单元负责执行物业管理业务基础功能，提供通用的自动作用功能，一但系统导入，核心单元能紧密连结执行工作。同时各单元独立,使各单元若有改变不会影响到其它的单元，除非或等到系统程序员指示做跨多项功能的改动。围绕这些核心单元,提供各种附加的、单独的应用程序，与非物业管理系统构成有效的系统级的应用交互和数据交换。也容许其他各职能处所、各分公司只选择并导入他们所需的功能，并根据他们管理的客户群体的特征，管理的角度结构化地构造本单位的应用功能.系统为物业管理公司物业管理系统提供了一个开放的信息技术平台，需求的变化和管理体制的变化在系统的可控范围之内，系统正式运行之后也可在线进行功能调整和升级。更为有效的是，系统提供多级安全权限管理机制，能保证从物业管理公司本部到职能业务部门，从各管理处到下属维修、安保、社区服务所各级基础单位，逐级赋权。除此之外,系统将融合国内其他物业管理企业的经验，在业务功能的适应性和可定制性上，提供了强大的系统配置平台，允许各使用单位根据本专业特征、本部门资源实际情况配置个性化的业务流程,计费参数，甚至每个操作人员的工作环境。图4－10物业公司管理体制与业务体系的对应关系收费系统功能划分由于系统的业务功能和具体岗位没有直接的关系，我们在对系统功能进行划分时，主要按照业务逻辑层次和专业管理两种角度综合考虑。应用软件技术总体策略业务逻辑部署策略图4－12业务规则的部署策略如上图所示,在整个应用软件体系结构的四个层次中，业务处理的逻辑规则集中在业务应用服务器部分，这也正是系统易于维护和升级的基础所在.将来我们扩展部署均衡负载的WEB应用服务器时,并不会影响系统中原来定义的业务规则和数据控制方式。标准化系统依据工业标准来设计： 内部使用XML在各层间通讯 Web服务器采用J2EE体系结构 日志文件内容采取工业标准的格式，W3GCommonLog格式和W3GExtendedLog格式。这样就意味支持这些标准的工具可以极少甚至不加修改地和物业公司物业管理信息系统一起使用。系统平台的升级和应用软件产品核心的升级，以及基于应用软件产品核心二次开发的升级，都遵循着通用的标准.系统接口和应用系统集成策略系统接口是指将来完成物业管理管理信息系统和其他系统数据共享和交换功能的应用,应用集成是指物业管理信息系统和其他系统的协作运行.其他系统将来可能包括：银行，财务系统，客户服务系统,GIS等。图4－13系统接口和应用集成架构接口和集成是共享和交互数据，接口策略必须开放和灵活，系统主要采用以下技术策略：系统提供XML和各种定制的分阶段传输文件与外部系统交互，提供完成数据接口功能的XMLServices组件，支持实时的和周期性批量的数据传输.系统支持基于中间件的交易处理应用的集成,如IBMMQ—Series,BEAWebLogic，Tuxedo等产品.系统支持多种业界标准数据传输协议,例如HTTP，FTP，JMS等，或ODBC，SQLNet，DB2Connect等数据库连接协议。XML应用集成(简称XAI）机制系统中定义了“XAI"这样一个数据接口层，最为开放的基于XML规范的数据接口层。XAI使得物业管理公司物业管理系统和其他系统更容易集成，它把XML作为不同应用系统间数据交换媒介，采用XML描述本系统业务对象，和外部识别XML的应用交互。物业管理公司物业管理系统以WebService的形式提供访问接口，外部系统可以通过XAI访问营销系统数据。物业管理公司物业管理系统和外部系统交互数据包是符合SOAP规范的XML数据.XML规范的开放性决定了基于XAI的接口方式是开放的，灵活的,并且基于JavaMessageService(JMS)标准,更有利于外部系统接口实现.图4－14XML应用集成架构实时处理和批量处理的接口机制接口按照应用运行频度和时效性分为实时和批量数据交换两种。分别适应特定外部系统接口需求。实时类型接口，如银行联网实时缴费等.这种交互是实时在线的。批量处理类型接口如财务EPR系统等.这种交互是周期性批量处理的。批量可以通过计划任务减少系统资源的争用.图4－15实时和批量接口工作机制批量数据集成批量集成是把需要交互的数据从系统中抽取出来，由根据需求定制的程序把数据从营销系统中读出存为分阶段传送文件,再由标准的后台进程处理阶段传送文件.营销系统和外部系统交互过程可定制计划任务,由后台进程自动处理.例如可以在营销系统设定在夜间为决策支持系统数据仓库准备大批量数据。还可以设定在夜间系统不忙时生成本月抄表需求文件,白天工作时间再由操作员下装抄表数据到户外手持抄表设备。图4－16批量数据集成实现机制实时在线集成实时在线集成通过应用系统的XAI接口层实现.适用于和收费系统同时不间断运行，与系统实时交换数据的接口如将来的客户服务系统等。如将来客户服务系统需要随时从营销系统获取客户基本信息、物业费及欠费信息、报修信息数据。图4－17实时在线应用集成机制数据接口和应用集成的高性能保障系统提供的接口方案基于应用服务器中间件和事务处理中间件等建立开放式关键业务应用系统的软件系统。系统提供基于浏览器的系统管理组件，系统的开放性使得很容易集成第三方系统管理软件,如网络管理，数据备份管理，日志管理等。商用中间件也提供管理工具软件,为接口系统带来了好的可管理性.系统功能简介流程总图各模块流程草图系统设置系统设置操作步骤如下图:铺位管理系统操作流程示意图：业主管理系统业主管理系统包括各种费率的收费标准设置、水电气三表费率设置、水电气三表的安装到户、费用的分摊设置、费用的分摊运算、业主三表抄表、总表安装、总表抄表等功能。操作流程如下图：业主入住办理业主入住手续流程图如下：系统设置了方便的查询功能，操作员可查看任意时间段内客户的应收款项、收费项目、各表读数、应收日期等全部资料，做到帐款清晰，一目了然。收款收款工作流程图如下：商铺租用管理模块商网收费基本流程与普通楼盘收费相似,收费项目包括三表数据、商网租金等项目，其操作流程图如下：查询及统计系统提供强大的查询功能,查询条件可自由组合，可按商网查询，也可按应收款帐查询，并可查看查询结果中的所有相关内容,比如按商网查询时，查询结果包括所有符合条件的商网资料，选择相关商网，可以看到该商网承租人当月或历史费用及缴款情况；按应收款或实收款查询时，查询结果为帐目列表,同时包含各帐目的发生原因，如物业管理费，选择相关帐目时,可查看该帐目的发生条件，以及商网承租人详细资料，真正做