高校房地产综合管理信息系统规划与设计研究

［摘要］ 随着我国高等教育事业的迅猛发展，高校占有和使用的房地产规模急剧膨胀，其构成也日趋复杂，管理难度越来越大。尤其是随着校际间的合并与调整，学校内部推行的后勤、财务、人事、分配等各项改革的深化，对高校的房地产管理工作不断提出新的要求。为了加强高校房地产的综合管理，推进房地产管理工作的科学化、规范化，促进高校各类房地产的优化配置和有效使用，全面实现高校房地产管理的计算机网络化已是刻不容缓的首要大事。本文根据高校房产实际管理情况，对高校房地产综合管理信息系统进行规划与设计。

［关键词］ 高校； 房地产管理； 信息系统； 规划； 设计

一、前言

北京工业大学校本部位于北京市朝阳区，东临东四环南路，南抵左安东路，西邻西大望路，北望平乐园小区；另有3处分校区。截至2010年底，学校占地面积为80余万平方米，建筑面积近70万平方米。北京工业大学创建于1960年，是一所以工为主，理工、经管、文法相结合的多科性市属重点大学。目前在校生29 418人，教职工3 370人。

二、建设目标

随着我国高等教育事业的迅猛发展，我校占有和使用的房地产规模急剧膨胀，其构成也日趋复杂，管理难度越来越大。尤其是随着校际间的合并与调整以及学校内部推行的后勤、财务、人事、分配等各项改革的深化，对我校的房地产管理工作不断提出新的要求。为了加强我校房地产的综合管理，推进房地产管理工作的科学化、规范化，促进我校各类房地产的优化配置和有效使用，全面实现我校房地产管理的计算机网络化已是刻不容缓的首要大事。

房地产综合管理信息系统旨在通过网络和软件为校内外交流提供一个强大的、畅通的信息共享平台，以便科学、规范、灵活、快捷地开展监督管理工作。

该系统应该适应本校的实际机构设置情况和现有流程，提供丰富而实用的系统功能。系统采用b／s结构，提供良好的维护性和可扩充性。系统应具有高度的灵活性、开放性、兼容性、安全性、高效性、维护性以及稳定性。系统应采用我校统一的管理信息标准格式，并与原系统良好兼容，实现校内外各部门机构间的信息顺畅流转。系统还需提供完善的身份验证和灵活细致的权限控制，保证信息的完整性，不被无权限用户获取、修改，并能够高效稳定地运行。系统要与我校数据中心实现无缝链接。

三、建设原则

房地产综合管理信息平台建成后将成为一个高度集成化的综合业务管理系统，通过该系统可以方便、快捷、灵活地查阅学校内房地产的基本信息，可以形成监管统计，同时可根据实际需要生成打印相应报表，在考虑整体设计过程中应遵循以下原则：

1． 实用性和可行性

主要技术和产品必须具有成熟、稳定、实用的特点，实用性放在首位，既要便于用户使用，又要便于系统管理。

2． 先进性和成熟性

系统设计既要采用超前思维、先进技术和系统工程方法，又要注意思维的合理性、技术的可行性、方法的正确性。不但能反映当今的先进技术和理念，而且具有发展潜力，能保证未来若干年内占主导地位。先进性与成熟性并重，并考虑到近年来的应用发展特点，把先进性放在重要位置。

3． 开放性与标准化原则

应用平台应是一个开放的且符合业界主流技术标准的系统平台，并使网络的硬件环境、通信环境、软件环境、操作平台之间的相互依赖小。严格执行我校有关信息系统的编码规则。

4． 可靠性和稳定性

在考虑技术先进性和开放性的同时，还应从系统结构、技术措施、系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。

5． 可扩充性及易升级性

为适应应用不断拓展的需要，应用平台的软硬件环境必须有良好的平滑可扩充性。

6． 安全性和保密性

在应用平台设计中，既要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括系统安全机制、数据存取的权限控制等。

7． 可管理性和可维护性

整个应用平台是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性、可定制性和可维护性。另外还包括平台自身的可管理性和可维护性。

四、技术要求

房地产综合管理信息系统采用面向对象的b／s结构，适合unix、linux、windows操作系统。

（1） 开发语言：java。开发技术采用j2ee （java 2 enterprise edition） 标准、组件技术及在数据交换上对xml的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性降至最低。

（2） 数据库：采用oracle或sql server数据库。

（3） 中间件：适应weblogic、websphere、jboss等主流中间件产品。

（4） 服务器端：linux或windows。

（5） 客户端：安装windows 98以上，ie 5．0以上版本浏览器。

（6） 平台接口：能够为第三方软件提供相关接口、开发规范等，特别应提供与门户平台、统一身份认证平台等对接开发。

