小区管理系统数据库开发报告.doc

《数据库开发实践》

报 告

班 级：_____________
学 号：_____________
姓 名：_____________
指导老师：_____________

信息与计算机学院
二○一三年元月

1 需求分析

1.1开发小区管理系统的目的
对于小区物业管理来说，其工作流程的繁杂性、多样化、管理复杂、收缴费用与设备维护繁琐。计算机已完全能够胜任物业管理工作，而且更加准确、方便、快捷、高效、清晰、透明，它完全可以克服以上所述的不足之处。这将给项目查询和管理带来很大的方便，从而给物业管理工作带来更高的效率，这也是物业管理正规化、现代化的重要标志。 因此，开发一套高效率、无差错的小区物业管理系统软件十分必要。本系统的主要目的是告别账本，安全、快捷的保存数据信息。由于小区物业管理涉及到费用问题，为了增强系统的保密性，使业主利益不受损害，使业主能够对自家的物业费用和投诉等情况提供透明化、直观的了解。
科学技术日新月异，信息化时代的来临，以计算机为基础的信息科学在经济和社会生活各个领域得到了极为广泛的应用，尤其在信息管理方面，计算机已是必不可少的管理工具 目前，信息已成为继劳动力、土地、资本之后的又一大资源。谁控制的信息越多，谁利用信息资源的效率越高，谁就会在各方面的竞争中占有一席之地，谁就会有更多的优势。从微观上讲，建立一套管理信息系统能够加快信息的周转速度，提高生产效率，从而加强了管理的信息化手段，提高了本单位的经济效益。从宏观上讲，顺应了社会的信息化、社会化潮流，加快了社会的发展速度。据统计，美国在信息管理管理方面80-100%的信息处理由计算机完成；计划管理是80—90%；在计算机应用发展较快的国家中，计算机应用于经济管理的占80%；用于科技计算的占8%，用于生产过程控制的占12%；由此可以看出，信息管理是计算机应用的主要领域。 由于种种原因，我国的信息资源建设水平远远落后于信息基础设施的建设的水平。
长期以来，我国信息资源的开发管理未能与信息资源的增长同步进行。我国的计算机应用要比西方国家落后十几年。因此，现在信息资源的开发和利用已被确立为国民经济信息的核心内容，利用现有的信息基础设施，重点开发和推广应用于各类科技、经济等数据库和网络资源服务系统，已经取得巨大的社会效益和经济效益。
对于小区物业管理来说，其工作流程的繁杂性、多样化、管理复杂、收缴费用与设备维护繁琐。计算机已完全能够胜任物业管理工作，而且更加准确、方便、快捷、高效、清晰、透明，它完全可以克服以上所述的不足之处。这将给项目查询和管理带来很大的方便，从而给物业管理工作带来更高的效率，这也是物业管理正规化、现代化的重要标志。 因此，开发一套高效率、无差错的小区物业管理系统软件十分必要。

1.2 小区管理系统的特点
小区物业管理系统大致上需要住户资料管理、小区工作人员管理、投诉管理、住户报修管理、工资管理、收费管理、小区停车位管理、
设备管理、统计报表、数据备份、数据恢复等几个主要的功能。故本系统的模块的划分及功能如下：
1.住户资料管理：详细记录小区住户的信息 。
2.小区管理人员信息管理：详细记录小区管理人员的个人信息。
3.投诉管理：管理住户的投诉情况。
4. 收费管理：水电费，物业管理费，各个业主有相应的账户，便于管理，维护。
5.工资管理：记录小区管理人员的工资。
6.住户报修管理：记录报修信息，为住户提供及时的维修服务。
7．住户停车车位管理：管理车位信息。
8.小区设备管理：管理小区设备。

1.3 小区管理系统的基本功能。如图1-1

图1-1 小区管理系统基本功能

