北方大学房产管理系统开发综合案例

第十章北方大学房产管理系统开发综合案例
近些年，随着国家对教育投入的扩大，高校也有了跨越式的发展，一些院校纷纷合并或是由于扩招而相继建立了新校区，无论是合并还是建立新校区，高校的房产数量也不断增加，房产信息随之日渐繁杂，而且高校房产管理还有一个特别的要求。

即一些房产信息的透明性，教职员工和学生们要能了解教室、实验室的基本信息，如教室大小桌椅数、教室用途等，单纯靠以前的手工管理方式效率低、出错率高的问题越来越突出。

而且校园房产有使用人员多，破损程度高等特点，这给校园房产的管理工作带来许多困难。

房产资源是办好学校的必要物质条件，其使用效率和完好程度的高低是衡量一个学校办学效益和管理水平的重要标志之一。

手工管理方法很难实现该要求，这一切使得高校房产管理信息化的重要性突显出来。

目前，北方大学的房产管理还以手工为主，校内公用房屋由于无偿使用，缺乏约束机制，除综合楼外，每个学院有自己的教学和实验楼，各单位房屋的占有量和利用率不均衡，调控比较困难，标准化规范化的管理模式尚未建全，日常工作中管理人员对校园房产信息的查询及统计工作繁重，效率低。

尽管有计算机，缺乏系统化的信息管理系统，没有发挥它应有的效用。

为了适应建立数字化校园的规划，加强房产资源的管理和利用，使计算机得到合理高效的利用。

学校需要建立一个智能化和系统化的房产管理系统，建立合理的业务流程，充分利用计算机的功能实现房产管理工作规范化和系统化，提高信息处理的速度和准确性，能够及时、准确的查询和修改房产信息。

具有方便友好的界面和完善的数据库管理，具有校园房产管理、分配管理、租赁管理、图片管理等功能的房产管理信息系统，将会使房产管理工作效率大大提高。

第一节北方大学房产部门管理职责
北方大学后勤处主管校园内所有教学生活的后勤服务工作，代表学校行使后勤行政管理职能，负责制定学校后勤发展规划和后勤经费使用计划，落实后勤保障和服务工作，代表学校与后勤集团及其它服务公司签订服务合同并监督执行情况，并代表学校协调与地方行政主管部门的业务关系。

后勤处主要下设办公室、工程科、房产科和能源科四个科室。

其中房产科主管校园的各项房产资源的整理、分配、核查和使用等工作。

房产科岗位的主要职责是：
1 房产科科长岗位职责：
1）负责房产科的全面工作，拟定房产科年度工作计划，做好科室工作安排，落实本科室岗位责任制和各项规章制度；
2）负责学校公用房屋使用计划和日常管理工作；
3）负责学校教职工住房补贴工作，编制住房补贴发放表，对住房超标的职工进行超标处理；
4）负责每年提职提级教职工的住房补贴审核及制表工作；
5）负责建立职工住房档案及办理涉及教职工的住房调查、信息审核工作；
6）负责城区房产相关单位的日常联系与协调工作；
7）负责公房及学校产权单元房的供暖物业费的缴纳工作；
2 专项维修管理岗岗位职责：
1）负责实验室用房改造的审批、验收及建档工作；
2）负责学校批量家具的招标工作及组织实施工作；
3）负责专项维修计划的编制、方案的落实及运作；
4）组织落实学校专项工程的招标工作；
5）负责工程项目的合同监督、工程验收及工程款的支付工作；
6）负责后勤管理处机动费支付的临时性项目的管理工作；
3房产及家具管理岗岗位职责：
1）负责学校房屋产权证、土地使用证的办理工作，健全房产、地产档案；
2）负责房产管理及权籍管理工作，及时准确地做好各种统计报表；
3）负责引进人才和单身教职工宿舍安置工作及住房租金的统计报表工作；
4）负责学校家具日常管理，做好家具的审批、分配和报废处置；
5）做好房产科档案归档工作和房产科科室工作；
目前，房产科没有建立管理信息系统，工作比较繁琐，管理信息庞大，工作效率不高。

