某高校后勤保障管理系统维修工程，职工住房管理子系统
某高校后勤保障管理系统
——维修工程、职工住房管理子系统
摘 要
高校后勤管理系统是典型的信息管理系统，是为了使后勤服务集团方便、系统、合理、高效地实施高校后勤管理工作。本篇论文围绕后勤保障管理系统中维修工程管理和职工住房管理子系统的开发过程，以文档的形式详细描述了系统开发的目的、意义、过程以及系统完善的功能。
主要包括后台数据库的设计、建立和维护以及前端应用程序的设计、开发两大方面的内容。它采用C/S(Client/Server)系统结构，功能完善。其后台数据库使用SQL Server 2000，在设计和建立数据库时，我们严格遵守各种
规范
编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载
和安全
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
。前台应用程序的开发使用PowerBuilder 9.0(PB)这个可视化的开发工具。
关于系统整体的设计，我们将此系统划分为房产管理子系统、家具管理子系统、维修工程子系统、
计划
项目进度计划表范例计划下载计划下载计划下载课程教学计划下载
生育子系统、后勤管理子系统五个模块，从而组成了它完善合理的功能。
关键词 信息管理;数据库;C/S系统结构;模块
LOGISTICAL ENSURANCE MANAGEMENT SYSTEMOF
HIGHSCHOOL——MAINTENANCE ENGINEERING
EMPLOYEE HOUSE MANAGEMENT SYSTEM
ABSTRACT
The high school logistics management system is a typical information management system. It is for making logistic service group convenient、 system、 reasonable、 puts
efficiently. This page thesis manages the development course of the subsystem around the house property in the administrative system of rear-service insurance, describing perfect purpose, meaning, course, perfect function of the system in the form of file.
The text will explicate the contents of the system development primarily, include the design of the backstage database and establish primarily with support and the head applies the design of the procedure and develop two the contents of generous. It adopts the C/S( Client/ Server) system construction, the function is perfect. Backstage database usage SQL Server 2000. At design with establish the Database, we obey every kind of norm strictly with the safe standard. The stage applies development usage PowerBuilder 9.0(PB) the tool of development for can seeing turnings of the procedure.
Concerning overall design in system, This system rows to is divided into house property management subsystem、furniture management subsystem、maintain the engineering
subsystem、planned parenthood subsystem、the logistics manages the subsystem five molds
piece, constituted it the perfect and reasonable function.
KEY WORDS management; database; C/S system; module
目 录
摘 要 ................................................................................................................ I ABSTRACT ...................................................................................................... II 1 绪 论 ............................................................................................................. 1
1.1系统背景 .............................................................................................. 1
1.2 国内信息管理软件的发展现状 .......................................................... 1
1.3 系统开发特色 ..................................................................................... 2 2 系统开发所需平台 ........................................................................................ 3
2.1 前端开发环境POWERBUILDER 9.0 介绍 ............................................. 3
2.1.1 PowerBuilder的特点和功能 ......................................................................... 3
2.1.2 本系统采用 PowerBuilder的优越性 .......................................................... 4
2.1.3 PowerBuilder与各种数据库的连接性 ......................................................... 5
2.2 数据库介绍 ......................................................................................... 5
2.2.1 数据库基本知识 .......................................................................................... 5
2.2.2 SQL Server 2000简介 ................................................................................... 6
2.2.3 SQL Server 2000新特性 ............................................................................... 6 3 系统开发方法 ................................................................................................ 8
3.1 系统概述 ............................................................................................. 8
3.2 系统设计的要点.................................................................................. 9
3.3 系统设计采用的方法 .......................................................................... 9
3.4 系统采用的网络结构 ........................................................................ 10 4 系统整体设计 .............................................................................................. 12
4.1 系统系统设计原则 ............................................................................ 12
4.2 系统总体分析 ................................................................................... 12
4.3 各子系统的功能分析 ........................................................................ 13
4.3.1房产管理子系统模块分析 .......................................................................... 13
4.3.2 家具管理子系统模块分析 ......................................................................... 15
4.3.3 维修工程管理子系统模块分析 ................................................................. 16
4.3.4 计划生育管理子系统模块分析 ................................................................. 16
4.3.5后勤管理子系统模块分析 .......................................................................... 17 5 数据库设计方法 .......................................................................................... 20
5.1 数据库设计的过程 ............................................................................ 20
5.2 逻辑数据库的设计 ............................................................................ 20
5.3 物理数据库的设计 ............................................................................ 21
5.4 具体数据库的设计 ............................................................................ 23
5.5数据库的设计注意事项 .................................................................... 25 6 职工住房管理子系统数据库设计 ............................................................... 27
6.1职工住房管理子系统的数据库设计 ................................................. 27
6.2 机关办公用房管理数据库的设计 .................................................... 29
6.3 职工住房管理中信息录入功能的实现............................................. 30
6.4 职工住房管理中信息查询功能的实现............................................. 31
6.5 职工住房管理中信息修改功能的实现............................................. 34 7 维修工程子系统数据库设计 ...................................................................... 36
7.1维修工程管理子系统的设计 ............................................................. 36
7.2维修工程管理系统功能的实现 ......................................................... 38
7.2.1维修工程管理的录入功能的实现 .............................................................. 38
7.2.2维修工程管理的修改功能实现 .................................................................. 39
7.2.3维修工程管理的查询功能实现 .................................................................. 40 结 束 语 ......................................................................................................... 44 致 谢 ............................................................................................................. 45 参考文献 ......................................................................................................... 46
1 绪 论
1.1系统背景
随着社会的发展，高校的管理机制也在发展，因此作为学校工作重要组成部分的高校后勤工作在旧体制下形成的学校办“社会”和行政性管理体制，福利性的供给方式，已不适应社会主义市场经济和高教事业的发展。国家教育部明确要求在2005年前要使高等学校后勤规范管理，进入市场，实现高校后勤社会化、市场化、专业化。高校后勤社会化改革的实质，是实现我国高校办学模式的重大转变。所以我们要从改变办学模式、提高办学效益、保障高校今后良性发展的角度，高度重视这项改革。要充分地认识到，高校后勤工作必须改革，不改革就没有出路，非社会化就没有前途。高校后勤服务集团正是为适应市场经济体制和高等教育发展，为实现高等学校后勤社会化而建立的服务性实体，已逐步形成自主经营、自负盈亏、自我约束、自我发展的经营机制，建立合法经营、规范运作、优质服务、讲求效益的现代企业。
通过对我校后勤改革长期大量的调研、跟踪和对后勤内部建章立制的参与过程，我们掌握了后勤管理中很多急待解决的问
题
快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题
，并汇同我校后勤方面专业人员提出了改进和具体解决
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
，并通过深层研究和探索，利用现代信息系统开辟出新的解决思路，现在已取得了一些成果，尤其是在后勤的制度管理、资源管理、成本管理等方面对后勤所管理的各个职能部门进行了详细的研究，形成了一整套标准化管理体系，同时也提供了一套完整的解决方案。高水准的系统定位，现代化的设计思想，完善的体系结构，齐全的功能模块将真正实现高等院校后勤的服务机制和灵活的市场应变能力大大提高。整个设计方案的总目标:立足校园后勤管理，确保产权明晰、资产保值、增强市场竞争力，扩大社会效益和经济效益，提高后勤管理水平及日常事务处理效率，配合教育管理活动，并使其成为后勤集团市场化运作实现自给自足的管理核心。
1.2 国内信息管理软件的发展现状
20世纪90年代以来，国内经济飞速发展，市场竞争日趋激烈，最大程度的利用现有信息资源，提高工作效率，是广大的企业、部门一直关心的。一系列的信息管理软件
在这个时候也应运而生，适应了时代发展的需要，并积极的促进了信息管理向着科学性和规范性发展。国内专门从事此方面软件开发的公司也比比皆是，但是他们的很多系统都是根据大的需求方向开发的具有广泛针对性和大范围适应性的综合性软件，售价比较昂贵，而且使用比较复杂，针对具体问题的针对性不是很强，不能够达到具体用户的具体需要。因此投入使用后对工作的帮组效果不明显，且资金投入多，人员培训也十分麻烦。因此没有耐性的用户可能会废弃掉从而导致资金投入的失败。
另一方面，用软件定制的方法来制造软件，已经是当前势不可挡的趋势了。许多企业、公司纷纷寻求软件公司针对自己来制作或者改造具有很强针对性的特制软件，从而发挥软件在日常工作事务中的最大作用。
1.3 系统开发特色
高校后勤信息管理系统正是为高校后勤集团科学、全面、完善地管理高校的后勤资源，协助其日常工作而开发。
设计的系统的特点应具有:提高管理效率、检索查找准确方便、可靠性高、存储量大、保密性好、寿命长、运行成本低、节约有限资源等，能够极大地提高管理工作的效率，保证管理的质量。必须建立和完善安全机制，整理科学的管理流程，与后台应数据库系统集成，提供客户支持等的一整套行之有效的管理模式、运营方法和技术平台。
本系统前台采用PowerBuilder 9.0来开发基于网络数据库的管理系统，后台采用SQL Server 2000数据库，并使用计划使用高性能的数据库服务器，提供了很高的安全性。在数据的传输方式上我们采用了校园网的便利条件，将数据库服务器与校园网连接，很好
[1]的解决了远程数据的传输问题。
本系统具有的特色:
(1) 系统采用PowerBuilder 9.0开发前台使用程序和采用SQL Server 2000提供后台数据库支持，高效、安全、跨平台、面向网络。
(2) 系统力求界面友好，功能设置明了，力求达到使用方便、容易上手。
(3) 系统采用面向用户的快速原型法进行软件开发，针对性强。
(4) 采用模块化设计，充分的考虑了扩充需求，可扩展性强。
2 系统开发所需平台
2.1 前端开发环境PowerBuilder 9.0 介绍
2.1.1 PowerBuilder的特点和功能
PowerSoft公司自1991年6月推出PowerBuilder1.0版本以后，不断推出增强版本，目前使用的PowerBuilder，多数是9.0版本。PowerBuilder的功能和特点很多，主要有四点:
[2](1) PowerBuilder是专业的客户/服务器应用程序开发工具。
在计算机网络中客户/服务器工作方式越来越流行。PowerBuilder是Windows和Macintosh界面下客户端的应用程序开发工具，它开发出来的漂亮图形界面应用程序可以和服务器端的数据库协同工作，构成客户/服务器工作方式，顺应计算机发展潮流。
[3](2) PowerBuilder同时支持多种关系数据库管理系统。
PowerBuilder能同时支持多种关系数据库管理系统，包括Oracle、Sybase、DB2、Allbase/SQL、SQLBase、Informix和XDB等，对不同种类的数据库可以用公用接口连接，也可以用专用接口连接，用专用接口连接更加充分发挥每一种数据库的特长。另外，PowerBuilder还可以读取dBASE、FoxPro等格式文件，充分利用来自不同数据源的数据。
(3) PowerBuilder带有一套内置关系数据库管理系统。
PowerBuilder本身带有一套关系数据库管理系统WATCOW。SQL，这套内置关系数据库管理系统，在安装PowerBuilder时自动安装，有内置数据库，PowerBuilder可以脱离网络数据库服务器单机独立运行。这一功能除了开发和调试单用户数据库应用软件外，还可以在开发网络应用软件过程中脱离网络服务器上的数据库，暂时使用内置数据库。
[4](4) PowerBuilder拥有卓越的集成开发环境。
PowerBuilder为开发人员提供的集成开发环境由一系列集成图形画笔(painter)组成。画笔是构建应用程序的各种成分的工具，它包括应用管理工具、环境参数设置工具、窗口开发工具、菜单开发工具、数据窗口开发工具、数据库维护工具、交互测试和调试工
具等，开发人员通过使用这些画笔，很方便做好应用程序的各种成分，包括窗口、数据窗口、菜单、程序、数据库生成、数据库管理、图形、报表、调试和编译等，全部工作都在PowerBuilder集成开发环境中完成，而不必转到其它环境去做。在这集成开发环境里也很方便使应用软件所需要的窗口、数据窗口、菜单、按钮等成分有机地结合在一起，相互关联，使开发出的应用系统真正做到脉络相通，浑然一体。因此，PowerBuilder集成开发环境不要求开发人员精通专用语言，只是简单地生成所需的对象，放置所需的控件，无需复杂的编程，便迅速开发出功能强大的图形界面应用程序。 2.1.2 本系统采用PowerBuilder的优越性
PowerBuilder 使用多级体系，这种特点对MIS系统的开发带来重要优胜。PowerBuilder是著名的数据库应用开发工具生产商Sybase Inc的子公司PowerSoft于1991年6月推出的数据库应用开发工具，历经了多次升级换代。它完全按照客户/服务器体系结构研制设计，在客户机中，它作为数据库应用程序的开发工具而存在，由于PowerBuilder 采用了面向对象和可视化技术，提供可视化的应用开发环境，使得利用PowerBuilder可以方便快捷的开发出利用后台服务其中的数据和数据管理系统的数据库应用程序。
[5]数据窗口是PowerBuilder的一大特色，是PowerBuilder成为C/S体系结构数据库开发领衔的一个重要原因。PowerBuilder作为一种数据库前端开发工具，操作的核心是数据库中的数据。数据窗口是PowerBuilder中的一种对象类型，与其它对象不同的是数据窗口对象是专门为了访问后台的数据库服务的，它包含了对数据库中的数据进行特定操作的信息。只要定义好一个数据窗口对象，以后就可以在多个应用程序中使用这个数据窗口对象，总之，可以把数据窗口看作封装了对数据库中的数据操作的对象，它极大地方便了应用程序对数据库的使用。
由于它所开发的各种应用程序都充分利用了图形化用户接口(GUI)的优点。所以 PowerBuilder被认为是一个图形工具。在CLIENT/SERVER结构的应用中，PowerBuilder具有描述多个数据库连接与检索的功能，特别是它能从大多数流行的RDBMS提取数据。而且不管数据存放在什么地方。另外，各种应用程序也可以独立于RDBMS，因此 PowerBuilder可以使用数据库标准操作语句SQL进行通讯。
2.1.3 PowerBuilder与各种数据库的连接性
[6]PowerBuilder提供了两种访问后台数据库的方式:一种是通过ODBC标准接口的方式，第二种是通过专用的接口与后台的数据库相连。针对Oracle、Sybase和Informix之类的大型数据库管理系统，PowerBuilder提供了旨在提高数据库访问效率的专用数据库接口。这样，不仅提供了对各种数据库的支持，而且对数据库的访问带来了客户/服务器查询处理的高性能。PowerBuilder的主要优越性就在于它的简单性、灵活性。
PowerBuilder可内置数据窗口控件，通过使用该控件可使用户使用很少的程序代码甚至无需编程，即可迅速创建访问数据库信息的窗口，尤其是访问大型数据库信息的窗口。
2.2 数据库介绍
2.2.1 数据库基本知识
在系统的介绍数据库的基本概念之前，这里首先介绍一些数据库最常用的术语和基
[7]本概念。数据库管理系统和数据库系统是与数据库技术密切相关的四个基本概念。
数据是数据库中存储的基本对象。数据的种类很多，文字、图形、图像、声音、学生的档案记录、货物的运输情况等，这些都是数据。
[8]数据库是数据存放的仓库。所谓数据库是指长期存储在计算内的、有组织的、可共享的数据集合。数据库中的数据按一定的数据模型组织、描述和存储，具有较小的冗余度、较高的数据独立性和易扩张性，并可为各种用户共享。
数据的处理是指对各种数据进行收集、存储、加工和传播的一系列活动的总和。数据管理则是指对数据进行分类、组织、编码、存储、检索和维护，它是数据处理的中心问题。
综上所述，数据库是长期存储在计算机内有组织的大量的共享的数据集合。它可以提供各种用户共享，具有最小冗余度和较高的数据独立性。DBMS在数据库建立、运用和维护是对数据库进行统一控制，以保证数据的完整性、安全性，并在多用户同时使用数据库时进行并发控制，在发生故障后对系统进行恢复。
[9]数据库系统的三级模式结构是指数据库系统是由外模式、模式、内模式三级构成。
2.2.2 SQL Server 2000简介
微软公司的SQL Server 2000是一个功能完备的数据库管理系统，它使用Transact-SQL语言在客户机与服务器之间发送请求。SQL Server作为微软公司在
[10]Windows系列平台上开发的数据库，一经推出就以其易用性得到了很多用户的青睐。
SQL Server是一个后台数据库管理系统，它功能强大、操作简便，日益为广大数据库用房所喜爱，越来越多的开发工具提供了与SQL Server的接口。了解和掌握SQL Server的功能，对于一个数据库开发管理人员来说非常必要。
SQL Server最初是由Microsoft、Sybase和Ashton-Tate三家公司共同开发的，于1988年推出了第一个OS/2版本。在Windows NT推出后，Microsoft与Sybase在SQL Server的开发上就分道扬镳了。Microsoft将SQL Server移植到Windows NT系统上，专注与开发推广SQL Server的Windows NT版本;Sybase则较专注于SQL Server在UNIX操作
[11]系统上的应用。
SQL Server 2000是Microsoft公司推出的SQL Server数据库管理系统的最新版本。SQL Server 2000 全面扩展了SQL Server7.0的性能及可靠性和易用性，使它成为一个杰出的数据库平台，可用于大型联机事务处理、数据仓库，以及电子商务等。SQL Server
[12]2000对XML和HTTP提供充分的支持，提供分割装载和确保时间的特性，提供先进的管理和协调机制，可以自动管理线程任务，降低总体开销。
2.2.3 SQL Server 2000新特性
[13]SQL Server 2000的新特性主要有以下内容:
(1) SQL Server 2000中增加了3种数据类型:BIGINT、SQL_VARIANT和TABLE。
(2) 可以将TEXT和IMAGE类型的数据直接存放到表的数据行中，而不是存放到不同的数据页中，这就减少了用于存储TEXT和IMAGE
类型的空间，并相应减少了磁盘处理这类数据的I/O数量。
(3) 增强了Transact-SQL语言的可编程性，用房可以创建自己的Transact-SQL函数，用户自定义函数可以返回一个数量值或表。
(4) 索引功能得到增强，可以将计算字段加入索引。
(5) 全文检索功能得到增强，可以用多种方式更新全文检索索引增加了改变跟踪和
图形过滤的功能。其中图形过滤功能允许对存储在MAGE类型字段中的文档数据进行查询和创建索引。
(6) 索引化视图允许在视图上创建索引，大大提高了需要频繁进行连接查询的程序的性能。
(7) 在同一台计算机上可以运行多个关系数据库引擎，每个引擎都有其系统设置和
[14]用户数据库。
(8) 引入了一个名为OPENROWSET()的函数，它可以指定在分布式查询中的一个特定的连接信息。分布式查询优化器的功能有了进一步的提高，授予了OLE DB数据源更多的SQL操作权。
(9) 创建触发器时可以通过FOR子句来指定触发器类型为INSTEAD OF型或AFTER型，不同的类型的触发器执行的时机不同。
(10) 级联参考完整性约束可以控制在删除或更新有外鍵约束的数据时所采取的操[15]作。这种控制是通过在CREATE TABLE或ALTER TABLE命令中的REFERENCES语句中加入ON DELETE或ON UPDATE来实现的。
(11) 可以使用Koreros来支持客户机与服务器之间的相互认证，也可以使用Koreros和安全性授权来支持完整的认证和SQL服务器注册。
另外，SQL Server数据库管理系统能完全满足维修中心的需求。每个SQL Server服务器可以管理32767个数据库，而每个数据库最多可以拥有20亿个表。现在考虑最复杂的情况:假定全国所有的车站都采用微机联锁技术，每个车站对应一个表，在这种情
[16]况下，也只有几千个表，所以SQL Server数据库管理系统能完全满足维修中心的需求。
(12) 可以使用Koreros来支持客户机与服务器之间的相互认证，也可以使用Koreros
[17]和安全性授权来支持完整的认证和SQL服务器注册。
(13) 引入了新的备份和恢复功能，可以在事务日志中使用命名日志标记来恢复指定的工作，也可以通过为备份设置密码来防止未知。
3 系统开发方法
3.1 系统概述
某校经过近30年的发展建设，目前学校占地面积57万平方米，建筑面积40余万平方米，建有机电、化工、食工、物理等实验大楼;拥有体育馆、图书馆和河南省单体面积最大的教学楼;图书馆藏书近70万册，中外文报刊印刷版1800多种，并拥有多种光盘数据库、网络数据库、配备电子阅览、语音听力等现代化设备。现设有艺术设计学院、材料与化学工程学院、电气信息工程学院、机电工程学院、计算机与通行工程学院、经济与管理学院、国际教育学院、软件学院、易斯顿(国际)美术学院、职业技术学院、轻工职业学院和民族职业学院等13个二级学院，设食品与生物工程系、外语系、技术物理系、信息与计算科学系和法政系等5个系和体育教学部，47个本硕专业、26个专科专业。目前，在校研究生、本专科生等各类学生20000人，教职工1400余人。而学校的后勤服务集团则是为了适应市场经济体制和高等教育发展，为了实现高等学校后勤社会化而建立的服务性实体，已逐步形成了自主经营、自负盈亏、自我发展的经营机制，建立合法经营、规范运作、优质服务、讲求效益的现代企业。为了适应学校的不断发展带来的变化，同时也减轻后勤服务集团大工作量的负担，提高他们的工作效率，合理的分配和利用资源。我们开发了一套基于客户机/服务器结构的学校的后勤管理信息系统。通过后勤管理中基础数据的信息化工程，确保高校在规模不断扩大、迅速发展的过程中保持坚实的管理基础以促进高校的可持续发展。
学校后勤管理信息系统的开发目标是给后勤管理人员提供一个功能齐全，界面友好，使用方便的管理系统，以替代现有的人工管理方法。使学校对信息管理现代化、规范化、标准化和信息化，使效率和质量都得到显著的改善。
某校后勤管理信息系统的总体需求:
(1) 系统功能需求
从要实现的功能上，系统应具备以下五个方面:
?房产管理
?家具管理
?维修工程管理
?计划生育管理
?后勤管理
(2) 系统的技术需求
从技术上，系统应具备以下几个方面:
?系统布局应该合理，系统可靠运行也需要较高的投入。
?系统的数据量较大，尤其是房产管理子系统和后勤管理子系统数据，要求系统保证对大数据量操作的性能。
3.2 系统设计的要点
以各项基本数据信息为数据处理源点，以数据的管理汇总为重点，实现数据的随时查询、修改和汇总功能。以降低资源消耗为系统实现目标，加快数据各项管理和汇总数度。建立各项数据的检索、汇总体系，向主管部门供准确的统计报表。 3.3 系统设计采用的方法
[17]在分析、设计本系统时，我们采用面向用户的快速原型法软件开发模式，如图3-1所示，该方法需要以下几个步骤:
(1) 建立需求分析报告:在行业调研与我校后勤信息管理业务先行模式分析的基础上，完成网络定型、运行环境选择，收集建立系统模型的第一手资料;
(2) 快速设计与建立模型:确定用户界面、数据输入和输出的格式、数据共享的方式、系统的可扩充性、系统安全和可靠性以及绘制系统功能结构图等;
(3) 评审与调整需求:广泛征求有关实际管理人员的意见和建议，对系统模型进行细致的评审、修改、调整和完善;
(4) 软件开发与运行:利用可视化的、面向对象的软件开发工具，快速、高质量的完成软件开发，然后经过短时间的严格的测试、实际环境的试运行和维护，达到系统可靠的运行。此阶段是软件开发起始阶段，也是最重要的阶段，直接关系到后期的开发成
[18]败，因此花费的时间和精力是比较大的。
建立需求分析报告
快速设计与建立模型
评审与调整需求
软件开发与试运行维护
软件产品
图3-1 面向用户的快速原型法
此方法在系统开发过程采用了一种反复的方法。每次反复过程包括开发原型、原型投入运行、优化和修改原型3个阶段。在每一次反复过程中确定问题的要求，比较不同的解决方案，并实现系统的某一部分。
此方法的优点:用户可试用系统，并在系统开发期间提供一些建设性意见;一个操作性原型在几周内就能形成;在实施系统方面用户变得更为积极，因为他们能看到一个符合他们需求的方案出现;原型法可较早地发现错误和漏洞。
此方法的缺点:每次重复都是在上一次的重复的基础上作进一步的改进，如果最初的方案不太恰当，那要改变方案重新开始就很困难;正规的阶段未检查或未进行;系统文档经常空缺和不完整;匆忙地进行原型开发而忽略了系统的备份与恢复、性能及安全
[14]性方面的问题;需要用户和开发人员都必须有足够的耐心，经过多次反复试用和修改。 3.4 系统采用的网络结构
结构上我们采用了当前流行的C/S结构和局域网技术，利用了Power Builder 9.0和SQL Server 2000数据库友好的网络接口，使该系统在利用现有资源和提高了系统的可移植性、管理性、安全性，扩展能力等方面都得到很好的加强。大大提高了系统数据共享
的能力。从而能使整个系统高速、稳定的运行，以确保使用单位高效率、高质量的完成日常工作管理任务。系统拓扑图如图3-2所示:
管理程序 后勤数据库
校园网 值班室节点
办公室节点 程序管理客程序管户端
理客户端
图3-2 系统拓扑图
此结构把数据库内容放在远程的服务器上，而在客户机上安装相应软件，一般采用两层结构:前端是客户机，即用户界面(Client)结合了表示与业务逻辑，接受用户的请求，并向数据库服务提出请求，通常是一个PC机;后端是服务器，即数据管理(Server)将数
[19]据提交给客户端，客户端将数据进行计算并将结果呈现给用户。还要提供完善的安全保护及对数据的完整性处理等操作，并允许多个客户同时访问同一个数据库。在这种结构中，服务器的硬件必须具有足够的处理能力，这样才能满足要求。
此结构的优点:C/S结构在技术上很成熟，它的主要特点是交互性强、具有安全的存取模式、网络通信量低、响应速度快、利于处理大量数据。
此结构的缺点:该结构的程序是针对性开发，变更不够灵活，维护和管理的难度较大。通常只局限于小型局域网，不利于扩展。并且，由于该结构的每台客户机都需要安装相应的客户端程序，分布功能弱且兼容性差，不能实现快速部署安装和配置，因此缺少通用性，具有较大的局限性。
4 系统整体设计
4.1 系统系统设计原则
[20]?系统采用标准化、规范化、模块化的设计思想。
?保证数据控制能力，要具有较高的安全性、一致性、并发性。
?系统应具有良好的开放性，较好的用户接口和系统交互界面。
?符合用户的业务流程，并进一步使之科学合理。
4.2 系统总体分析
高校后勤管理信息系统是针对高校后勤服务集团的切实需求开发的，后勤管理信息系统应具有可靠性高、存储量大、保密性好、寿命长、成本低等特点。它包括了后勤管理工作中所能涉及的各个领域:房产管理、家具管理、维修工程、计划生育和后勤管理。而每个部分的详细功能应该包括信息录入，信息修改，信息查询以及信息打印等功能，政策法规部分则应能直接查阅有关文件的内容，这样才能十分方便、快捷的使用。
HBMIS系统的功能模块图如图4-1所示。
HBMIS
房家维计后
产具修划勤
管管工生管
理理程育理
子子子子子
系系系系系
统统 统 统 统
图4-1 系统功能模块图
针对每个具体模块设计了基本信息采集录入、基本信息查询、基本信息修改、基本信息汇总以及打印等功能。
4.3 各子系统的功能分析
4.3.1 房产管理子系统模块分析
包括家属院职工住房管理和学校教学用房管理、后勤用房管理、校产用房管理、机关办公用房管理、系(部)用房管理，如图4-2所示。涉及到房屋的使用、建设、维修、管理人员等一般信息，并进行适当的统计，进行数据的存储和整理，使房屋资产的管理趋向方便、快捷、高效。
房产管理
职教后校机系
勤产关部工学
住用用用办办
房房房房公公
管管管管用用
理 理 理 理 房房
管管
理 理
图4-2 房产管理子系统功能模块图
详细分析:
?职工住房管理
由楼号可以确定:楼的结构、层数、竣工时间、已使用年限。
查询方式:
?根据人查住过的房子，可显示相应的土地证、房产证及房产分户图。
?根据房子查住过的人。
?根据面积范围查人，可显示相应的土地证、房产证及房产分户图。
?根据职称/职务查现住房，可显示相应的土地证、房产证及房产分户图。
备注:实际售价=[(成本价-工龄折扣*工龄和)*(1- 年折旧率*已使用年限)- 现住折扣]*(1-调节系数和)* 计价面积*(1-一次付款折扣)+ 控制面积*[成本价*(1-折旧率*使用
年限)- 现住折扣]*(1-调节系数和)*(1-付款折扣)+ 超控面积*市场价*(1-调节系数和)*(1-
年折旧率*已使用年限)
?教学用房管理
A、教室
查询的项目:
?根据楼，房间号查询基本信息。 ?根据座位范围查询基本信息。 ?根据面积范围查询基本信息。 ?根据卫生负责人查询基本信息。 B、实验室
查询的项目:
?根据楼、房间号/实验室名称查询基本信息。
?根据座位数范围查询基本信息。 ?根据面积范围查询基本信息。 ?根据(卫生)负责人查询基本信息。 C、图书馆/体育馆
查询的项目:
?根据楼，房间号查询基本信息。 ?根据面积(范围)查询基本信息。 ?根据负责人查询基本信息。 ? 后勤用房管理
A、学生宿舍
查询的项目:
?根据园区号、楼号、单元号,房间号查本室的基本信息。
?根据房间类型查询。
?根据住宿费的范围。
?根据系别。
?根据年级。
?根据建筑面积。
B、食堂、浴池、医院、收发室、行政、礼堂用房。
查询的项目:
?根据楼的名称查询楼的基本信息。
?根据负责人身份证号及名字查询楼的基本信息。
?校产用房管理
校产用房包括科工贸公司和西郊工厂。其中工贸公司包括交流中心，门面房(商业
用房),西郊工厂管理表包括厂区管理表，宿舍区管理表。
科工贸公司
?交流中心的信息同?中B整个楼的信息和房间信息。
可供选择的查询的项目:根据楼号、房间号/名称、负责人姓名、租用期限、租用人
身份证、租用人名字、租金范围等条件的组合查询。
?要体现出来租房的历史信息。必须要增加一个表，而对此表的修改是在对租房信
息修改的时候进行自动的修改。
注:可根据某个房间查找曾经租过本房的人的信息。
机关办公用房管理 ?
房间基本设备表:同实验室的房间设备表。
可供选择的查询信息:
?按部门查询，对数值型字段汇总。
?按人数范围查询办公室的基本信息。
?按面积范围查询办公室的基本信息。
?系部办公用房管理
可供选择的查询信息:
?按部门查询，对数值型字段汇总。
?按人数范围查询办公室的基本信息。
?按面积范围查询办公室的基本信息。
4.3.2 家具管理子系统模块分析
主要包括教室、实验室的实验台、凳、桌椅及图书馆书架、阅览室桌椅等专用家具
和办公家具的日常管理。细分为两大类:
?专用家具
?办公家具
如图4-3所示。
家具管理子系统
专办
用公
家家
具具
图4-3 家具模块图
查询的项目:
?根据名称、领用人、负责人、保管人查询相关家具的基本信息。
?根据使用单位、购入日期、来源、单价、领用日期等组合查询。 4.3.3 维修工程管理子系统模块分析
维修工程管理主要是负责学校的各种设施的维修工作，此子系统主要记录工程的施工和管理情况。通过维修工程管理这一部分，可以查出维修过的项目和尚未维修的项目。维修工程种类主要包括专项维修工程和零星维修工程。
查询的项目:
?根据工程序号/工程名称查询有关工程的信息。
?根据申报人、维修人、开始时间、结束时间的组合来查询有关工程的信息。 4.3.4 计划生育管理子系统模块分析
计划生育管理主要是对高校教职工人口及计划生育情况的管理。它包括对常住人口的管理和对流动人口的管理，对流动人口的管理又包括了对流动人口男性的管理和流动人口女性的管理。所管理的信息中不仅含有人口的基本资料，还包含了独生子女证明、现有子女、持有生育指标等方面的信息。通过此子部分，管理人员可以清楚地知道每一位教职工在计划生育方面的具体情况，这样使得对高校教职工计划生育工作的管理更加合理、高效。
? 常住人口管理的查询项目
?根据妇女登记序号查询。
?根据女方身份证号/女方姓名查询。
?根据持有预产期、生育指标情况和生育服务册编号查询。 ?男性流动人口管理的查询项目
?根据男性登记序号查询。
?根据身份证号/姓名查询。
?根据结婚时间和生育证号查询。
?女性流动人口管理的查询项目
?根据女性登记序号查询。
?根据身份证号/姓名查询。
?根据结婚时间和生育证号查询。
4.3.5 后勤管理子系统模块分析
该模块包括了后勤日常管理和后勤社会化改革两部分:后勤日常管理包括文件管
理;后勤社会化改革包括家属区水、电、暖管理、教学区水、电、暖管理、幼儿园管理、
学生公寓管理、教学区办公物业管理、绿化管理、卫生管理、餐厅管理，如图4-5所示。
后勤管理子系统
后勤日常管理 后勤社会化改革
政幼学水物卫学绿策儿生电业生生化法园公暖管保食管规管寓管理洁堂 理 管管理管管理 理理理理
图4-5 后勤管理模块图
详细分析:
(一)文件分析:
?教学区供水、供电、供暖管理
按月记录每个单位的水电暖的数据，按市场的单位价格计算总费用，并向用户收取
应交费用。
?教学、办公物业管理
记录和物业有关的维护信息和人员信息，方便进行统一的人员配置。 ?绿化管理
记录绿化有关的资源信息和人员信息，方便进行统一的资源和人员配置。 ?卫生保洁管理
记录卫生保洁有关的人员信息和区域信息，方便统一地进行人员配置。 ?学生食堂管理
按月记录每个单位的水电暖的数据，并向用户收取应交费用。 ?学生公寓管理
按月记录单位的水电暖的数据，按市场的单位价格计算总费用，并向用户收取应交
费用。
?幼儿园管理
记录与幼儿园有关的各种拨款信息，并对数据进行汇总，方便对数据和资金进行使
用和查询。
?政策法规管理
记录各项政策信息，方便进行管理和备查。
(二)查询分析
?教学区供水、供电、供暖管理
/单位名称查询有关情况。 查询信息:根据院/系
?教学、办公物业管理的查询项目:
?根据院/系/单位名称查询。
?根据楼编号查询。
?根据物业人员姓名查询。
?绿化管理的查询项目
?根据绿化地带查询。
?根据维护人员姓名查询。
?卫生保洁管理的查询项目 ?根据卫生维护位置查询。 ?维护人员姓名查询。
?学生食堂管理的查询项目 ?根据食堂名称查询。
?根据食堂负责人名字查询。 ?学生公寓管理的查询项目 ?根据学生公寓名称查询整体情况。 ?根据楼房管理人员身份证号/名字查询整体情况。
?根据楼号，单元号，房间号查询具体房间的情况。
?幼儿园管理
可供查询的信息:
?按时间段查询基本信息 。 ?按拨款名称查询基本信息。 ?按人名查询基本信息。
?政策法规管理
?按文件名查询基本信息 。
5 数据库设计方法
5.1 数据库设计的过程
设数据库设计包括逻辑设计和物理设计两部分。逻辑数据库设计包括使用数据库组件为业务需求和数据建模，而无需考虑如何在哪里物理存储这些数据;物理数据库设计包括将逻辑设计映射到物理媒体上，利用可用的硬件和软件功能使得尽可能快地对数据库进行物理访问和维护，还包括生成索引。而且需要我们耐心收集和分析数据，仔细理清数据间的关系，消除对数据库应用不利的隐患等等。在整个设计过程中必须按步骤认真完成。一个数据库的设计好坏将直接影响将来基于该数据库的应用。另外，数据库也不是独立存在的，它总是与具体的应用相关的，为具体的应用而建立的。因此在设计数据库之前我们必须明确应用的目的，在设计数据库的时候也应时刻考虑用户需求，数据库与具体应用之间是相辅相成的关系。
5.2 逻辑数据库的设计
数据库的逻辑设计，包括表与表之间的关系，这是优化关系数据库的核心。一个好的逻辑数据库设计可以为优化数据库和应用程序打下良好的基础。标准化的数据库逻辑设计包括用大量的、有相互关系的窄表来代替很多列的宽数据表。使用标准化数据库的优点如下:
(1) 由于表窄，可使排序和建立索引更为迅速。
(2) 由于表多，则可使用多簇的索引。
(3) 索引更多更紧凑。
(4) 每个表中可以包含少量的索引，提升执行语句的速度。
(5) 更少的空值和更少的多余值，增加了数据库的紧凑性。
由于数据库的规范化设计减少了数据冗余，也减少了用于存储数据的页，提高应用程序的效率并减少因数据不一致引起错误的可能性。但表关系也许需要通过复杂的合并来处理。这样会降低系统的性能。某种程度上的非规范化可以改善系统的性能，非规范化过程可以根据性能方面不同的考虑用多种不同的方法进行，以下方法经实践验证往往
能提高性能。
(1) 如果规范化设计产生了许多4路或更多路合并关系，就可以考虑在数据库实体(表)中加入重复属性(列)。
(2) 常用的计算字段(如总计、最大值等)可以考虑存储到数据库实体中。
把用户经常需要在查询和报表中用到的，在表的记录量很大时，有必要把计划总数作为一个独立的字段加入到表中。可采用触发器以在客户端保持数据的一致性。
(3) 重新定义实体以减少外部属性数据或行数据的开支。相应的非规范化类型是:
?把一个实体(表)分割成二个表(把所有的属性分成2组)。这样就把频繁被访问的数据同较少被访问的数据分开了。这种方法要求在每个表中复制首要关键字。这样产生的设计有利于并行处理，并将产生列数较少的表。
?把一个实体(表)分割成二个表(把所有的行分成2组)。
这种方法适用于那些将包含大量数据的实体(表)。在应用中常要保留历史记录，但是历史记录很少用到。因此可以把频繁被访问的数据同较少被访问的历史数据分开。而
部分、销售分区、地理区域等)访问，那么这种且如果数据行是作为子集被逻辑工作组(
方法也是很有好处的。较佳的策略是以规范化的设计为出发点，然后出于特定的原因有选择地非规范化某些表。
无论哪种设计，都应利用SQL Server下列功能自动维护数据库的完整性。
(1) 利用CHECK约束，保证字段的有效性。
(2) 利用DEFAULT 和NOT NULL 约束，保证输出必要字段值。
(3) 利用PRIMARY KEY和UNIQUE约束，保证字段值的唯一性。
(4) 利用FOREIGN KEY约束，保证记录的参照完整性。
(5) 使用IDENTITY字段，高效生成惟一行的标识符。
(6) 利用TIMESTAMP字段确保在多用户更新间进行高效并发检查。
(7) 用户定义的数据类型确保到定义在数据库内的一致性。
这些服务器强制的规则有助于避免因应用程序本身未完全强制完整性规则而引起数据错误，尽可能高效地强制数据完整性。
5.3 物理数据库的设计
I/O子系统(存储引擎)是任何关系数据库的关键组件。关系数据库的存储引擎在此
设计中占了很大份量，其中包括:
(1) 使用哪种类型的磁盘硬件推荐使用RAID设备。SQL Server一般使用RAID 等级0、1和5。
通常在RAID 0驱动器上配置数据库。将事务日志放置在镜像驱动器RAID 1，通过镜像事务日志，为数据库获取最佳的磁盘I/O性能并维护数据库可恢复性。
如果考虑数据必须能够快速恢复，可将镜像事务日志和数据库放置在RAID 5磁盘
0或RAID 1低，但能提供更多的可靠性和更快的上。显然RAID 5 提供的性能比RAID
恢复能力。
(2) 分区
[14]将数据库分区可提高其性能并易于维护。通过将一个大表拆分成更小的单个表，可提高查询速度，更快地执行维护任务。但有时实现分区操作时可不拆分表，而将表物理地放置在个别的磁盘驱动器上。将表放在某个物理驱动器上并将相关的表放在与之分离的驱动器上可提高查询性能，因为当执行涉及表之间联接的查询时，多个磁头同时读取数据。可使用SQL Server2000文件组指定将表放置在哪些磁盘上。
(3) 使用文件组放置数据
?文件组上放置表
可在特定的文件组上创建表。如果文件组由在不同物理磁盘中展开的多个文件组成，而且每个磁盘都有自己的磁盘控制器，则对表中数据的查询将在这些磁盘中展开，从而提高查询性能，也可通过在RAID等级0、1或5设备上创建单个文件可以达到同样的效果。
?在文件组上放置索引
默认情况下，索引创建在基表所在的文件组上，该索引即在该基表上创建。不过可以在不同于包含基表的文件组的其它文件组上创建非聚集索引。通过在其它文件组上创建索引，可以在文件组通过自带的控制器使用不同的物理驱动器时实现性能提升，这样就可使数据库和索引信息由多个磁头读取。
(4) 优化事务日志性能
?将事务日志创建在物理上单独的磁盘或RAID设备上。
?将事务日志文件按序列写入，因此使用单独的专用磁盘可使磁头保持在一个写入
[7]操作的位置。
?将事务日志文件的初始大小设置为合理大小，以防止当需要更多的事务日志空间
时文件自动扩展。当事务日志在扩展时，将创建一个新的虚拟日志文件，并且写入事务日志的操作在事务日志扩展时会一直等待着，如果事务日志扩展得过于频繁，性能可能会受到不良影响。
?将文件增长增量百分比设置为合理的大小，以防止文件按大小的值增长。如果文件增长幅度与写入事务日志的日志记录数相比太小，则事务日志可能需要始终扩展，因而将影响性能。
?手工收缩事务日志文件。而不是允许SQL Server 自动收缩文件。当一个系统正在进行事务处理时，收缩事务日志可能会应数据页的移动和锁定而妨害性能。
(5) 优化temped性能
?使temped数据库得以按需自动扩展，这确保在执行完成前不终止查询，该查询所完成的存储在temped数据库内的中间结果集比预期大得多。
?将temped数据库文件的初始大小设置为合理的大小，以避免当需要更多空间时文件自动扩展。
?将文件增长增量百分比设置为合理大小，以避免temped数据库文件按大小的值增长。
?将temped数据库放在快速I/O子系统上以确保好的性能。在多个磁盘上条带化temped数据库以获得更好的性能。使用文件组将temped数据库放在除用户数据库所使用的磁盘之外的磁盘上。
5.4 具体数据库的设计
设计一个数据库需要我们耐心收集和分析数据，仔细理清数据间的关系，消除对数据库应用不利的隐患等等其中最重要的是需求分析。在整个设计过程中，必须按步骤认真完成。一个数据库的设计好坏将直接影响将来基于该数据库的应用。另外，数据库也不是独立存在的，它总是与具体的应用相关的，为具体的应用而建立的。因此在设计数据库之前我们必须明确应用的目的，在设计数据库的时候也应时刻考虑用户需求，数据库与具体应用之间是相辅相成的关系。
数据库的设计过程一般包括以下四个步骤:
(1) 确定建立数据库的目的和收集数据
数据库设计过程的第一个阶段是确定建立数据库的目的和收集数据。通常，我们也
把确定建立数据库的目的称为需求分析。需求分析的任务就是通过详细调查要处理的对象来明确用户的各种需求。并且通过调查、收集和分析信息，以了解在数据库中需要存储哪些数据，要完成什么样的数据处理功能。这一过程是数据库设计的起点，它将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。
确定目的之后就需要根据目的收集有用的数据。在着手收集数据之前最重要的就是要调查用户的实际需求，然后分析与表达这些需求。调查用户需求的方法有很多，如查阅记录、访谈、开调查会、设计调查表请用户填写或回答相关问题等。其中比较有效的方法是访谈，我们可以借助一些设计合理的调查表来与用户直接交流。通过充分交流，可以了解他们平时是如何使用数据库的，以及对当前信息的要求，进而设计满足用户需求的字段，并根据设计的字段收集数据。
(2) 建立概念模型
确定建立数据库的目的以及完成数据收集后，就进入数据库设计过程的第二阶段——建立概念模型。这一阶段是整个数据库设计的关键。设计时，一般先根据应用的需求，画出能反映每个应用需求的E-R图，其中包括确定实体、属性和联系的类型。然后优化初始的E-R图，消除冗余和可能存在的矛盾。概念模型是对用户需求的客观反映，并不涉及具体的计算机软、硬件环境。因此，在这一阶段中我们必须将注意力集中在怎样表达出用户对信息的需求，而不考虑具体实现问题。
(3) 建立数据模型
完成上一阶段后，我们得到了一个与具体计算机软、硬件无关的概念模型。接着我们就可以着手建立数据库模型了，这是数据库设计过程的第三个阶段。在这一阶段中我们要将概念模型中得到的E-R图转换成具体的数据模型。通过前面的学习，我们已经了解到数据模型一般分为层次、网状、关系和面向对象模型等。目前比较常用的是关系数据模型，我们通常将E-R图转换成关系数据模型，实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式。
(4) 实施与维护数据库
最后一个阶段是实施与维护数据库。完成数据模型的建立后，我们就必须对字段进行命名，确定字段的类型和宽度，并利用数据库管理系统或数据库语言创建数据库结构、输入数据和运行等，因此数据库的实施是数据库设计过程的“最终实现”。如果数据库运行很成功，则表明数据库设计任务基本结束，以后的重点就是数据库的维护工作，包括做好备份工作、数据库的安全性和完整性调整、改善数据库性能等。
总之，数据库的设计在数据库应用系统的开发中占有很重要的地位。只有设计出合理的数据库，才能为建立在数据库上的应用提供方便。不过数据库的设计过程从来都不会有真正的结束，因为随着用户需求和具体应用的变化和扩大，数据库的结构也可能会随之变化。
5.5数据库的设计注意事项
(1) 索引(Index)的使用技巧
创建索引一般有两个目的:维护被索引列的惟一性和提供快速访问表中数据的策略。大型数据库有两种索引，即簇索引和非簇索引，一个没有簇索引的表是按堆结构存储数据，所有的数据均添加在表的尾部;而建立了簇索引的表，其数据在物理上会按照簇索引键的顺序存储，一个表只允许有一个簇索引，因此，根据B树结构，可以理解添加任何一种索引均能提高按索引列查询的速度，但与此同时会降低插入、更新、删除操作的性能，尤其是当填充因子(Fill Factor)较大时。所以对索引较多的表进行频繁的插入、更新、删除操作时，建表和索引时应设置较小的填充因子，以便在各数据页中留下较多的自由空间，减少页分割及重新组织的工作。
(2) 数据的一致性和完整性
为了保证数据库的一致性和完整性，设计人员往往会设计过多的表间关联(Relation)，尽可能地降低数据冗余。表间关联是一种强制性措施，建立后，对父表(Parent Table)和子表(Child Table)的插入、更新、删除操作均要占用系统的开销，另外，最好不要用Identify 属性字段作为主键与子表关联。如果数据冗余低，数据的完整性容易得到保证，但增加了表间连接查询的操作。为了提高系统的响应时间，合理的数据冗余也是必要的。使用规则(Rule)和约束(Check)来防止系统操作人员误输入造成数据的错误是，设计人员的另一种常用手段，但是，不必要的规则和约束也会占用系统的不必要开销，需要注意的是，约束对数据的有效性验证要比规则快。所有这些，设
[18]计人员在设计阶段应根据系统操作的类型、频度加以均衡考虑。
(3) 事务的陷阱
事务是在一次性完成的一组操作。虽然这些操作是单个的操作，SQL Server能够保证这组操作要么全部都完成，要么一点儿都不做。正是大型数据库的这一特性，使得数据的完整性得到了极大的保证。
众所周知，SQL Server为每个独立的SQL语句都提供了隐含的事务控制，使得每个DML的数据操作得以完整提交或回滚，但是SQL Server还提供了显式事务控制语句，
(4) 数据类型的选择
数据类型的合理选择对于数据库的性能和操作具有很大的影响，有关这方面的书籍也有不少的阐述，这里主要介绍几点:
?Identify字段不要作为表的主键与其它表关联，这将会影响到该表的数据迁移。
?Text 和Image字段属指针型数据，主要用来存放二进制大型对象(BLOB)。这类数据的操作相比其它数据类型较慢，因此要避开使用。
?日期型字段的优点是有众多的日期函数支持，因此，在日期的大小比较、加减操
[20]作上非常简单。但是，在按照日期作为条件的查询操作也要用函数，相比其它数据类型速度上就慢许多，因为用函数作为查询的条件时，服务器无法用先进的性能策略来优化查询而只能进行表扫描遍历每行。
6 职工住房管理子系统数据库设计
6.1 职工住房管理子系统的数据库设计
职工住房管理主要用来记录家属院职工住房的具体情况，包含房屋基本信息、国有土地使用证、房产证、房产分户图等相关内容。
(1) 房屋基本信息表
其主要属性有:序号，单位编号，人员编号，房屋产权单位，操作时间，评估基准时间，姓名1，工作单位1，职称/务1，工龄1，身份证号1，姓名2，工作单位2，职称/务2，工龄2，身份证号2，路/街，院号，楼号，单元号，建筑面积，结构1，层数，层次，竣工时间，新分/现住，朝向，楼层，结构2，设施，地段，年代折扣，实际售价，成本价1，工龄折扣，工龄和，年折旧率，已使用年限，现住折扣，调节系数和，计价面积，一次付款折扣，控制面积，成本价2，折旧率，付款折扣，超控面积，市场价，产权比例，如图6-1所示。
图6-1房屋基本信息表
在此表中N_ID是主键，其它各字段名都是根据由首字母所拼出。数据类型一栏中:int是整型，varchar是字符型，即在输入过程中可以随意输入数字或是符号。
注:由楼号可以确定:楼的结构、层数、竣工时间、已使用年限等。
备注:实际售价=[(成本价-工龄折扣*工龄和)*(1- 年折旧率*已使用年限)- 现住折扣]*(1-调节系数和)* 计价面积*(1-一次付款折扣)+ 控制面积*[成本价*(1-折旧率*使用
年限)- 现住折扣]*(1-调节系数和)*(1-付款折扣)+ 超控面积*市场价*(1-调节系数和)*(1-年折旧率*已使用年限)
(2) 国有土地使用证
具体信息如下:其主要属性有:序号，城市，年份，编号，使用权人，路/街，院号，楼号，单元号，地号，图号，地类(用途)，取得价格，使用权类型，终止日期，独用面积，分推面积，城市2，日期，证书号，操作日期，操作人，如图6-2所示。
图6-2 国有土地使用证表
(3) 房产证
其主要属性有:序号ID，城市，编号，所用权人，路/街，院号，楼号，单元号，丘地号，图号，产别，取得价格，幢号1，房号1，结构1，房屋总层数1，所在层数1，建筑面积1，设计用途1，幢号2，房号2，结构2，房屋总层数2，所在层数2，建筑面积2，设计用途2，幢号3，房号3，结构3，房屋总层数3，所在层数3，建筑面积3，设计用途3，幢号4，房号4，结构4，房屋总层数4，所在层数4，所在层数5，建筑面积5，设计用途5，共有人名字,共有人数，权证号1，权证号2，操作日期,操作人，备注，如图6-3所示。
(4) 房产分户图
其主要属性有:序号 ID，路/街，院号，楼号，单元号，建成年份，套内面积，房地号，总层数，分摊面积，建筑结构，所在层数，产权面积，填发日期，编号，操作日期，操作人，备注，如图6-4所示。
图6-3 房产证表
图 6-4 房产分户图表
6.2 机关办公用房管理数据库的设计
其主要属性有:序号 ID，部门，楼号，房间号/名称，建筑面积，电灯数，插座数，风扇数，开关数，空调数，窗帘数，暖气片数，窗户数，门数，桌子数，椅子数，电灯价，插座价，风扇价，开关价，空调价，窗帘价，暖气片价，窗户价，门价，桌子价，椅子价，总价，人数，人定额面积，差额面积，收费标准(月/平方)，总费用，部门负责人姓名，房间负责人姓名，备注,如图6-5所示。
图6-5 机关办公用房表
6.3 职工住房管理中信息录入功能的实现
信息录入窗口的界面如图6-6。
图6-6 职工住房管理信息录入
由窗口可以看出，录入功能主要通过在本窗口中的各个编辑框中录入信息后保存或者清空以及退出三个控件来实现。其中保存是将输入的信息保存到相应的表中，此是所用的SQL语言为:INSERT INTO B_FWJBXX，列出部分代码如:
dwbh =sle_dwbh.text rybh =sle_rybh.text INSERT INTO B_FWJBXX
(C_dwbh,
C_rybh,
)
VALUES ( :dwbh,
:rybh,
) ;
if sqlca.sqlcode = 0 then
commit;
messagebox("提示","保存成功!") else
messagebox("提示","保存失败!"); end if
清空按钮中的代码即是将窗口中所有编辑框赋空值。例如将姓名1和工作单位赋空
值即为:
sle_xm1.text=""
sle_gzdw1.text=""
6.4 职工住房管理中信息查询功能的实现 在主窗口下的查询窗口界面如图6-7。
此查询功能强大，既可以按某一个信息进行查询，也可以将几个信息组合起来查询。
查询按钮中的部分代码如下:
首先由复选框来判断是单一查询还是组合查询 : if cbx_xm.checked=true then
xm=sle_xm.text if dwfilter<>'' then
图6.7 职工住房管理信息查询
dwfilter=dwfilter+" and "+"(C_XM1 = '"+xm+"')" + " or " + "(C_XM2 = '"+xm+"')"
else
dwfilter=dwfilter+"(C_XM1 = '" + xm + "')" + " or " + "(C_XM2 = '"+xm+"')"
end if
end if
然后再根据dwfilter的值来判断有没有满足条件的记录:
if dwfilter = "" then
dw_1.settransobject(sqlca)
dw_1.retrieve()
else
dw_1.settransobject(sqlca)
oldsql= dw_1.getsqlselect() newsql= oldsql + "where" + dwfilter dw_1.setsqlselect(newsql)
dw_1.retrieve()
dw_1.setsqlselect(oldsql)
end if
if dw_1.rowcount() = 0 then
messagebox("提示","没有满足条件的记录～")
return;
else
return;
end if
修改按钮的功能是在本查询窗口的数据窗口中选中一行，然后在打开修改窗口的同
时进行参数传递，其代码为:
if dw_1.rowcount() <> 0 then long a,b
b=dw_1.getrow()
a=dw_1.getitemnumber(b,1) openwithparm(w_fcgl_zgzfgl_xg,a) else
messagebox("提示","请选中要修改的记录!")
return
end if
删除按钮的功能是在本查询窗口中选出信息然后将其删除。其主要代码如下: long a,b
b=dw_1.getrow()
a=dw_1.getitemnumber(b,1) if messagebox("提示:","确实要删除吗,",question!,yesno!) = 1 then
DELETE FROM B_FWJBXX
WHERE B_FWJBXX.N_ID = :a ; end if
录入按钮的功能是打开录入窗口进行信息录入:
open(w_fcgl_zgzfgl)
6.5 职工住房管理中信息修改功能的实现
职工住房管理修改窗口的界面如图6-8。
图6-8 职工住房管理修改
因为此窗口是对在查询窗口所查询到的信息的修改，所以存在数据传递的问题。解
决此问题的方法，就是在本窗口的open()事件中编写进行数据传递的代码。 接受参数 long c
c = message.doubleparm
选值操作:
SELECT
B_FWJBXX.C_DWBH,
B_FWJBXX.C_rybh,
B_FWJBXX.C_fwcqdw,
INTO :dwbh,
:rybh,
:fwcqdw,
FROM B_FWJBXX
WHERE B_FWJBXX.N_ID = :c; 将所选的值赋给各个编辑框:
sle_dwbh.text = dwbh
sle_rybh.text = rybh
sle_fwcqdw.text = fwcqd
本窗口中修改按钮是将传递过来的数据进行修改，其对单位编号和人员编号的修改
代码如下:
long c
c = message.doubleparm
dwbh =sle_dwbh.text
rybh =sle_rybh.text
UPDATE B_FWJBXX
SET C_dwbh= :dwbh,
C_rybh= :rybh, WHERE B_FWJBXX.N_ID= :c; if sqlca.sqlcode = 0 then
commit;
messagebox("提示","修改成功!");
end if
以上就是对房产管理子系统中职工住房管理具体功能实现的描述。教学用房管理，
后勤用房管理，校产用房管理，机关办公用房管理以及系部办公用房管理的功能都和职
工住房管理的相同，实现方法也类似，在此不多加介绍。
7 维修工程子系统数据库设计
7.1维修工程管理子系统的设计
1、功能说明:
该模块完成以下功能:
维修工程管理子系统主要记录工程的施工和管理情况，工程种类主要包括专项维修工程和零星维修工程。
查询的项目:
?根据工程序号/工程名称查询有关工程的信息
?根据申报人、维修人、开始时间、结束时间的组合来查询有关工程的信息
2、功能结构图:
[15]维修工程管理主要是负责学校的各种设施的维修工作，此工程种类主要包括专项维修工程和零星维修工程。此子系统主要记录工程的施工和管理情况。其维修工程管理表的主要属性有:序号 ID，工程序号、工程名称、工程种类(分专项和零星)、工程状态、审批人、申报人、开始时间、结束时间、预期资金、核算资金、招标价格、结算、维修人，维修地、备注等。其功能结构图如图7-1。
维修工程管理
专零
项星
维维
修修
图7-1维修工程管理子系统功能模块图
3、维修工程信息中的表
维修工程信息表如图7-2。
图7-2维修工程信息表
维修工程信息表中的字段含义如表7-1。
表7-1 维修工程信息表中的字段含义
字段名 注释 bd_id 序号 c_gcxh 工程序号 c_gcmc 工程名称 c_gczl 工程种类 c_gczt 工程状态 c_spr 审批人 c_sbr 申报人 d_kssj 开始时间 d_jssj 结束时间 n_yqzj 预算资金 n_hszj 核算资金 n_zbjg 招标价格 n_js 结算 c_wxr 维修人 c_wxd 维修地 c_bz 备注
7.2维修工程管理系统功能的实现
7.2.1维修工程管理的录入功能的实现
维修工程管理录入窗口的如图7-3。
图7-3维修工程管理录入窗口
由窗口可以看出，录入功能主要通过在本窗口中的各个编辑框中录入信息后保存及
退出两个控件来实现。其中保存是将输入的信息保存到相应的表中，此是所用的SQL语
言为:INSERT INTO b_wxgl，列出部分代码如下:
bh = trim(sle_bh.text)
mc = trim(sle_mc.text)
INSERT INTO b_wxgl
(
c_gcxh,
c_gcmc )
VALUES (
:bh,
:mc) ;
if sqlca.sqlcode <> 0 then
messagebox("提示","数据录入失败!")
return
messagebox("提示","数据录入成功!")
commit;
end if
维修信息录入界面功能测试如表7-2。
表7-2 维修信息录入界面功能测试
测试用例 预期效果 实际效果
选择填写对应信息 录入信息 录入信息
单击“录入”按钮 保存记录 保存记录
单击“退出”按钮 退出页面 退出页面
7.2.2维修工程管理的修改功能实现
维修工程管理修改窗口的如图7-4。
图7-4 维修工程管理修改窗口 因为此窗口是对在查询窗口所查询到的信息的修改，所以存在数据传递的问题。解
决此问题的方法，就是在本窗口的open()事件中编写进行数据传递的代码: 接受参数 long id
id = message.doubleparm 选值操作:
SELECT b_wxgl.c_gcxh,
b_wxgl.c_gcmc,
b_wxgl.c_gczl,
INTO :bh,
:mc,
:zl,
FROM b_wxgl
WHERE b_wxgl.bd_id = :id; 将所选的值赋给各个编辑框:
sle_bh.text = bh
sle_mc.text = mc
ddlb_zl.text = zl
本窗口中修改按钮是将传递过来的数据进行修改，其对单位编号和人员编号的修改
代码如下:
bh = trim(sle_bh.text) mc = trim(sle_mc.text) UPDATE b_wxgl
SET c_gcxh= :bh,
c_gcmc= :mc,
WHERE b_wxgl.N_ID= :id;
if sqlca.sqlcode = 0 then
commit;
messagebox("提示","修改成功!"); end if
维修信息修改界面功能测试如表7-3。
表7-3 维修信息修改界面功能测试 测试用例 预期效果 实际效果 选择填写对应信息 修改信息 修改信息 单击“修改”按钮 保存修改后的记录 保存修改后的记录 单击“退出”按钮 退出页面 退出页面
7.2.3维修工程管理的查询功能实现
维修工程管理查询窗口的如图7-5。
图7-5维修工程管理查询窗口
这个窗口的核心功能是维修信息的查询，其查询按钮的核心代码如下: 首先由复选框来判断是单一查询还是组合查询 :
if cbx_xh.checked = true then
tt = trim(sle_xh.text)
if dwfilter = '' then
dwfilter = "(c_gcxh = '"+tt+"')"
else
dwfilter = dwfilter + "and" + "(c_gcxh = '"+tt+"')"
end if
end if
然后再根据dwfilter的值来判断有没有满足条件的记录:
if dwfilter = '' then
new_sql = old_sql
else
new_sql = old_sql + "where" + dwfilter
end if
dw_1.setsqlselect(new_sql)
dw_1.retrieve()
if dw_1.rowcount() < 1 then
messagebox("提示","无相关信息!")
end if
修改按钮的功能是在本查询窗口的数据窗口中选中一行，然后在打开修改窗口，其
代码为:
if id = 0 then
messagebox("提示","请选择记录!")
return
end if
string idid
idid = string(id)
openwithparm(w_weixiu_xg,idid) 删除按钮的功能是在本查询窗口中选出信息然后将其删除。其主要代码如下:
if id = 0 then
messagebox("提示","请选择记录!")
return
end if
if messagebox("提示","确定删除此记录吗?",question!,YesNo!,2) = 2 then
return
end if
DELETE FROM b_wxgl
WHERE b_wxgl.bd_id = :id ; if sqlca.sqlcode <> 0 then
messagebox("提示","数据删除失败!")
rollback;
return
messagebox("提示","数据删除成功!")
commit;
end if
录入按钮的功能是打开录入窗口进行信息录入:
open(w_weixiu_lr)
维修信息查询界面功能测试如表7-4。
表7-4 维修信息查询界面功能测试
测试用例 预期效果 实际效果
单击“修改”按钮 修改记录 修改记录
单击“删除”按钮 删除一个记录 删除一个记录
查找一个记录，分别按显示要查找的记录 显示找到记录
工程序号，申报人查找。
单击“关闭”按钮 关闭窗口 关闭窗口
结 束 语
本文针对当前后勤管理中存在的问题以及如何解决展开，对后勤管理的业务流程从数据采集、录入、汇总、查询、修改和维护等进行细致分析，涉及了软件工程技术的各个方面，开发了一个C/S架构的后勤管理系统。该系统分为五大模块:房产管理、家具管理、维修工程、计划生育、后勤管理子系统。
用户通过使用本系统，能够在节约人力物力的情况下提高工作效率和准确性，同时还可以进行各种查询、统计和打印报表使数据更加简单明了，使以前繁重复杂伤神的后勤信息管理工作变得更为轻松、容易，更为科学有序。本系统的研究设计将会把后勤集团的工作提升到一个新的层次。
由于我们的软件开发技巧还属于基础阶段，还缺乏大量的实际开发知识和技巧，所以本系统的开发过程可谓艰辛、曲折，需求分析、系统设计等工作都是从零做起，但是我们从未放弃过，在尚老师的指导和帮助下，我们终于客服了重重的困难，完成了本套系统的开发工作，同时我们也在这个过程中学到了大量的实践经验和实战技巧。
本文尽管针对后勤管理的设计和实现做了一定的研究，取得了一定的成效，但是仍然存在着不足和有待进一步研究的问题。首先，由于后勤系统的面太宽、太广，致使模块的划分时难度很大，所以在各个模块的划分和整合上可能存在着缺陷。还需进一步优化。其次，由于后勤管理本身存在一系列复杂的流程，所以系统设计也涉及了很多流程，而且是在现有后勤工作的模式上开发的，对于具体的工作流程来说，有的则显得繁琐。若能根据现代企业管理的需求定制工作流程，从本质上加以改变，则本系统的优秀度可能会更好。
致 谢
时光飞逝，转眼间大学四年的美好时光就要结束了。回想过去四年的生活，真实感慨颇多啊～但回头细说这一二十年的求学之路，今天，可以告一段落了。但正是在这些年里，正是有着那么多的人，有家人有恩师有好友给予我的无私帮助和鼓励，我才能够顺利的走到今天，并给我的人生涂上了很多绚丽的色彩。有欢乐也有酸甜苦辣、欢喜悲忧但它们都成为了我现在和以后生活和学习的宝贵财富。因此我要衷心的感谢他们，感谢他们给予我的极大的帮助和鼓励，感谢他们陪伴我走过的风风雨雨。
首先，我要感谢我的父母我的家人，是他们无私的爱和关怀使我快乐的成长，使我学会基本的做人，在求学的路上他们无私的爱和期望，他们默默的支持和宽容的心是我一直坚强前进的动力和后盾。他们是我一生最宝贵的财富。
其次，我要感谢****老师、****老师、****老师和系里的给予了我帮助和鼓励的每一位老师。感谢您们在大学的四年的学习中，一直的关心我、帮助我、鼓励我。其中在毕业设计的这一段时间里，尚老师不但耐心的指导我而且不厌其烦的帮助我解决各种各样的问题和困难，帮助我快速的进步和提高，谢谢您尚老师，谢谢您给予我的帮助。同时感谢学校领导，让我们能够在这么优越的环境下学习和生活。在这次的毕业设计中要感谢本组的****，****，****同学给了我很多具体的帮助和配合，我从他们身上学到了许多知识。在此，也深表感谢。
最后我还要衷心的感谢我的好同学好朋友们，在这四年里，我们欢喜共享、悲忧共担，我们一起学习、一起探讨问题、一起解决困难、一起进步，你们是我生命中不可缺少的重要元素。我们的友谊将永存。
参考文献
[1]闫爱定，张翠坤，张冀红. 使用SQL Server2000和Power Builder8.0开发高炉炼铁计算机管理系统. 工业计量，2003，04期:16-21.
[2]王前进.基于SQL Server开发C/S结构管理信息系统. 南京船舶雷达研究所学报，2003，2
[3]萨师煊，王珊.数据库系统概论[M] . 北京:北京高等教育出版社，2002，3:25-47.
[4]柯建勋，蔡毅，邓格琳，李宏伟. PowerBuilder 9.0基础篇.清华大学出版社，2002:7~11
[5]王艳君，赵书良，邱志宇.基于PowerBuilder的图形化管理信息系统的研究与实现.计算机应用与软件，2004年03期
[6]柯建勋，张涛，邵亮. PowerBuilder 9.0 进阶开发篇(实例与技巧篇). 清华大学出版社，2004:35~49
[7]E.F.Peter Newson、Michael Parent .Management Information Systems Cases，1997:32~40
[8]Laud . Management Information Systems,2th,USA 1996:5~13
[9]Pirahesh H, etal. Parallelism in Relational Data Base Systems: Architectural Issues and Desing
Approaches. Proc.Second Int1Symp. Databases in Parallel and Distributed Systems, 1990(本文讨论了并行关系数据库系统的结构和设计方法) 26-48.
[10]张莉. SQL Server数据库原理及应用教程[M]. 北京:清华大学出版社，2001:43-91.
[11]SQL Server 2000 开发人员指南[M] .北京希望出版社，2002:36~49
[12]方盈. SQLServer2000彻底研究[M]. 北京:中国铁道出版社，2001:32-63.
[13]Published.Business Intelligence and Data Warehousing in SQL Server 2005
[14]刘云生，卢炎生，卢正鼎. 数据库系统概论[M]. 武汉:华中理工大学出版社，2003:34-146.
[15]DeWitt DJ, etal.The Gamma Database Machine Project. IEEE Transactions on Knowledge and
Data Eng. March 1990(本文介绍了并行数据库原型系统Gamma 的系统结构) 112-190.
[16]汤化平. SQL Server实训教程.清华大学出版社，2005:71~90
[17]SQL Server 2000 开发人员指南[M] .北京希望出版社，2002:36~49
[18][美]沙赫(Schach S.R.)著面向对象与经典软件工程.英文版2002:50~80
[19]Stephen Wynkoop.Special Edition Using Microsoft SQL Server 2000 Second Edition， Que Corporation，2001:112~119
[20]李建强，郑广天，翟儒，李斌.高等院校房产管理信息系统的设计与实施.北方交通大学学报，2003，2
浙公网安备 33021202002483