（7） 扩展性要求：应用建设的长期性和内容的广泛性决定了系统在构建和使用过程中，必然面临着各类扩展性需求，例如业务规模的扩展、业务类型的扩展、集成范围的扩展等。本项目建成的应用平台模块间应相对独立，接口清晰，内部的业务流程升级和改造与其他模块无关，并为将来学校二次开发提供api等，因而应用需极具扩展性。

五、业务模块

房地产综合管理信息平台（以下简称平台）内容主要包括：

1． 校区管理

校区总体概况、植物绿化情况、车库车位（地上、地下）的整体情况。

2． 房产管理

包括分栋房屋、办公用房、教学用房、已售住宅、租赁住宅、职工宿舍、学生公寓、附属用房、空置房屋、职工信息、住户变更、住户迁出、租金收缴、交易信息、历史住户、综合查询等，可以让管理者实现全方位的、分类的精细管理。

要重点实现：

（1） 全面了解并掌握房产的“家底”：房屋总面积、总套数和间数等。

（2） 按照“房屋用途、房屋类型、建筑结构、坐落、区县”分类统计。

（3） 按照“使用单位（学院、科室、外单位等）或个人”分类统计。

（4） 按照“自有、外租”的情况分类统计。

（5） 动态显示“空置房屋和床位”情况，及时掌握房源和床位变动。

（6） 可从“单套房屋角度”查目前谁在用或住，以前谁曾用过或住过。

（7） 可从“住户或使用者角度”查询目前住在哪里，以前曾在哪里住过或用过。

（8） 自动汇总“一人或一户多套用房”情况（优惠房、商品房等）。

（9） 自动动态提醒“租房合同快到期、已过期”情况。

（10） 任选项目生成“房产清单和卡片”，并保存到excel表和网页中。

（11） 多媒体同步显示功能可以在数据采集和查询时，有针对性地加入“房产证、住户身份证、协议合同原件的扫描照片”等多媒体信息，真正做到数据与证件同步，不用再翻找原始纸质资料。

3． 土地管理

包括土地等级、坐落、使用性质、面积、获得土地证情况等。

4． 供暖管理

管理单位“应收、实收、应付、实付、报销”的供暖明细账。

5． 修缮管理

通过建立报修和修缮流水账明细，严格控制维修成本，并可以深入进行“维修部位、维修单位、维修情况”的分类统计分析，从中发现问题并为辅助决策提供依据。同时，多媒体照片和视频的引入，满足了“现场看得见”的管理需求。

6． 综合查询

包括房产查询、其他查询。主要是满足用户（领导、查询人员）对房产情况的综合查询，可以快速利用系统自由灵活的查询、排序、打印、统计功能，查询到“每栋楼的情况、每个楼层的情况、每套房的情况、每间房屋的情况（用途、面积、朝向、装修、设备、住户等）”，不仅可以大大提高信息的反馈度，而且还可以为深入挖掘数据中隐藏的信息提供极大帮助，在减少平时大量烦琐重复性的工作同时，也为应对随时发生的房地产数据提取汇总需求提供了有力的支持和保障。

7． 电子地图

实现对扫描图形（校区概貌图、楼层平面图、房屋平面图等）的无限级链接管理，用户可十分方便地在扫描图形上加注多种形式的信息点，并可以连接数据和图层。

（1） 可以实现“在校区概貌图上点击任何一栋楼，即可链接到其内部任何一个楼层平面图，然后点击任何一个楼层即可看到该楼层的任何一个房间的布局、房屋情况、住户情况、设备情况等”，实现由图形到数据的查询。

（2） 可以在图形上任意拉一个矩形框，系统会把所有框内的信息点链接的数据全部显示出来，并可以进行深入的分类统计和任意选项的打印输出。

（3） 系统要做到由数据到图形的查询（即看到数据记录的同时，通过“连接电子地图”的功能，可以自动找到该数据所在图层的信息点上，真正实现图形和数据的双向连接功能，便于领导使用，解决数据“不直观、不透明”的问题，使信息一目了然。

8． 系统管理

包括编码管理、权限管理、人员管理、角色分配、操作日志等。充分考虑到网络系统的使用安全，可以针对操作者做出十分细致的权限分配，确保数据安全、分级查看、流程控制，并记录下所有数据操作过程生成日志，便于责任划分。

9． 数据分析

由于经常需要一些特殊数据，所以要求系统具备任意组合条件查询功能，同时具备任选项目的排序、分类统计和打印输出功能，输出的结果可以直接发送到打印机或保存成网页和excel电子表格的形式。

六、应用要求

以上房地产综合管理信息系统必须是成熟可靠的现成软件产品，由于我校采用“系统采购 ＋ 本地化改造 ＋ 售后服务”的模式，所以要求开发单位必须已经具有可以上线运行的房地产综合管理信息系统和实际用户使用的案例，以便可以快速顺利地实现本地化改造。

主要参考文献

［1］ 李威，张海戈，等． 高校教工住宅房屋资源管理信息系统开发与应用［j］． 实验技术与管理，2006，23（9）：73－75．