做好房产科档案归档工作和房产科科室工作；做好房产科档案归档工作和房产科科室工作；做好房产科档案归档工作和房产科科室工作；
第二节系统分析
该项目的立项是由该校的管理学院信息管理与信息系统专业提出的，学校领导及后勤处和房产科也很重视，后勤处领导非常赞成从实际需要开发出一套房产管理系统。

相关工作人员也对此表示欢迎，并愿全力地配合系统开发过程的各项工作。

经学校批准，成立了由房产科科长牵头项目开发领导小组，成立了由管理学院信息管理与信息系统专业3个老师带领几名学生构成的项目开发工作组来完成系统的整个开发。

要求3个月时间完成整个开发工作。

一．初步调查
在系统开发的初步阶段，项目组对北方大学后勤处的日常工作内容和管理方式进行了初步调查，通过与相关管理人员的沟通，了解到目前房产管理工作基本上还是手工管理和应用办公软件进行操作，工作较为繁杂。

在信息的查询，房产的查找费时费力，数据分类、统计麻烦。

因此，房产管理人员急需一套实用的管理信息系统，来辅助日常的房产信息管理。

二．系统可行性分析
1. 技术可行性分析
从目前IT业界比较流行的数据库开发、管理软件来看，对于比较简单的小型数据库，VB 和Microsoft Access 2000的结合无疑是在实际应用中较为成功的一种解决方案。

为用户提供了业界软件开发一直坚持的非常友好、操作简单的用户界面、完善强大的数据库操作功能和简洁明了的数据库接口。

所以技术实行起来相对会容易。

信息管理与信息系统专业的几个老师也有开发系统的实际经验，所以技术方面是可行的。

2. 经济可行性分析
本系统开发简单但要耗去一定的时间，所用的开发工具和软件都差不多是免费的。

而且是学校自己开发，开发费用低(学校后勤处提供5000元开发经费)，由于系统能够在未来较长的一段时期内稳定地发挥作用，这对于部门机构的办公自动化管理，节省人力、物力资源等都有很大的帮助。

由此可见在，开发此系统在经济上是完全可行的。

3. 操作可行性分析
学校有自己的校园网，各科室也有计算机，管理人员对计算机的操作都相对熟练。

本系
统是利用已有的计算机加微软的集成开发环境Microsoft Visual Basic 6.0作为软件的开发平台，使开发出来的系统有友好的用户界面、有良好的安全性设置、有详细的操作提示，这样更使各类用户很快地掌握系统的使用方法，操作友好。

因此，在操作上是可行的。

三．详细调查
详细调查是了解用户的具体需求和进行系统分析与设计的基础。

本系统的详细调查工作的主要方法是到房产科通过访问、召开调查会、现场收集资料，自上而下，逐步细化地进行调查，其内容包括后勤处将来的工作发展，各部门的职能工作和业务处理过程。

1. 用户需求
本系统的用户较为单一，主要是房产科的房产信息管理员，此用户需求基本就是系统地全部功能，主要包括如下：
(1) 系统设置：主要是编码设置，其中有校区编号、建筑物性质编码、建筑物名称编号和房产性质编号。

所有的编码设置需实现添加、修改、删除和浏览功能。

该需求是为之后房产编号的生成做准备。

(2) 用户管理：可进行用户的添加、删除和修改密码等操作，能对该系统的使用者进行管理。

(3) 基本信息录入：目前房产的管理工作涉及的主要信息的录入有校园房产、人员信息和责任单位。

校园房产包括了基本的校园房产信息，学生宿舍楼和宿舍房间；人员信息包括了教师信息和学生信息。

对此要求有快速的信息录入功能，并且所有的信息都要能够浏览、修改及删除功能。

(4) 租赁管理：该部分在整个系统中相对比较独立的子系统。

它包括了客户资料管理和合同信息管理，其中客户资料还要分为个人租户类型和公司租户类型，要能满足基本的功能还要具有查询功能。

(5) 信息查询：系统要有针对房产信息进行查询的功能，而且查询要有单项和多项查询。

然后再要有一个通用数据查询的功能，该功能要能够对当前所有的各类数据进行查询。

还有在此查询的基础上要有统计查询结果的记录数，相关的建筑总面积和总座位数。

并要求能将查询的结果导入到Excel工作表中，进行相应的操作处理。

(6) 图片管理：用户想要将各个房产资料进行拍照，照片也属房产信息的一部分。