本系统的主要目的是告别账本，安全、快捷的保存数据信息。由于小区物业管理涉及到费用问题，为了增强系统的保密性，使业主利益不受损害，本系统具有仅管理员式的保密功能，还有查询、录入、修改、删除、以及对物业设备统计等功能，使业主能够对自家的物业费用和投诉等情况提供透明化、直观的了解。长期以来，旧有住宅纳入到物业管理之中的很少，就是新建的住宅小区尽管实行了物业管理，但投入的管理力量远远不够，所以有很多小区的物业管理工作只停留在看看门、扫扫地、补补漏、收收垃圾等很浅的层次上。又由于物业管理企业的启动基金不足，多种经营服务不善等，导致招不到专业水平高的工作人员，再加上管理手段落后，所以就很难提高物业管理企业的效益。小区管理在手工操作时代，工作非常繁琐，需要大量的人力、物力和财力，极大的浪费了小区物业的资源，对于小区的管理人员来说，物业管理包括物业设备管理、仪表数据管理、停车场管理、住户的投诉管理、住户的报修管理等等。而这些项目在过去手工操作时代，需要手工记录这些事情，不但麻烦，还经常出错，给广大用户带来很多不便。为了更好的为广大住户服务，我们决定开发一套小区物业管理系统，帮助小区管理人员从复杂的物业管理之中解放出来。
1.4 小区管理系统模块分析
小区物业管理系统简介
小区物业信息管理系统使针对当代社会，住宅小区越来越成为居住的主流这一市场需要而应运而生的，是为小区管理着和小区用户更好的维护小区各项物业管理业务处理工作而开发的管理软件，根据需求分析，实现小区管理业务，实现各项管理等几个方面的功能。
对物管中心来说小区的住户的报修，住户的投诉及处理的结果信息的反馈、小区内停车场的管理、各项设备的维修等都需要考虑到。住户报修管理需要仔细的记录报修的内容，接待的人员，日期，维修的人员，费用，住户对于维修后情况的反馈等各项情况资料。投诉管理需要记录投诉人资料、投诉内容及处理过程。对于小区内车辆要有车位编号、停车户主、车位位置等记录。
现对小区业务流程进行分析：如图所示

1.4.1 住户基本信息管理
“住户基本信息管理”模块用于建立和维护住户的主索引信息，包括住户编号，姓名，性别，民族，身份证号码，入住时间，工作单 位，职业，联系方式，直系亲属联系方式（以备不时之需用）。
1.4.2小区管理人员基本信息管理
“小区管理人员基本信息管理”模块用与建立和维护小区工作人
员的基本信息包括工号，姓名，性别，民族，身份证号码，联系
方式，工作类别，工作类别编号，所负责的区域，所属团队编号，
所属团队。

1.4.3“小区用户收费系统”功能模块
在小区住户自愿的情况下为住户办理与银行卡缴费绑定业务。
住户姓名住户编码，楼号，楼层，单元号，门牌号。
“相关费用”用包括水费，电费，燃气费，物业管理费（包括垃圾处理费，绿化，环卫，安全保卫，停车费）
“银行卡绑定”便于住户缴费，减少用户手续，简化流程。
“缴费成功后银行短信通知住户”用户便于知道费用明细，更加公开透明。
“物业公司代打印凭条和业务单号”物业代理管理凭据，可以更
快的通知到住户，送达住户。可以将凭据统一放入用户的楼层信
箱中。
主要信息包括：住户编号，发票编号，发票类别，发票类别编号，
上月指数，这月指数，发票开具时间，发票开具人，是否缴费，
缴费时间，缴费最后时间，发票说明。

1.4.4工资管理
主要用来管理工资的记录和发放，基本信息包括：工号，工作
类别编号，基本工资，奖金（住户满意度最高的20%的工作人员每月奖金多加五百，补贴（过节补贴），银行卡号（发放工资到银行卡里），开户行，是否发放，发放时间。
1.4.5 投诉管理
主要用来管理投诉，基本信息包括：住户编号，投诉时间，投诉
原因，是否解决，解决时间，解决说明，住户满意度。
1.4.6 报修管理
主要用来管理住户所反映的保修，基本信息有：住户编号，报修
时间，报修原因，是否解决，解决时间，解决团队，解决人员（如
果团队解决，解决人员为空），住户满意度。
1.4.7停车位管理
主要用来管理小区停车位资源，基本信息有：车位编号，住户编号，车位所处位置，是否可用，可用时间。
1.4.8小区设备管理
主要用来管理小区维护设备。主要信息包括：设备编号，设备分
类编号，设备名称，设备所属团队，设备所属员工工号（设备已
属团队，则此项为空），设备购买时间，设备废弃时间。
1.4.9用户登录安全管理
主要为了系统用户的安全性而设置的用户名，密码体系安全设置。

