领域驱动设计物业管理论文

领域驱动设计物业管理论文

　　1建模过程

　　1.1需求分析

　　整个系统是一个基于互联网的工作平台，允许公司各部门拥有权限的用户进行使用，用户必须通过登录验证才有权限使用本系统。用户登录后，根据所在部门分配相应权限，只能按其拥有的权限进行操作。如物业服务处的用户不能查询及操作其他服务处的信息，公司财务处可以查询到所有服务处的业主信息。公司员工的操作都通过日志进行记录，管理者可以通过查询日志来查看操作员某一时间段的收费、减免收费的情况。

　　1.1.1制定房产收费标准

　　对于每个小区都有一个基本的收费标准，这个收费标准根据收费项及住宅类型划分为若干个不同的子标准。物业管理费的收费可能根据单层普通业主、单层还建业主、多层普通业主、多层还建业主、普通商铺、还建商铺、多层普通商铺、门面不同而不同。停车服务费的收费根据路面、地下室，位置的不同而收费。水费、电费的收费根据商铺、住宅、门面的不同而不同。对于按月收费的收费项目，因某些特殊原因，需要降低收费标准的，可以通过特殊权限，修改制定的某一房产的收费标准。对于需要一次性收费的项目，需要减免的，可以通过物业管理区申请，公司财务审核的方式进行减免。

　　1.1.2初始化

　　物业公司计算按月收费的起始日期，并非是开发商将房产管理权移交给物业公司的日期，而是通过执行“房产初始化”功能时指定的初始化日期开始计算，未进行初始化操作的房产不计算按月收费的项目。可以指定一组房产或单个房产进行初始化。

　　1.1.3收费