对此，用户想能够对图片定位、重新定位和图片的浏览功能。

(7) Excel 文件管理：可以将现有的Excel工作表上信息直接的导入系统的数据当中，成为系统数据库中的一个表，从而减少大量的数据录入工作，提高用户的效率。

(8) 系统维护：要能够对系统的后台数据进行备份和恢复，确保系统数据安全性。

(9) 打印报表：在系统中进行了各种操作之后，用户想将所需的信息生成报表格式，并打印出来，上报领导和下发给有关人员。

(10) 登录身份验证：这是系统应有的基本功能，能对使用人员进行身份验证，判断登录者是否是系统的允许使用人员。

(11) 系统整体需求：包括系统的安全性、有效性、健壮性及数据库安全等。

在系统运行后系统要能够对信息进行检验，保证数据的完整性。

系统要有一定容错的能力，能够对操作进行调整，保证系统的正常运行，界面要操作简单。

以上为用户的主要需求，这将是系统分析设计的研究内容，为系统的开发奠定了基础。

2. 部门组织机构图
后勤处的组织机构是后勤处下设办公室、工程科、房产科和能源科。

组织机构图如图10.1所示。

3. 业务流程图
图10.1 后勤处组织机构图
通过对后勤处的详细调查，业务情况如下：
(1) 申请房产业务。

当校园的房产使用单位要申请使用某一房间时，要先填房产使用申请单，申请单递交到房产科的房产管理人员，房产管理人员要进行初步的审核，并对申请单进行登记整理并存档。

了解申请单上对所需房产要求后，管理人员在校园的房产信息库里进行查询，找到出符合要求的房间相关信息，拟定房产使用分配单，将分配单上报后后勤处处长，由处长进行审核。

(2) 房产规划分配。

后勤处处长根据校园的统一规划，制定出房产规划总表，下达到房产管理人员，管理人员根据房产规划总表进行房产的分配处理，并将分配信息整理存档，编制房产分配详细报表，然后将报表下发到各个使用单位。

(3) 房产信息统计。

房产数据整理人员将校园的各项房产进行详细的调查，记录并统计好各项信息，编制房产信息统计表，递交到房产信息录入人员，由房产信息录入人员进行房产信息的录入处理，并将录入结果保存到房产信息库当中。

房产信息统计人员将房产信息库的数据进行查询并分类统计，生成房产信息报表上报处长。

(4) 租赁业务。

想在校园内租用某些房产的租户需要提出申请，填写房产租用申请单，并与房产管理人员进行沟通，了解详细情况，管理人员对租户信息进行处理并保存。

对批准的租赁业务，房产管理人员要草拟合同文件，对合同文件进行整理并拟定合同文件，递交到上级领导签字生效。

对生效的合同文件进行详细信息处理，计算出租金，将结果递交到校财务部。

业务流程图如图10.2所示：
图10.2 后勤处业务流程图
4. 系统功能模块划分
根据需求分析，本系统结构采用Visual Basic + Access 结构进行分析设计。

根据需求分析的结果，本系统主要划分为以下6个模块：用户管理、房产信息管理、分配管理、租赁管理、图片管理、统计报表管理。

主要的系统模块如图10.3所示。

图10.3 系统主要模块结构图
3.5 系统开发的目标
本系统旨在为用户创造操作方便、可靠，并且具有一套高效化的软件系统支持良好的使用环境，实现在房产管理过程中对信息的收集、处理、存储、传递，并建立相应的数据库及数据库管理系统，力求功能强，具有针对性及完备性。

系统的功能目标：
(1) 该系统采用模块化结构，层次清楚，整个系统使用分层菜单，清晰的屏幕提示，美观大方的菜单，及时准确地反馈信息，引导用户正确使用系统，做到多而不乱。

(2) 提示通俗易懂。

当管理人员使用该系统时，都有足够的提示信息。

程序操作符合管理人员的习惯，键盘工作量较少，使用方便。

(3) 信息管理。

本系统实现各项数据的录入、修改、删除、查询统计并打印报表供用户使用等管理功能。

(4) 查询简便。

本系统给出了简便的查询界面，使用下拉列表列出所有可供查询的选项，供用户选择，方便用户使用查询。

(5) 维护功能。

本系统要具有数据备份和恢复功能。