1.4.9系统字典维护

1.5 小区服务管理系统
随着市场经济的发展和人们生活水平的提高，住宅小区已经成为人们安家置业的首选，几十万到几百万的小区住宅比比皆是。人们花的钱越多，不但对住宅的本身的美观、质量要求越来越高，同时对物业小区的服务和管理也要求很高，诸如对小区的维修维护，甚至对各项投诉都要求小区管理者做的好，做的完善。这样要求小区管理者对物业管理进行宏观的和微观的细致管理，其中最好的办法是用计算机操作的小区物业管理系统来实现对小区物业的管理，这就为我们设计小区物业管理系统提供了市场需要。而我们设计的小区物业管理系统在现代社会是最热门的行业，是最关切老百姓实际生活的设计，各种人性化的配置，使管理者和业主对住宅小区中的事物能更方便、更快捷、更满意的得到答复。伴随着小区的的规模不断扩大和住户的不断增多，像小区中的汽车，小区附带设施，小区的各项维修、投诉等都将越来越复杂，工作量也将越来越大。但一直以来人们使用传统人工的方式管理各种数据，这种管理方式存在着许多缺点,比如:效率低、保密性差，另外时间一长，将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学技术日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对企业单位的各项信息进行管理，具有着手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高工作的效率,也是企业的科学化、正规化管理与世界接轨的重要条件。
因此开发这样一套小区物业管理系统软件成为很有必要的事情,我们将就本次实习的系统选定为小区物业管理系统
长期以来，旧有住宅纳入到物业管理之中的很少，就是新建的住宅小区尽管实行了物业管理，但投入的管理力量远远不够，所以有很多小区的物业管理工作只停留在看看门、扫扫地、补补漏、收收垃圾等很浅的层次上。又由于物业管理企业的启动基金不足，多种经营服务不善等，导致招不到专业水平高的工作人员，再加上管理手段落后，所以就很难提高物业管理企业的效益。小区管理在手工操作时代，工作非常繁琐，需要大量的人力、物力和财力，极大的浪费了小区物业的资源，对于小区的管理人员来说，物业管理包括物业设备管理、仪表数据管理、停车场管理、住户的投诉管理、住户的报修管理、住户的设备维修管理等等。而这些项目在过去手工操作时代，需要手工记录这些事情，不但麻烦，还经常出错，给广大用户带来很多不便。为了更好的为广大住户服务，我们决定开发一套小区物业管理系统，帮助小区管理人员从复杂的物业管理之中解放出来。
1.6实体和数据
通过对小区管理系统的分析得到的实体有：住户、管理员、缴费、缴费卡，投诉、报修、工资、停车位、设备。
其关系模式如下：
实体属性：
住户（住户编号，图片，姓名，性别，民族，身份证号码，入住时间，工作单位，职业，开户行，银行卡号，联系方式，亲属联系方式）；
管理员（工号，图片，姓名，性别，民族，身份证号码，开户行，银行帐号，联系方式，工作类别，工作类别号，所负责的区域，所属团队编号，所属团队，是否为队长）；
缴费（住户编号，发票编号，发票类别，发票类别编号，上月指数，这月指数，发票开具时间，发票开具人，是否缴费，缴费时间，缴费最后时间，发票说明）；
工资（工资单号，工号，工作类别号，基本工资，奖金，补贴，是否发放，发放时间）；
投诉（住户编号，投诉时间，投诉原因，是否解决，解决时间，解决说明，住户满意度）；
报修（住户编号，报修时间，报修原因，是否解决，解决时间，解决团队，解决人员，解决说明，住户满意度）；
停车位（车位编号，住户编号，车位所处位置，是否可用，可用起始时间，结束时间
设备（设备编号，设备分类编号，设备名称，设备所属团队，设备所属员工工号，设备购买时间，设备废弃时间）；
住户安全（住户编号，密码）
管理员安全（工号，密码）
实体联系：
住户与缴费（1：n）
住户与投诉（1：n）
住户与报修（1：n）
住户与停车位（1：n）
住户与缴费卡（1：1）
住户与住户安全（1：1）
管理员与缴费（m：n）
管理员与工资（1：1）
管理员与投诉（m：n）
管理员与报修（m:n）
管理员与停车位（1：n）
管理员与设备（1：n）
管理员与管理员安全（1：1）
缴费卡与缴费（1：n）
2. 概念设计
采用自底向上的方法，用E-R图表示各个实体之间的联系。

