常州科教城物业管理信息化系统技术方案.docVIP

常州科教城物业管理信息化系统 技术需求 1.概述 1.1文档说明 本说明书描述了 “科教城物业管理信息化系统（以下简称“物业管理系统”）”功能要求，并对各模块功能进行详细的描述，通过这些说明和描述，实现对“物业管理系统”更了解，更适合在工作中的使用。 本功能说明书将作为以后各使用单位系统测试的基本依据和系统验收的基础标准。 1.2管理现状 常州科教城目前有办公用房6幢，公寓房2幢。由科教城结算中心相关财务人员、投资公司（物业管理）相关人员、大学科技园管理中心相关人员、科技处相关人员、公寓房住宿管理员管理.均是由财务审计处人员手工方式进行管理，针对不同的情况要做不同的台帐，耗时耗力，希望通过信息化来提高工作效率。 1.3系统目标 业务单据自动流转，完成提交后流转到指定下一步处理人员； 办公用房和公寓用房的使用情况透明化，可查看所有用房的实际使用状态，如是否被租用，可查看租用企业/员工及相关周期等信息； 本系统中的收付款信息可以通过快捷方便的方式，导入到用友U8财务模块并生成相应的记帐凭证； 提供多样化的报表，用以对房屋信息，租金，收款情况等信息进行统计，汇总； 通过简单明了的系统配置，完成业务流程的调整及操作权限调整； 数据集中管理，业务票据，收款情况，合同内容都可以相互联查。 1.4 软件网络拓扑图示例 系统主要硬件需求 服务器: CPU：P4 3.0GHZ以上 内存：2GB以上 硬盘：80GB以上 客户端 CPU：P3 1.4GHZ以上 内存：512MB以上 硬盘：20GB以上 2.系统总体框架 本系统的开发采用三层结构的系统体系结构，确保了整个管理系统的相对独立性，开放性和可扩充性，这样的设计思路可以使管理系统不仅可以满足当前的需求，还可不断扩充，满足今后的需求。系统提供了标准的数据接口，能与今后扩充的系统灵活对接，共享数据，最大限度避免了资源和数据的浪费。同时，由于采用了三层体系结构，可以满足系统安全性等方面的需要；保持系统核心架构的稳定性；也可以满足用户不断更新的个性化的需求。 系统采用三层架构设计，实现高内聚、低耦合，方便系统升级、维护，同时有利于系统的标准化及系统重用性。总体架构设计如下： 表示层：提供用户最直观的操作接口，用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。 业务逻辑层，位于数据访问层与表示层之间，起到数据交换中承上启下的作用，体现业务规则、业务流程的实现，同时需要遵循面向接口设计的思想，支持可抽取、可替换的“抽屉”式架构。 数据层，主要负责数据库的访问，可以实现对数据库系统、二进制文件、文本文档或XML文档的读取、写入等操作权限。 3．系统软件要求 3.1办公用房管理 3.1.1基础信息管理 本模块是对所有办公用房的管理,管理者很方便的了解现有的办公用房的情况,系统以直观的方式展示目前所有办公用房的使用状况；包括:所属单位、产权单位、目前状态（出租、闲置、等等）、总面积、使用面积、房型结构、目前承租人、租金、所属合同、房屋的附着物、房龄、租金情况、相关的物业管理；等等所以涉及办公用房的属性情况。 针对办公用房，在未来发展的实际工作需要中，本模块可以对房屋进行增加、修改以及删除，模块设计到房屋的部位，如：某办公用房的某一层某个房间，在实际使用过程中（出租），可能多个部位打包出租，系统提供对部位的合并，这样更方便管理办公用房。 3.1.2出租管理 出租管理包括：出租管理、已出租、未出租、出租到期\退租 本模块是对办公用房出租进行管理，针对办公用房，需要出租时，在本模块进行操作，新增出租，说明承租人、租金、租赁时间、租赁周期、租金支付方式、所承租的办公用房的详细情况、水电基数、是否有租金减免等等；操作完成后在合同管理模块，根据新增的出租编号，生成合同，合同部分在合同管理模块进行操作。 对于已出租的房屋，系统列出这些房屋的详细资料，以及出租的情况，承租人、租金情况、以及该房屋的详细情况、以及所属合同等等。 对于出租到期的 系统提供预警功能，系统设置预警提前量，出租到期后，进行退租，检查是否欠租金，说明房屋的情况，以及附着物情况，进行退回押金。 中途退房，根据出租合同进行退房，计算租金、已经提前合同体现的提前退房的补偿方式、检查房屋以及附着物的详细情况，是否有需要赔偿，退回押金及剩余租金。 3.1.3 物业及相关费用管理 本模块是对租金的收取进行管理，系统根据房屋出租合同上体现的租金内容（基本租金、租金收取方式、等等）收取租金，系统自动列出目前该收取出租房屋的租金，以及该收取多少租金，租金有限期，并对所房屋出租的租金进行管理，进行统计分析。 对所有待收办公用房出租的租金