用户可根据实际需要，将系统数据备份到其他位置，一旦出现意外并无法处理时，能够及时的恢复数据，将损失降低到最小。

(6) 图象显示。

系统将实现对图片的管理，具有添加、浏览、查找功能，让用户能方便的查看到所需的图片。

(7) Excel工作表。

本系统通过Excel工作表来实现数据的输入输出。

系统能将整理好的Excel工作表中的数据直接导入系统数据库，以及能将查询结果的数据导入到Excel工作表中，作为系统的一种输出。

(8) 生成编号。

在系统当中，房产编号是一个很重要数据，包含内容较多。

编号的形成需要由多项内容一起来确定，对此系统要能够通过房产的相关属性内容生成房产编号，保证编号的准确性及方便的使用。

2、系统性能目标
(1) 系统安全、可靠。

(2) 有较好的容错能力，在异常时能进行保护处理。

(3) 操作方便、界面友好。

(4) 功能齐全。

(5) 灵活性易于维护和扩充。

(6) 系统最大限度的实现了易安装性、易维护性和易操作性。

(7) 键盘操作，快速响应。

(8) 系统运行效率高。

程序结构严谨，运算处理速度快。

程序和数据的存储、调用安排得当，节省存储空间。

四．系统逻辑模型的提出
本系统的逻辑模型主要是以系统的数据流图和数据字典为主要描述工具，在对后勤处管理方式和业务流程进行认真分析和研究的基础上，从管理职能和业务流程出发，按信息系统中应有的数据流和数据结构来勾画系统的结构。

1. 数据流图
数据流程图是描述系统逻辑模型的主要工具。

我们采取结构化分析的方法绘制数据流程图，基本思想：自顶向下，由外向里，逐步分解。

数据流程图不但能够反映现行系统中数据处理的逻辑功能，而且能用它来反映将要建立的系统的逻辑模型。

在逻辑上精确地描述新系统应具有的功能，数据输入、数据输出、数据存储及数据来源和去向。

系统数据流程图如图10.4-10.8所示。

图10.4 系统0级数据流程图
图10.5 系统一级数据流程图
图10.6 系统二级数据流程图
图10.7 系统三级数据流程
图10.8 系统三级数据流程图
2. 数据字典
由于数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容。

数据字典是对数据流图的各种成分起注解、说明作用，给这些成分赋以实际的内容。

表10.1-10.4描述了系统数据流图中数据流，处理逻辑，数据存储，外部实体。