3. 数据库逻辑设计
3.1关系数据库设计的规范化（满足3NF）
1NF: (每个属性只能是一个值)
住户（住户编号，图片，姓名，性别，民族，身份证号码，入住时间，工作单位，开户行，银行卡号，职业，联系方式，亲属联系方式）∈1NF
管理员（工号，图片，姓名，性别，民族，身份证号码，开户行，银行账号，联系方式，工作类别，工作类别号，所负责的区域，所属团队编号，所属团队，是否为队长）∈1NF
缴费（住户编号，发票编号，发票类别，发票类别编号，发票开具时间，上月指数，这月指数，发票开具人，是否缴费，缴费时间，缴费最后时间，发票说明）∈1NF
工资（工资单号，工号，工作类别号，基本工资，奖金，补贴，是否发放，发放时间）∈1NF
投诉（住户编号，投诉时间，投诉原因，是否解决，解决时间，解决说明，住户满意度）∈1NF
报修（住户编号，报修时间，报修原因，是否解决，解决时间，解决团队，解决人员，解决说明，住户满意度）∈1NF
停车位（车位编号，住户编号，车位所处位置，是否可用，可用起始时间，结束时间）∈1NF
设备（设备编号，设备分类编号，设备名称，设备所属团队，设备所属员工工号，设备购买时间，设备废弃时间）∈1NF
住户安全（住户编号，密码）∈1NF
管理员安全（工号，密码）∈1NF

2NF：(非主属性依赖于码)
住户：（住户编号，身份证号码）→（入住时间）
身份证号码→图片
身份证号码→姓名
身份证号码→民族
身份证号码→性别
身份证号码→工作单位
身份证号码→职业
身份证号码→联系方式
身份证号码→亲属联系方式
投影为两个关系：
住户（住户编号，身份证号码，入住时间）
住户基本信息（图片，姓名，性别，民族，身份证号码，工作单位，职业，联系方式，亲属联系方式）
管理员：
（工号，身份证号码）→工作类别
（工号，身份证号码）→工作类别号
（工号，身份证号码）→所负责的区域
（工号，身份证号码）→所属团队编号
（工号，身份证号码）→所属团队
（工号，身份证号码）→是否为队长
身份证号码→图片
身份证号码→姓名
身份证号码→性别
身份证号码→民族
身份证号码→开户行
身份证号码→银行账号
身份证号码→联系方式
投影为两个关系：
管理员（工号，身份证号码，工作类别，工作类别号，所负责的区域，所属团队编号，所属团队，是否为队长）
管理员基本信息（图片，姓名，性别，民族，身份证号码，开户行，银行帐号，联系方式）
缴费：
缴费（住户编号，发票编号，发票类别，发票类别编号，上月指数，这月指数，发票开具时间，发票开具人，是否缴费，缴费时间，缴费最后时间，发票说明）∈2NF
工资：
工资（工资单号，工号，工作类别号，基本工资，奖金，补贴，是否发放，发放时间）∈2NF
投诉：
投诉（住户编号，投诉时间，投诉原因，是否解决，解决时间，解决说明，住户满意度）∈2NF
报修：
报修（住户编号，报修时间，报修原因，是否解决，解决时间，解决团队，解决人员，解决说明，住户满意度）∈2NF
停车位：
停车位（车位编号，住户编号，车位所处位置，是否可用，可用起始时间，结束时间）∈2NF
设备：
设备（设备编号，设备分类编号，设备名称，设备所属团队，设备所属员工工号，设备购买时间，设备废弃时间）∈2NF
住户安全（住户编号，密码）∈2NF
管理员安全（工号，密码）∈2NF

