《数据库原理》 社区居民管理系统.docx
- 文档编号:8124524
- 上传时间:2023-01-29
- 格式:DOCX
- 页数:26
- 大小:352.94KB
《数据库原理》 社区居民管理系统.docx
《《数据库原理》 社区居民管理系统.docx》由会员分享,可在线阅读,更多相关《《数据库原理》 社区居民管理系统.docx(26页珍藏版)》请在冰豆网上搜索。
《数据库原理》社区居民管理系统
《数据库原理》课程设计报告
设计题目:
社区居民管理系统
专业:
信息管理与信息系统
计算机与数据科学学院
2019年1月10日
第1章概述
1.1选题的背景与意义
经过十几年的发展,中国房地产业逐步走向成熟,小区管理也由新生到发展再到深入,面临着蓬勃发展的局面。
随着ISO9002等管理体系在小区管理中的引入,对原有的小区管理模式进行了一次深刻的变革,对社区居民管理朝着正规化、科学化的发展,起到有力的推动作用。
随着我国经济发展和城市开发,住宅小区越来越成为居住的主流,小区管理是针对当代社会这一市场需要应运而生的。
本系统是为住宅小区管理人员日常管理工作信息化,规范化而开发的软件。
它以小区管理部门为服务中心,以业主(住户)为服务对象。
通过实施各种服务项目,全面地反映了在小区经营管理活动中,管理部门与业主之间各种业务往来。
使各项业务的办理迅速、准确,极大的提高了小区管理的效率。
由于小区管理涉及的管理范围较为广泛,管理内容繁杂,加上政策性的变动因素,日常工作需要耗费大量人力和物力,而采取现代化电脑管理手段是一种行之有效的解决方法,用计算机操作的小区管理系统是为小区管理者和小区用户更好的维护各项管理业务处理工作而开发的管理软件。
电脑化管理在小区管理中的作用主要体现在:
1.适用面广、可同时管理多个管理区和多栋大楼;
2.计算机完整的工程档案与服务档案可以使管理人员随时了解最新的情况,更可以规范维护、服务标准,帮助管理人员合理安排工作时间。
3.计算机管理收费,灵活性、准确性大大提高。
4.强大的查询功能,最大限度地满足您的需要。
1.2相关技术分析
全新一代SQLServer2012为用户带来更多全新体验,,独特的产品优势定能使用户更加获益良多。
企业版是全功能版本,而其它两个版本则分别面向工作组和中小企业,所支持的机器规模和扩展数据库功能都不一样,价格方面是根据处理器核心数量而定。
1.安全性和高可用性:
提高服务器正常运行时间并加强数据保护,无需浪费时间和金钱即可实现服务器到云端的扩展。
2.超快的性能:
在业界首屈一指的基准测试程序的支持下,用户可获得突破性的、可预测的性能。
3.快速的数据发现
通过快速的数据探索和数据可视化对成堆的数据进行细致深入的研究,从而能够引导企业提出更为深刻的商业洞见。
4.可靠、一致的数据:
针对所有业务数据提供一个全方位的视图,并通过整合、净化、管理帮助确保数据置信度。
5.全方位的数据仓库解决方案。
6.凭借全方位数据仓库解决方案,以低成本向用户提供大规模的数据容量,能够实现较强的灵活性和可伸缩性。
7.随心所欲扩展任意数据通过易于扩展的开发技术,可以在服务器或云端对数据进行任意扩展
第2章系统功能设计
2.1系统总体结构设计图
图2.1总体结构图
2.2系统功能模块
本系统按照功能分成五个模块,各模块的功能如下:
(1)物业管理:
小区、楼房、房屋以及车位信息的新增、修改、删除、管理等功能。
(2)住户管理:
对住户的新增、修改、删除、管理等功能。
(3)设备管理:
对设备的新增、修改、查询管理等功能。
(4)清洁管理:
对清洁人员及区域的新增、修改、查询等功能。
(5)财务管理:
对住户使用收费项目的缴纳情况查询,添加,修改,删除等操作。
2.2.1物业管理
登陆后的每个用户可以对小区资料,楼房资料,车位资料等进行查询,修改,添加,删除操作。
图2.2物业管理结构图
2.2.2住户管理
登录后的每个用户对小区内所有住户的基本信息及每个住户的入住情况进行查询,添加,修改,删除操作。
图2.2住户管理结构图
2.2.3设备管理
登录后的每个用户对小区内所有设备及设备的维修情况进行查询,添加,修改,删除操作。
图2.3设备管理结构图
2.2.3清洁管理
登录后的每个用户对小区内所有住户的清洁区的基本情况及清洁人员进行查询,添加,修改,删除操作。
图2.4住户管理结构图
2.2.4财务管理
登录后的系统使用者可以对小区内的水费,煤气费,电费等其他费用的基本情况及小区住户的缴纳情况查询,添加,修改,删除操作。
图2.5财务管理结构图
第3章数据库设计
3.1需求分析
3.1.1数据流图
物业管理流程图:
图3.1物业管理流程图
3.1.2数据字典
(1)数据项
1)小区信息
数据项名
说明
别名
类型
长度
小区编号
小区编号
n_id
Char
10
小区名称
小区名称
n_name
varchar
50
面积
占地面积
n_area
float
8
建成时间
建成时间
n_btime
datetime
8
位置说明
地理位置
local
varchar
50
负责人
管理员
n_ppl
varchar
50
备注
备注
n_remark
text
1kb
2)楼宇信息
数据项名
说明
别名
类型
长度
楼号
楼宇编号
b_id
char
10
类型
楼宇类型
b_type
varchar
50
朝向
楼宇朝向
orn
varchar
50
层数
楼宇高度
b_high
int
4
面积
占地面积
b_area
int
4
建成时间
建成时间
b_btime
datetime
8
负责人
管理员
b_ppl
varchar
50
备注
备注
b_remark
text
1kb
3)房间信息
数据项名
说明
别名
类型
长度
房间号
房间号
r_id
char
10
单元号
单元号
r_no
varchar
50
房型
房型
r_type
varchar
50
面积
占地面积
r_area
int
4
建成时间
建成时间
r_btime
datetime
8
备注
备注
r_remark
text
1kb
4)住户信息
数据项名
说明
别名
类型
长度
住户编号
业主编号
o_id
char
10
住户名称
业主名称
o_name
varchar
50
住户性别
业主性别
o_sex
varchar
2
身份证
身份证号
o_idcard
char
18
工作单位
工作单位
o_wook
varchar
50
联系电话
业主电话
o_phone
char
11
备注
备注
o_remark
text
1kb
5)车位信息
数据项名
说明
别名
类型
长度
车位编号
车位编号
s_id
char
10
车位面积
车位面积
s_area
varchar
50
车主姓名
车主姓名
s_owner
varchar
2
车类型
车类型
ctype
varchar
50
车牌号
车牌号
cno
varchar
50
联系电话
车主电话
s_ophone
char
11
备注
备注
s_remark
text
1kb
6)收费管理信息
数据项名
说明
别名
类型
长度
项目编号
项目编号
c_id
char
10
收费名称
收费名称
c_name
varchar
50
收费金额
收费金额
c_num
flaot
8
收费人
收费人
c_tg
varchar
50
收费时间
收费时间
c_time
datetime
8
备注
备注
c_remark
text
1kb
7)设备信息
数据项名
说明
别名
类型
长度
设备编号
设备编号
e_id
char
10
设备名称
设备名称
e_name
varchar
50
设备数量
设备数量
e_num
int
4
生产日期
生产日期
e_mtime
datetime
8
检修周期
检修周期
e_period
varchar
50
最近检修时间
上一次检修时间
service_time
datetime
8
负责人
管理员
e_ppl
varchar
50
备注
备注
e_remark
text
1kb
8)清洁管理信息
数据项名
说明
别名
类型
长度
清洁区域编号
清洁区域编号
cl_area_id
char
10
保洁时间
保洁时间
cl_time
datetime
8
保洁人
保洁人
cl_name
varchar
50
负责人
管理员
cl_ppl
varchar
50
(2)数据结构
数据结构名
长度
小区信息
小区编号,小区名称,占地面积,建成时间,位置说明,负责人,备注
楼宇信息
楼号,类别,朝向,层数,面积,建成时间,备注
房屋信息
房间号,单元号,房型,面积,备注
住户信息
住户编号,住户名称,住户性别,身份证,工作单位,联系电话,备注
车位信息
车位编号,车位面积,车主姓名,车类型,车牌号,联系电话,备注
收费管理信息
项目编号,收费名称,收费金额,收费人,收费时间,备注
设备信息
设备编号,设备名称,设备数量,生产日期,生产厂商,检修周期,最近检修时间,负责人,备注
清洁管理信息
清洁区域编号,保洁时间,保洁人,负责人
(3)数据流
数据流名
数据流来源
数据流去向
组成
信息登记(业主)
业主
业主信息记录表
个人信息
信息修改(业主)
业主
业主信息记录表
个人信息
信息查询(业主)
业主信息记录表
业主
个人信息
信息登记(费用管理)
管理人员
业主费用缴纳记录表
费用信息
信息查询(费用管理)
管理人员
业主
费用信息
信息查询(费用管理)
业主费用缴纳记录表
业主
缴费信息
信息查询(费用管理)
业主
业主费用缴纳记录表
缴费信息
(4)数据存储
数据存储名
输入的数据流
输出的数据流
组成
房屋信息表
已住信息
未住信息
确认信息
确认信息
业主费用记录表
费用信息
缴费信息
费用信息
缴费信息
业主信息记录表
个人信息
个人信息
个人信息
(5)处理过程
处理过程名
输入数据流
输出数据流
信息登记(业主)
个人信息
个人信息
信息修改(业主)
个人信息
个人信息
信息查询(业主)
个人信息
个人信息
信息登记(费用管理)
费用信息
费用信息
信息查询(费用管理)
费用信息
费用信息
信息登记(费用管理)
缴费信息
缴费信息
信息查询(费用管理)
缴费信息
缴费信息
3.2概念结构设计
(1)局部E-R图:
小区信息系统E-R图:
住户系统E-R图:
收费系统E-R图:
设备及清理系统E-R图:
(2)全局E-R图:
各实体属性如下:
小区:
小区编号,小区名称,占地面积,建成时间,位置说明,负责人,备注。
楼宇:
楼号,类别,朝向,层数,面积,建成时间。
房间:
房间号,单元号,房型,面积,备注。
住户:
住户编号,住户名称,住户性别,身份证,工作单位,联系电话。
车位:
车位编号,车位面积,车主姓名,车类型,车牌号,联系电话。
收费:
项目编号,收费名称,收费金额,收费人。
设备:
设备编号,设备名称,设备数量,生产日期,生产厂商,检修周期,负责人。
清洁信息:
清洁区域编号,保洁时间,保洁人,负责人。
3.3逻辑结构设计
3.3.1E-R图转换
实体型转换为关系模式。
实体的属性就是关系的属性,实体的码就是关系的码。
对于实体间的联系则有以下不同的情况:
一个m:
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。
一个1:
n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。
一个1:
1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。
三个或三个以上实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。
具有相同码的关系模式可合并。
转换后的关系模式:
小区:
Neighborhood(N_id,N_name,N_area,N_btime,local,N_ppl,N_remark)
楼宇:
Building(B_id,B_type,B_orn,B_high,B_area,B_btime,B_ppl,B_nid)
房间:
Room(R_id,R_no,R_type,R_area,R_btime)
住户:
Owner(O_id,O_name,O_sex,O_idcard,O_wook,O_phone,O_rid)
车位:
Stall(S_id,S_area,S_owner,S_ctype,S_cno,S_ophone,S_nid)
收费:
Charge(C_id,C_name,C_num,C_tg)
设备:
Equipment(E_id,E_name,E_num,E_mtime,E_period,E_ppl,E_nid)
清洁信息:
Clean(Cl_area_id,Cl_time,Cl_name,Cl_ppl)
缴纳:
Payment(P_cid,P_oid,P_time)
(注:
标有直线下划线的为主属性,标有波浪线下划线的是外键属性,主属性与外键属性一起构成主码)
3.3.2范式的判定
关系模式Neighborhood,Building,Room,Owner,Charge,Equipment,Clean,Payment不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到了3NF。
但是车位信息关系模式Stall(S_id,S_area,S_owner,S_ctype,S_cno,S_ophone,S_nid)中存在着一些数据冗余,现将不必要的属性进行删除,消除冗余,优化为:
车位:
Stall(S_id,S_area,S_ctype,S_cno,S_nid)
3.3.3子模式的设计
(1)小区所属楼宇查询:
小区名称,楼宇编号,位置
N_B(N_name,B_id,local)
(2)房间信息查询:
房间编号,房间面积,房间建成时间,所属小区名称,所属楼编号,位置
R_N_B(R_id,R_area,R_btime,N_name,B_id,local)
(3)缴纳项目查询:
缴费人,房间号,项目ID,缴纳金额,收费人,缴费人电话,缴费时间
CreateViewP_R_C(O_name,O_rid,C_id,C_num,C_tg,O_phone,P_time)
3.4物理结构设计
为数据库中各基本表建立的索引如下:
1)由于基本表Neighborhood,Building,Room,Owner,Charge,Equipment的主码N_id,B_id,R_id,O_id,S_id,C_id,E_id经常在查询条件和连接操作的连接条件中出现,且它们的值唯一,在两个属性上建立唯一性索引;
2)由于基本表Payment的属性P_cid,P_oid经常在查询条件中出现在两个属性上建立聚簇索引。
3.5数据库实施
(1)建立数据库:
CreateDatabase社区居民管理系统
(2)建立数据表:
1)小区信息表的建立:
CreateTableNeighborhood(
N_idchar(10)PrimaryKey,
N_namevarchar(50),
N_areafloat,
N_btimedatetime,
localvarchar(50),
N_pplvarchar(50),
N_remarktext
)
2)楼宇信息表的建立:
CreateTableBuilding(
B_idchar(10)PrimaryKey,
B_typevarchar(50),
B_ornvarchar(50),
B_highintConstraintC_bhighCheck(B_high>=1andB_high<=100),
B_areaintConstraintC_bareaCheck(B_area>=500andB_area<=5000),
B_btimedatetime,
B_pplvarchar(50),
B_nidchar(10)ConstraintC_bfForeignKeyReferencesNeighborhood(N_id)
)
3)房间信息表的建立:
CreateTableRoom(
R_idchar(10)PrimaryKey,
R_nochar(10)ConstraintC_rfForeignKeyReferencesBuilding(B_id),
R_typevarchar(50),
R_areaintConstraintC_rbareaCheck(R_area>=50andR_area<=300),
R_btimedatetime,
)
4)住户信息表的建立:
CreateTableOwner(
O_idchar(10)PrimaryKey,
O_namevarchar(50)unique,
O_sexnchar
(1)ConstraintC_osexCheck(O_sex='男'orO_sex='女'),
O_idcardchar(18),
O_wookvarchar(50),
O_phonechar(11)unique,
O_ridchar(10)ConstraintC_OfForeignKeyReferencesRoom(R_id)
)
5)车位信息表的建立:
CreateTableStall(
S_idchar(10)PrimaryKey,
S_areaintConstraintC_sareaCheck(S_area>=4andS_area<=8),
S_ctypevarchar(50),
S_cnovarchar(50),
S_nidchar(10)ConstraintC_sfForeignKeyReferencesOwner(O_id)
)
6)收费信息表的建立:
CreateTableCharge(
C_idchar(10)PrimaryKey,
C_namevarchar(50),
C_numfloatConstraintC_cnumCheck(C_num>0),
C_tgvarchar(50),
)
7)设备信息表的建立:
CreateTableEquipment(
E_idchar(10)PrimaryKey,
E_namevarchar(50),
E_numintConstraintC_enumCheck(E_num>0),
E_mtimedatetime,
E_periodvarchar(50),
E_pplvarchar(50),
E_nidchar(10)ConstraintC_efForeignKeyReferencesNeighborhood(N_id)
)
8)清洁信息表的建立:
CreateTableClean(
Cl_area_idchar(10)PrimaryKeyConstraintC_clfForeignKeyReferencesNeighborhood(N_id),
Cl_namevarchar(50),
Cl_timedatetime,
Cl_pplvarchar(50)
)
9)缴纳信息表的建立:
CreateTablePayment(
P_cidchar(10)ConstraintC_pcfForeignKeyReferencesCharge(C_id),
P_oidchar(10)ConstraintC_pofForeignKeyReferencesOwner(O_id),
P_timedatetime,
)
(三)建立视图
(1)小区所属楼宇查询
CreateViewN_B(N_name,B_id,local)
AsSelectN_name,B_id,local
FromNeighborhoodN,BuildingB
WhereN.N_id=B.B_nid
(2)房间信息查询
CreateViewR_N_B(R_id,R_area,R_btime,N_name,B_id,local)
AsSelectR_id,R_area,R_btime,N_name,B_id,local
FromNeighborhoodN,BuildingB,RoomR
WhereN.N_id=B.B_nidandB.B_nid=R_no
(3)缴纳项目查询
CreateViewP_R_C(O_name,O_rid,C_id,C_num,C_tg,O_phone,P_time)
AsSelectO_name,O_rid,C_id,C_num,C_tg,O_phone,P_time
FromPaymentP,ChargeC,OwnerO
WhereP_cid=C_idandP_oid=O.O_id
(四)建立索引
CreateClusteredIndexP1onPayment(P_cid,P_oid)
(五)建立存储结构
1、为数据库社区居民管理系统创建一个小区名称查询特征信息的存储过程
CreateProcedureSelect_Neighborhood
(@N_namevarchar(50))
As
Select*FromNeighborhoodWhereN_name=@N_name
2、为数据库社区居民管理系统创建一个添加楼宇信息的存储过程
CreateProcedureInsert_Building
(
@B_idchar(10),
@B_typevarchar(50),
@B_ornvarchar(50),
@B_highint,
@B_areaint,
@B_btime
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库原理 数据库原理 社区居民管理系统 数据库 原理 社区 居民 管理 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)