　　收费操作是指收取业主的各项费用的操作。收费有以下几种情况：业主交费的金额与待缴金额相等时，可以直接办理收费。待缴金额有零钱的情况（如102元），而业主只想交100元时，系统自动判断操作员是否有缴费金额优惠的权限，并且优惠的范围在允许的权限之内时，操作员可以办理优惠收费(100元）。业主需要对待缴金额进行减免收费，并减免额度超过操作员允许的额度的情况下，由操作员向公司财务进行“减免申请”，财务审核通过后，操作员按减免后的金额收费。提供一次性缴费优惠套餐，如一次性缴纳全年的物业管理费，按照XXX元收费。

　　1.1.4减免收费审核

　　减免收费审核由公司财务管理审核同意后，物业管理区操作员可以按减免后的金额收费。

　　1.1.5楼栋管理

　　楼栋管理的功能主要实现新增、修改、删除楼栋的功能。楼栋需保存的信息包括物业服务处、小区、楼栋号、单元、楼层、类型、多层、电梯房、收费方式、坐收、走收等。

　　1.1.6房产管理

　　房产管理的功能主要实现新增、修改、删除房产的功能。房产需要保存的信息包括物业服务处、小区、楼栋号、单元数、楼层、房号、户主、是否已初始化、楼栋类型、房屋类型。

　　1.1.7业主管理

　　管理员可以新增、修改、删除业主信息。业主管理需要保存的信息包括业主工作单位、电话、姓名、身份证，业主家庭成员信息，可以包含一个或多人（工作单位、电话、姓名、身份证），业主的房产信息。

　　1.1.8部门管理

　　部门的组织结果以树状方式进行表述，一级部门为公司，二级部门为公司科室及物业服务处。用户可以新增、修改和删除部门信息。

　　1.1.9用户管理

　　由系统管理员负责维护整个系统的用户信息，包括用户的增加、删除、所属部门的变更、用户授权。用户使用信息系统的权限由系统管理员负责设置，用户权限授予的原则根据用户实际负责的工作来决定。可以增加、删除、修改小区，并指定小区所属物业服务处。小区属性有：小区名称，地址、收费方式、所属物业服务处。

　　1.1.11收费项目

　　收费项目按收取方式可分为：按月收费、一次性收费。按月收费的项目有：物业服务费、停车服务费、水费、电费、垃圾清运费。一次性收费的项目有：装修垃圾清运费、装修保证金、装修服务费、其他。

　　1.1.12收费标准

　　收费标准的划分，对于每一个小区都有一个基本的收费标准，这个收费标准根据收费项目及住宅类型划分为若干个不同的子标准。房产只有经过初始化，并指定初始化日期后，系统才能按月计算物业服务费和垃圾清运费，没有经过初始化的房产，不计算物业服务费和垃圾清运费。其中水费、电费需要记录起止码及历史欠费信息。停车服务费指业主每月需要缴纳的停车服务费，停车服务费的收费标准根据标准、路面、地下室而不同。对于临时收取的停车服务费，在当日交班时作为一次性收费进行录入收费金额即可。

　　1.1.13信息查询

　　包括收费年汇总表、公司收费月汇总表、管理区收费年汇总表、管理区收费月汇总表、小区收费年汇总表、小区收费月汇总表、单项收费明细表、业主缴费汇总表、业主缴费明细表、业主欠费汇总表、业主欠费明细表、暂定以上统计报表。需求分析的任务就是根据前期与用户的沟通记录，找出用户心中真正想要的全部功能需求并加以描述，然后利用OOA（面向对象分析）思想提取出核心领域模型类。

　　1.2系统用例

　　软件系统的驱动设计功能需求可以使用系统用例来加以描述。以下系统用例指出，操作本系统的用户角色包含ADMIN(系统管理员)、CHARGEMAN(物业收费员)、OWNER(业主)、USER(普通用户)。每个用户角色操作系统的功能不同，由此确认出系统用例。系统管理员可以设置系统参数楼栋类型、房产类型、房产来源、车位类型、收费方式、收费单位，并对用户、角色、部门、物业服务处、小区、楼栋、房产、业主、收费项目和收费标准进行管理，同时也可以对小区物业收费进行统计查询。物业收费员首先对小区进行房产登记工作，指定各房产应缴纳的收费项目，之后上传各房产的水电报表，以便让系统自动计算各房产所属业主应缴纳的物业费用并生成每月账单，提醒业主每月按时缴纳账单，完成物业收费工作，同时也可预收费用并存到业主账户中。

　　1.4领域分析

　　开发人员进行业务领域分析时，必须阅读需求说明书、系统用例以及用户和领域专家的交流记录，从而找出所有关键实体类及其相互关系。本系统中定义的业务领域类包含用户、角色、物业服务处、小区、楼栋、房产、业主、部门、收费项目、收费标准、楼栋类型、房产类型、房产来源、车位类型、收费方式、收费单位。UML类图可将系统中的业务领域类转换为领域模型类，并指出各领域模型类之间的关联。本系统中定义了21个领域模型类，包括SubDistrict小区类、Building楼栋类、SubAccount子账户类、Exchange账户交易类、HouseSource房产来源类、Owner业主类、Account账户类、District物业服务处类、HouseType房产类型类、House房产类、ChargeItem收费项目类、ChargeCriterion收费标准类、Department部门类、ParkLocation车位类型类，Utilities水电用量类、Bill账单类、ChargeUnit收费单位类、Role角色类、User用户类、ChargeRecord收费记录类、ChargeWay收费方式类。系统类图如图2所示。

　　2总结

　　本文基于物业管理系统的完整需求分析及系统驱动设计阶段，再现了基于领域驱动设计进行软件系统领域建模的完整过程。通过与湖北康正物业有限公司以及小区业主的详细交流，以物业收费业务领域为入口，该文定义出了本系统中的全部领域模型类，及其属性和方法，并重点分析它们之间的相互依赖关系，从而对系统需求有了更深刻的理解，在绘制UML用例图和类图的基础上，完成了物业管理系统的领域建模工作。

【领域驱动设计物业管理论文】相关文章：

对能源低碳化发展的金融驱动研究论文10-13

任务驱动下的电子商务教学的论文10-09

大数据驱动公共管理创新论文10-09

上海经济进展驱动力探讨论文10-09

计算机应用课程任务驱动教学思考论文10-09

小学美术教育核心驱动力研究论文10-09

浅谈任务驱动法下的计算机教育论文10-09

高职计算机教学的任务驱动法应用论文10-11

从政治领域到生活世界论文10-09

电子领域计算机仿真论文10-12