3NF：（不含有传递函数依赖）
住户（住户编号，身份证号码，入住时间）∈3NF
住户基本信息（图片，姓名，性别，民族，身份证号码，工作单位，职业，开户行，银行卡号，联系方式，亲属联系方式）∈3NF
管理员基本信息（图片，姓名，性别，民族，身份证号码，开户行，银行账号，联系方式）∈3NF
管理员：（工号，身份证号码）→工作类别号→工作类别
（工号，身份证号码）→所属团队编号→所属团队
投影为三个关系模式：
管理员（工号，身份证号码，工作类别号，所属团队号，是否为队长）
工作类别（工作类别号，工作类别）
团队（团队编号，团队名称）
工资（工资单号，工号，工作类别号，基本工资，奖金，补贴，开户行，银行账号，是否发放，发放时间）∈3NF
缴费：
发票编号→发票类别编号→发票类别
投影为两个关系：
发票类别（发票类别编号，发票类别）
缴费（住户编号，发票编号，发票类别编号，上月指数，这月指数，发票开具时间，发票开具人，是否缴费，缴费时间，缴费最后时间，发票说明）

投诉：
投诉（住户编号，投诉时间，投诉原因，是否解决，解决时间，解决说明，住户满意度）∈3NF
报修：
报修（住户编号，报修时间，报修原因，是否解决，解决时间，解决团队，解决人员，解决说明，住户满意度）∈3NF
停车位：
停车位（车位编号，住户编号，车位所处位置，是否可用，可用起始时间，结束时间）∈3NF
设备：设备编号→设备分类编号→设备名称
投影为两个关系：
设备（设备编号，设备分类编号，设备所属团队，设备所属员工工号，设备购买时间，设备废弃时间）
设备类别（设备分类编号，设备名称）
住户安全（住户编号，密码）∈3NF
管理员安全（工号，密码）∈3NF

3.2约束说明及数据说明：
住户基本信息（图片，姓名，性别，民族，身份证号码，工作单位，职业，联系方式，亲属联系方式）
住户基本信本信息（ResidentInformation）
字段
数据类型

约束
身份证号码(IDNumber)
Char(18)
主键，全为数字，定长18位
图片(Picture)
varChar(max)
住户二寸jpg类型照片，不为空
姓名(Name)
varChar(10)
不为空
性别(Sex)
bit
不为空，1代表男，0代表女
民族(Nation)
Char(10)
不为空
工作单位(WorkUnit)
Char(30)
可以为空
开户行（Bank）
Char(18)
可以为空
银行卡号（BankAccount）
Char（19）
可以为空
职业(Job)
Char(20)
可以为空
联系方式(Contact)
Char(11)
不为空
亲属联系方式(FamilyContact)
Char(11)
不为空
住户（住户编号，身份证号码，入住时间）
住户（Resident）
字段
数据类型
约束说明
住户编号(ResidentNumber)
Char(7)
主键，前三位为所在楼号，一位为单元号，后三位为房间号
身份证号码(IDNumber)
Char(18)
不为空，外键约束（住户基本信息（身份证号码））
入住时间(CheckInTime)
date
不为空
管理员基本信息（图片，姓名，性别，民族，身份证号码，联系方式）
管理员基本信息（AdministratorInformation）
字段
数据类型
约束说明
身份证号码（IDNumber）
Char（18）
主键，定长18位
图片（Picture）
varChar(max)
不为空，2寸jpg照片
姓名（Name）
Char(10)
不为空
性别（Sex）
bit
1代表男，0代表女
民族（Nation）
Char（10）
不为空
开户行（BankName）
Char（18）
不为空
银行帐号（BankAccount）
Char（19）
不为空
联系方式（Contact）
Char（14）
不为空
工作类别（工作类别号，工作类别）
工作类别（WorkType）
字段
数据类型
约束说明
工作类别号（WorkTypeNumber）
Char(2)
主键
工作类别（WorkType）
Char(16)
不为空
基本工资（BasicSalary）
int
不为空
工作类别附表
工作类别号
工作类别
基本工资
00
经理
5000
01
保卫科科长
4500
02
社区民警
3000
03
巡逻员
2500
04
物业监督员
2200
05
小区垃圾运送员
1500
06
清洁员
1600
07
水电、燃气抄表员与水电维修员
3000