表10.1 数据流条目
编号名称来源去处组成
F1 房产使用申请单房产使用单位P1.1申请登记序号，申请单位，申请理由等F2 房产分配信息表P1.4实施分配方案房产使用单位序号，房产编号，房产使用单等
F3 房产分配规划方
案及已签合同
处长
O沈工房产
管理信息系统
该数据流包含子项数据流：F3.1，
F3.2
F4 各项数据统计报
表及各类文件
O沈工房产
管理信息系统
处长
该数据流包含子项数据流有：
F4.1、F4.2、F4.3
F5 各项信息采集汇
总表及图片文件
03 数据整理人员
O沈工房产
管理信息系统
该数据流包括子项数据流有：
F5.1、F5.2、F5.3、F5.4
F6 租金核算单P3.5租金核算05财务处编号，租户，合同编号，日期等F7 租户登记表04租户P3.1租户登记姓名，性别，单位，身份证号等F8 合同文件P3.4合同打印04租户编号，房产编号，租金，日期等
F9 满足查找条件的
房产信息
P1.2房源查找
P1.3拟定分配方
案
房产编号，位置，建造面积等
F3.1 房产分配方案02 处长P1.4 实施
分配方案
序号，房产编号，房产使用单等
F3.2 已签订合同文件02 处长P3.3合同登记编号，租户，房产编号，租金等F4.1 房产分配方案表P1.3拟定分配方案02 处长序号，房产编号，使用单位等
F4.2 各类房产基本信
息查询统计报表
P2 系统基本数据
录入管理
02 处长
该数据流包含子项数据流有：
F4.2.1、F4.2.2、F4.2.3
F4.3 待签合同文件P3.2起草合同02 处长编号，租户，房产编号，租金等
F5.1
基本房产
信息汇总表
03 数据整理人员
P2.1房产
信息管理
该数据流包含子项数据流有：
F5.1.1、F5.1.2、F5.1.3
F5.2 人员信息汇总表03 数据整理人员P2.2人员
信息管理
该数据流包含子项数据流有：
F5.2.1、F5.2.2
F5.3 单位信息表03 数据整理人员P2.3单位录入序号，单位名称，负责人等
F5.4 图片文件汇总03 数据整理人员P2.5图片
信息录入
序号，图片编号，图片说明等
表10.2 处理逻辑项目列表
编号名称输入处理逻辑输出
O
沈工房产
管理信息系统
F1，F3，
F5，F7
进行整个系统数据输入、输出包括添加、
修改、删除、查询、统计及打印报表
F2，F4，
F6，F8
P1 房产分配管理F1，F3.1 对进行房产分配的各项处理操作F2,F4.1
P2
系统基本
数据录入管理
F5
进行系统的各项基础数据的录入、各项管
理操作，查询统计并生成报表
D2,F4.2
P3 房产出租管理
F3.2，F7.D3
进行房产出租的各项手续、信息的管理
包括：客户信息的登记，合同文件的管理
F4.3，F6，
F8，D3
P1.1 申请登记F1 登记申请分配房产单的各项信息D1.1 P1.2 房源查找D1.1,D2.1 针对申请的房产要求进行查找相关房产P1.3 P1.3 拟定分配方案P1.2 对申请要求及房源信息制定分配方案F4.1 P1.4 实施分配方案F3.1 实施上级领导批准的分配方案并，保存F2
P2.1 房产信息管理
F5.1
对人员信息的添加、修改、删除及查询统
计等操作
D2.1,
F4.2.1
P2.2 人员信息管理
F5.2
对人员信息进行添加、修改、删除及查询
统计等操作
D2.2，
F4.2.2
P2.3 单位信息录入F5.3 对单位信息进行添加、修改、删除等操作D2.3
P2.4 单位信息
查询统计
D2.3 对单位信息进行查询、统计并打印报表F4.2.3
P2.5 图片信息录入F5.4 对图片信息进行添加、修改、删除等操作D2.4 P2.6 图片浏览D2.4 浏览系统存储的图片F4.2.4 P3.1 租户登记F7 登记租户的详细信息，并保存D3.1 P3.2 起草合同D3.1 起草房产租赁合同F4.3 P3.3 合同登记F3.2 对签订的合同进行整理保存D3.2 P3.4 合同打印D3.4 打印正式合同F8 P3.5 租金核算D3.2 进行房产租金的核算操作，并形成单据F6
P2.1.1 基本房产
信息录入
F5.1.1
进行校园的基本房产信息的添加、修改、
删除等操作
D2.1.1
P2.1.2 基本房产信息D2.1.1 对基本房产信息进行查询、统计并打印报F4.2.1.1
查询统计表输出操作
P2.1.3
宿舍楼
信息录入
F5.1.2
进行校园的宿舍楼信息的添加、修改、删
除等操作
D2.1.2
P2.1.4
宿舍楼
信息查询统计
D2.1.2
对宿舍楼信息进行查询、统计并打印报表
输出操作
F4.2.1.2
P2.1.5 宿舍房间
信息录入
F5.1.3
进行宿舍房间信息的添加、修改、删除等
操作
D2.1.3
P2.1.6
宿舍房间
信息查询统计
D2.1.3
对宿舍房间信息进行查询、统计并打印报
表输出操作
F4.2.1.3
P2.2.1 教师信息录入F5.2.1 进行教师信息的添加、修改、删除等操作D2.2.1
P2.2.2 教师信息
查询统计
D2.2.1
对教师信息进行查询、统计并打印报表输
出操作
F4.2.2.1
P2.2.3 学生信息录入F5.2.2 进行学生信息的添加、修改、删除等操作D2.2.2
P2.2.4
学生信息
查询统计报表
D2.2.2
对学生信息进行查询、统计并打印报表输
出操作
F4.2.2.2
表10.3 数据存储项目列表
编号名称输入数据流输出数据流组成
D1 房产分配信息F1，F3.1 F2，F4.1 包括子项储存：D1.1，D1.2
D2 系统基本数据F5 F4.3 包括子项储存：D2.1，D2.2，D2.3 D3 房产租赁信息F3.2, F7 F4.3，F6，F8 包括子项储存：D3.1，D3.2
D1.1 申请信息F1 F9 编号，单位，申请理由，申请要求等
D1.2 分配方案F3.1 F2 序号，房产编号，单位，方案说明等
D2.1 房产数据F5.1 F4.2.1 子项储存：D2.1.1，D2.1.2，D2.1.3 D2.2 人员信息F5.2 F4.2.2 包括子项储存：D2.2.1，D2.2.2
D2.3 单位信息F5.3 F4.2.3 序号，单位名称，单位性质，负责人，地址，联系人，联系电话等
D2.4 图片信息F5.4 F4.2.4 图片序号，图片编号，图片定位等
D3.1 租户信息F7 F4.3 租户编号，姓名，性别，电话，身份证号，工作单位，家庭住址等
D3.2 合同信息F3.2 F8 合同编号，客户姓名，房屋编号，租金，押金，日期等
D2.1.1 基本房产信息F5.1.1 F4.2.1.1 序号，房产编号，房产位置，建筑物名称，房间号，建筑面积，房产性质，房产用途，责任单位等
D2.1.2 宿舍楼信息F5.1.2 F4.2.1.2 序号，宿舍楼编号，宿舍楼位置，宿舍楼性质，宿舍楼用途，建筑总面积，责任单位等
D2.1.3 宿舍房间信息F5.1.3 F4.2.1.3 序号，房间编号，所在宿舍楼编号，所在楼层，房间号，房间性质，房间用途，床位数等
D2.2.1 教师信息F5.2.1 F4.2.2.1 序号，教师编号，姓名，性别，出生日期，系别，教研室，籍贯，学历，职称，毕业学校，身份证号等
D2.2.2 学生信息F5.2.2 F4.2.2.2 序号。