团队（团队编号，团队名称）
团队（Team）
字段
数据类型
约束说明
团队编号（TeamNumber）
Char(2)
主键
团队名称（TeamName）
Char(16)
不为空
管理员（工号，身份证号码，工作类别号，所属团队号，是否为队长）
管理员（Administrator）
字段
数据类型
约束说明
工号（JobNumber）
Char（4）
主键
身份证号码（IDNumber）
Char（18）
外键约束（管理员基本信息（身份证号码））
工作类别号（WorkTypeNumber）
Char（2）
外键约束（工作类别（工作类别号））

所属团队号（TeamNumber）
Char（2）
外键约束（团队（团队编号））
是否为队长（Captain）
bit
1代表是队长，0不是队长，
相同的团队号只有一个队长
发票类别（发票类别编号，发票类别）

发票类别（InvoiceCategory）
字段
数据类型
约束说明
发票类别编号（InvoiceCategoryNumber）
Char（2）
主键
发票类别（InvoiceCategory）
Varchar（16）
不为空
缴费（住户编号，发票编号，发票类别编号，上月指数，这月指数，发票开具时间，发票开具人，是否缴费，缴费时间，缴费最后时间，发票说明）
缴费（Payment）
字段
数据类型
约束说明
住户编号(ResidentNumber)
Char(7)
外键约束（住户（住户编号））
发票编号（InvoiceNumber）
Char（10）
主键
发票类别编号
（InvoiceCategoryNumber）
Char(2)
外键约束（发票类别（发票类别编号））
上月指数（LastMonthIndex）
int
可以为空
这月指数（ThisMonthIndex）
int
可以为空
发票开具时间（InvoiceTime）
Date
不为空
工号（JobNumber）
Char（4）
不为空，外键约束（管理员（工号））
是否缴费（Payment）
bit
1为已缴费
缴费时间（PaymentTime）
Date
可以为空
缴费最后时间（LastPaymentTime）
Date
不为空
发票说明（InvoiceInstruction）
Varchar(255)
可以为空
工资（工资单号，工号，工作类别号，基本工资，奖金，补贴，是否发放，发放时间）
工资（Salary）
字段
数据类型
约束说明
工资单号（PayrollNumber）
Char(16)
主键
工号（JobNumber）
Char(4)
外键约束（管理员（工号）
工作类别号（WorkTypeNumber）
Char(2)
外键约束（工作类别（工作类别号））
基本工资（BaseSalary）
int
不为空，默认为0
奖金（Bonus）
int
和报修，用户满意度有关
补贴（Allowance）
int
过节的补贴
是否发放（PayOff）
bit
1代表发放
发放时间（PayOffTime）
Date

投诉（住户编号，投诉时间，投诉原因，投诉对象，是否解决，解决时间，解决说明，住户满意度）
投诉（complaint）
字段
数据类型
约束说明
住户编号（ResidentNumber）
Char(7)
主键，外键约束（住户（住户编号））
投诉时间（ComplaintTime）
Date
主键
投诉原因（ReasonForComplaint）
Varchar（256）
不为空
是否解决（IsSolved）
bit
1为已解决
解决时间（SettlingTime）
Date
可以为空
解决说明（TroubleShootingInstructions）
Varchar（255）
可以为空
住户满意度（ResidentsSatisfaction）
tinyint
5为最高，
1为最低
报修（住户编号，报修时间，报修原因，是否解决，解决时间，解决团队，解决人员，解决说明，住户满意度）
报修（Repair）
字段
数据类型
约束说明
住户编号（ResidentNumber）
Char(7)
主键，外键约束（住户（住户编号））
报修时间（RepairTime）
Date
主键
报修原因（ReasonForRepair）
Varchar(255)
不为空
是否解决（IsSolved）
bit
1为已解决
解决时间（SolvedTime）
Date
不为空
解决团队（TeamNumber）
Char（2）
外键约束（团队（团队编号））
工号（Adminstrator）
Char(4)
外键约束（管理员工号））
解决说明（TroubleShootingInstructions）
Varchar（255）
可以为空
住户满意度（ResidentsSatisfaction）
tinyint
5为最高，
1为最低
停车位（车位编号，住户编号，车位所处位置，是否可用，可用起始时间，结束时间）
停车位（ParkingSpace）
字段
数据类型
约束说明
车位编号（ParkingNumber）
Char（5）
主键
住户编号（ResidentNumber）
Char(7)
不为空，外键约束（住户（住户编号））
车位所在位置（Location）
Varchar(30)
描述车位所在位置
是否可用（Available）
bit
1为可用
可用起始时间（StartingTime）
Date
可以为空
可用结束时间（EndTime）
Date
可以为空
设备类别（设备分类编号，设备名称）
设备类别（EquipmentCategory）
字段
数据类型
约束说明
设备分类编号（EquipmentClassificationNumber）
Char（2）
主键
设备名称（EquipmentName）
Char(20)
不为空
设备（设备编号，设备分类编号，设备所属团队，设备所属员工工号，设备购买时间，设备废弃时间）

设备（Equipment）
字段
数据类型
约束说明
设备编号（EquipmentNumber）
Char(5)
主键
设别分类编号（EquipmentClassificationNumber）
Char(2)
外键约束（设备类别（设别分类编号））
设备所属团队编号（TeamNumber）
Char（16）
外键约束（团队（团队编号））
设备所属员工工号（JobNumber）
Char（4）
外键约束（管理员（工号））
设备购买时间（EquipmentPurchaseTime）
Date
可以为空
设备废弃时间（EquipmentWasteTime）
Date
可以为空
住户安全（住户编号，密码）
住户安全（ResidentSecurity）
字段
数据类型
约束说明
住户编号（ResidentNumber）
Char(7)
主键，外键约束（住户（住户编号））
密码（PassWord）
Varchar（20）
不为空
管理员安全（工号，密码）
管理员安全（AdministratorSecurity）
字段
数据类型
约束说明
工号（JobNumber）
Char(4)
主键，外键约束（管理员（工号））
密码（PassWord）
Varchar（20）
不为空

3.3需自动处理的过程：
须设置级联有：住户基本信息表与住户表（更新级联，删除住户基本信息表记录时，须将住户表的相对应身份证号码设置为空）；
管理员表与管理员基本信息表（更新级联，删除管理员基本信息表中的记录时，须将相对应的除保留工号外,其他字段都应该设置为空值）；
住户表
每个月自动生成各种需交费的项目（须管理员输入所缴费用明细，例如电费清单，需输入抄表度数），如果办理银行卡缴费，则自动从银 行卡中扣除所缴项目费用，如果不够或未缴，则短信通知住户缴费。
如果停车费未交，则将该住户编号的停车位停用。
每个月自动生成工资单（工作类别不同，基本工资不同），并打到相应的卡中。
4 物理设计
使用合适的存取方法提高效率。
4.1关系模式的存取方法
（1）规划数据块存取空间。讲常更新，插入等操作的数据存储在一块固定的区域，不常更新的数据存放在另一个区域，并且根据每个数据块区域都要预留足够的存储空间以便于插入操作。
（2）建立索引。为经常查询，删除，更新，插入等操作的表建立索引来提高查询效率。
（3）建立聚簇索引。为经常要查询的表建立聚簇索引，以提高查询速度。
（4）备份数据现行数据分开存放，挺高安全性。
4.2数据库的存储结构
（1）对于管理员，管理员基本信息，住户，缴费卡，住户基本信息，设备，设备类别，工作类别，团队等这些不常操作的表，分配在同一块数据块内来提高查询速度。
（2）对与像工资，缴费，投诉，报修，停车位等经常操作的表可以划分出一个月的数据临时表出来，来提高查询速度。
对于