序号，姓名，性别，出生日期，系别，专业，籍贯，家庭住址，房间编号等
表10.4 外部实体项目列表
编号名称简述输入数据流输出数据流
01 房产使用单位房产的具体使用F2 F1
02 处长后勤处各项工作的主管者F4 F3
03 数据整理人员系统各项信息的提供者—F5
04 租户房产的租赁人员F8 F7
05 财务处进行租金结算的部门F6 —
第三节系统设计
一．系统总体结构设计
根据系统分析的结果，按照结构化的系统设计方法，北方大学房产管理系统从功能上可做如图14.9所示的子系统划分。

1、系统设置模块
目前只包括编码设置。

编码设置包括：校区编号、建筑物性质编号、建筑物名称编号及房产性质编号。

(1) 校区编号：用户可对沈阳理工大学的各个校区进行编号设置，有序号、校区名称及校区编号。

该模块可进行校区编号的添加、修改、删除及浏览。

(2) 建筑物性质编号：用户可对各个校区的建筑物的使用性质进行编号设置，有序号、建筑性质及建筑物性质代号。

该模块可进行建筑物性质代号的添加、修改、删除及浏览。

(3) 建筑物名称编号：用户可对各个校区的建筑物名称进行编号设置，有序号、建筑物名称及建筑物名称代号。

该模块可进行建筑物名称代号的添加、修改、删除及浏览。

(4) 房产性质编号：用户可对各个校区的房产性质进行编号设置，有序号、房产性质及房产性质编号。

该模块可进行房产性质编号的添加、修改、删除及浏览。

2、用户管理模块
用户管理模块包括：添加用户、删除用户和修改密码3个子模块。

(1) 添加用户：该模块能进行用户的添加操作，设置用户名和密码。

此信息作为登录系统的合法使用者。

(2) 删除用户：该模块可对已有的用户进行删除处理，对不在使用的用户名可对其相关信息进行删除。

(3) 修改密码：该模块能实现用户对自己以前的登录密码进行修改，增加系统使用的安全性。

3、校园信息录入模块
该模块是系统数据录入的主体模块，包括：校园房产、人员信息和单位信息3个子模块。

其中校园房产模块下面还有基本房产模块、学生宿舍楼模块、宿舍房间模块，人员信息包括教师信息和学生信息模块。

这些模块都是系统基础数据的录入界面，要求有各个数据的输入提示，能够进行添加、。