小型物业管理系统数据库论文.docx
- 文档编号:27446949
- 上传时间:2023-07-01
- 格式:DOCX
- 页数:51
- 大小:201.41KB
小型物业管理系统数据库论文.docx
《小型物业管理系统数据库论文.docx》由会员分享,可在线阅读,更多相关《小型物业管理系统数据库论文.docx(51页珍藏版)》请在冰豆网上搜索。
小型物业管理系统数据库论文
2016年04月
信息工程学院
《数据库课程设计》论文
题目:
小型物业管理系统数据库设计
学号:
专业班级:
计算机科学与技术103班
姓名:
指导老师:
完成日期:
2012.1.13
小型物业三管理系统数据库设计
(信息工程学院计算机科学与技术10级103班)
摘要
关键字:
物业公司,小型物业管理系统,数据库
物业管管理承包给物业公司,是现在小区物业管理的通用模式。
小型物业管理系统是基于普通居民居住区的小型业务管理公司的管理智能化数据库系统。
该系统主要涉及的业务有:
业主交费管理,业主特殊服务要求受理,招聘人员管理,员工工资管理和采购货品的管理。
本系统利用关系数据库orical建立,通过需求分析,概念模型设计,逻辑模型设计,物理模型设计和数据库实施几个阶段来具体完成该系统的业务数据库化管理。
通过对普通居民小区的物业管理公司的相关管理业务的数据库化处理,以期能够提高公司的办事效率,方便广大小区居民。
目引言
随着经济的不断发展,全国城镇水平不断提高,随之而来的小区物业管理公司也蓬勃发展起来。
但是,由于物业公司事物的繁杂,很多事物的人工处理过于繁琐,影响工作效率,尤其是本身要求不高的普通居民小区物业管理公司。
很多影响因素就是数据的人工处理的数据结果不能实现共享,需要多次登记,这就提出了为小型普通型物业公司创建数据库,以实现各部门数据共享,减少因人工操作而延迟的时间的问题。
所以我所建立的小型物业管理系统也就应运而生了。
小型物业管理系统,是针对普通居民小区物业管理公司的数据库管理系统。
主要包含的处理业务是业主交费,业主特殊服务受理,仓库管理,员工工资管理等,其所基于的数据库为关系型数据库orical。
通过需求分析,概念模型设计,逻辑模型设计,物理模型设计和数据库实施几个阶段来完成整个系统。
通过设计次物业管理系统,希望能实现小区普通物业公司的数据共享,减少人工处理数据的过程,以达到提高工作效率,更好的服务于业主的目标。
1.需求分析
本系统的针对对象为小型物业管理公司。
其基本组成为维修部,护卫部,环卫部,人事部,财务部。
维修部,主要负责小区相关设施的维修和维护以及为业主提供上门维修服务;护卫部,主要职责是维持小区的秩序和保护小区居民的财务安全,并提供特殊护卫服务;环卫部,主要负责小区内的环境卫生和向业主提供特殊的清理服务;财务部,主要职责是仓库管理,客户交费,接待客户服务申请,发放工资;人事部,主要负责业主和员工的信息管理和招聘人员。
本系统主要设计的业务有,业主交费,业主特殊服务,仓库管理,工资发放。
相关数据流程图有仓库残次品处理数据流,仓库自损货品数据流,工资发放数据流,客户交费数据流,仓库领料单据处理数据流,客户特殊服务接待数据流,各部门接受业主申请服务数据流图等,详情请参照附录1,数据字典详情请参照附录2。
2.数据库结构设计
2.1概念设计
将数据流和数据字典中的相关实体利用自顶向下的方法以er图的形式表示出来,er图主要包括业主相关服务业务er图,招聘人员er图和工资发放er图。
2.1.1分E-R图建立
根据物业公司的管理和业务模式,分别以业主相关业务,招聘人员和工资发放所引起的相关数据流图为参考依据,按照先外部数据流在内部数据流的思想,建立分er图。
业主属性:
姓名,门牌号,性别,联系电话;
申请属性:
门牌号,接待员工号,服务种类,时间;
接待:
门牌号,接待员工号,时间;
交费:
门牌号,接待员工号,时间;
移交:
款额,移交员工工号,接收员工工号,时间;
员工:
工号,姓名,性别,联系电话,部门编号,职责,家庭住址,受聘时间,
受聘年限;
登记:
登记员工号,单据编号,时间;
水费:
门牌号,上月用水总量,本月用水总量,实际用水总量,单价,水费
时间;
电费:
门牌号,上月用电总量,本月用电总量,实际用电量,单价,时间;
服务费:
服务费种类,服务费用,时间,门牌号;
材料单:
仓库号,货号,管理员工号,申请人工号,时间;
业主服务申请单:
单据编号,服务种类,接待员工号,门牌号,申请人,时间;
应聘人:
姓名,应聘编号,联系方式,时间;
员工工作情况表:
工号,应工作天数,请假,早退,旷工,加班,迟到,时间;
供应商:
供应商编号,名称,厂址,联系方式;
货品:
仓库号,货号,数量,供应商,采购员,采购时间;
残次品:
仓库号,货号,数量,供应商,采购员;
领料单:
仓库号,货号,数量,申请人工号,接纳人工号,时间;
采购单:
仓库号,货号,数量,采购员,时间,单据编号;
2.1.2全局/整体E-R图
在不同E-R图中由于绘制时间的不同可能会出现同名异义和异名同意的实体命名现象所以在合并是应注意此类问题。
另外用相同属性的实体视为同意实体,虽然名称不一样,此阶段可谓命名冲突和属性冲突。
接下来在分析结构冲突,结构冲突的主要问题是,同意对象不同应用中具有不同的抽象;同一实体在不同分ER图中所包含的属性个数和属性排列次序不完全相同;实体间的联系在不同的分ER图中为不同的类型等等。
如此解决问题,完成和并便可消除冗余。
全局ER图如下:
业主属性:
姓名,门牌号,性别,联系电话;
申请属性:
门牌号,接待员工号,服务种类,时间;
接待:
门牌号,接待员工号,时间;
交费:
门牌号,接待员工号,时间;
移交:
款额,移交员工工号,接收员工工号,时间;
员工:
工号,姓名,性别,联系电话,部门编号,职责,家庭住址,受聘时间,
受聘年限;
登记:
登记员工号,单据编号,时间;
水费:
门牌号,上月用水总量,本月用水总量,实际用水总量,单价,水费
时间;
应聘人:
姓名,应聘编号,联系方式,时间;
员工工作情况表:
工号,应工作天数,请假,早退,旷工,加班,迟到,时间;
供应商:
供应商编号,名称,厂址,联系方式;
货品:
仓库号,货号,数量,供应商,采购员,采购时间;
残次品:
仓库号,货号,数量,供应商,采购员;
领料单:
仓库号,货号,数量,申请人工号,接纳人工号,时间;
采购单:
仓库号,货号,数量,采购员,时间,单据编号;
2.2逻辑设计
阐述逻辑设计阶段目标、任务和方法,重点介绍逻辑设计的主要内容。
2.2.1建立关系模式
E-R图向关系模型的转换要解决的问题是如何将是提醒和实体间的联系转换为关系模式,如何确定这些模式的属性和码。
关系模型的逻辑结构是一组关系模型的集合。
E-R图则是由实体型。
实体的属性和实体型之间的联系3个要素组成的。
所以将E-R图转换为关系模型实际上是将实体型、实体的属性和实体型之间的联系转换为关系模式,这种转换一般遵循如下原则:
1,一个1:
1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。
2,一个1:
n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。
3,一个m:
n联系转换为一个关系模式。
4,3个或3个以上实体间的一个多元联系可以转换为一个关系模式。
5,具有相同妈的关系模式可合并。
转换结果如下所示:
业主(门牌号,门牌号→姓名,门牌号→性别,门牌号→联系电话)
员工(工号,工号→部门编号,工号→姓名,工号→性别,工号→联系电话,工号→职务,工号→家庭住址,工号→聘用年限,工号→聘用时间)
部门(部门编号,部门编号→名称,部门编号→主管工号,主管工号→名称,主管工号→部门编号)
发料单(单据编号,单据编号→仓库号,单据编号→货号,单据编号→名称,单据编号→数量,单据编号→领料人工号,单据编号→领料时间,单据编号→登记人工号)
还料单(单据编号,单据编号→仓库号,单据编号→货号,单据编号→名称,单据编号→数量,单据编号→还料人工号,单据编号→还料时间,单据编号→登记人工号)
货品(仓库号,货号,(仓库号,货号)→供应商编号,(仓库号,货号)→名称,(仓库号,货号)→数量,(仓库号,货号)→入库时间,(仓库号,货号)→采购员工号)
残次品单(仓库号,货号,提交时间,货号→名称,(仓库号,货号,提交时间)→数量,(仓库号,货号,提交时间)→仓库管理)
供应商(供应商编号,供应商编号→名称,供应商编号→地址,供应商编号→联系电话,联系电话→供应商编号,联系电话→名称,联系电话→地址)
采购单(单据编号,单据编号→仓库号,单据编号→货号,单据编号→名称,单据编号→数量,单据编号→采购员工号,单据编号→采购时间)
收纳——财务移交(接收员工工号,移交时间,(接收员工工号,移交时间)→款额,(接收员工工号,移交时间)→财务管理员工号)
缴费(门牌号,交款时间,(门牌号,交款时间)→应交款额,(门牌号,交款时间)→实交款额,(门牌号,交款时间)→找零,门牌号,交款时间→收纳员工号)
水费(门牌号,时间,(门牌号,时间)→上月用水总量,(门牌号,时间)→本月用水总量,(门牌号,时间)→本月实际用水量,(门牌号,时间)→单价,(门牌号,时间)→水费)
电费(门牌号,时间,(门牌号,时间)→上月用电总量,(门牌号,时间)→本月用电总量,(门牌号,时间)→本月实际用电量,(门牌号,时间)→单价,(门牌号,时间)→电费)
服务费(门牌号,时间,(门牌号,时间)→基本服务费,(门牌号,时间)→车辆管理费,(门牌号,时间)→特殊护卫费,(门牌号,时间)→特殊卫生清理费,(门牌号,时间)→特殊维修费)
服务申请(申请编号,申请编号→门牌号,申请编号→申请人,申请编号→联系方式,申请编号→服务内容,申请编号→申请时间,申请编号→接待员工号,申请编号→服务状态,申请编号→服务负责人员工工号)
特服费用(申请编号,申请编号→费用,申请编号→服务员工号,申请编号→财务管理员工号)
员工基本工资表(单据编号,单据编号→员工工号,单据编号→保底工资,单据编号→奖金,工资,单据编号→工资管理员工号,单据编号→发放时间)
员工工作情况表(工号,审核时间,(工号,时间)→请假,(工号,时间)→旷工,(工号,时间)→早退,(工号,时间)→迟到,(工号,时间)→加班,(工号,时间)→审核主管工号)
应聘人(应聘编号,应聘编号→姓名,应聘编号→性别,应聘编号→联系方式,应聘编号→接待员工号,应聘编号→应聘时间)
2.2.2关系模式规范化处理
根据F,分析每一个关系模式是否满足3NF,对不满足3NF的关系模式要进行规范化处理。
规范化后的结果如下所示:
部门(部门编号,名称,主管工号)
采购单(单据编号,仓库号,货号,数量,花销)
残次品单(仓库号,货号,名称,数量)
单据(单据编号,制定人工号,接收人工号,制定时间)
电费(门牌号,上月用电总量,本月用电总量,单价,电费,时间)
发料单(单据编号,仓库号,货号,数量)
供应商(供应商编码,名称,地址,联系电话)
还料单(单据编号,仓库号,货号,数量)
货品(仓库号,货号,名称,购买时间,供应商编码,采购员工号,采购单价,现存数量)
水费(门牌号,上月用水总量,本月用水总量,单价,水费,时间)
业主(姓名,门牌号,性别,联系电话,身份证号)
业主服务申请单(单据编号,门牌号,姓名,联系方式,服务费用)
业主交费单(单据编号,门牌号,应交费用,实交费用,找零)
员工(工号,姓名,性别,联系电话,部门编号,职责,家庭住址,起聘时间,聘用年限)
员工工资表(单据编号,工号,基本工资,福利,加班费,应得工资)
员工工作情况表(单据编号,工号,应工作天数,请假,旷工,早退,迟到,加班)
自损货品(仓库号,货号,名称,数量)
2.2.3用户子模式建立
离退休人员表(工号,姓名,职务,部门编号,联系电话,聘用时间)
受聘人员表(工号,姓名,职务,部门编号,联系电话,聘用时间)
缺货单(仓库号,货号,名称,数量,供应商编号)
未交费业主(门牌号,姓名,联系方式,应缴费用)
未发员工工资(工号,基本工资,联系电话,奖金,工资)
2.2.4关系模式逻辑结构定义
编号
模式名称
含义
备注
1
业主
描述的业主的一些信息
2
员工
描述公司员工的一些信息
3
部门
描述部门的一些信息
4
服务申请
用于描述业主申请服务时的一些信息
5
单据制定
记录制定单据的人
6
发料单
描述仓库货品出库的一些信息
7
还料单
记录各申请货品人在用完货品后的还货品情况
8
货品
记录仓库的货品信息
9
残次品单
记录仓库货品的残次品的信息
10
供应商
记录商品供应商的一些信息
11
采购单
记录采购员采购货物的一些信息
12
移交
记录财务移交信息
13
缴费
记录业主缴费的信息
14
水费
业主月末应缴水费的信息
15
电费
业主月末应缴电费的信息
16
服务费
记录业主月末应缴服务费用的信息
17
服务申请
记录业主要求特殊服务的一些信息
3.数据库物理设计
表3,1索引表
索引名称
表名
属性名
索引类型
01
业主
门牌号
Unique
02
员工
工号
Unique
03
部门
部门编号
Unique
04
发料单
单据编号
Unique
05
还料单
单据编号
Unique
06
货品
仓库号,货号
Unique
07
残次品单
仓库号,货号,提交时间
Unique
08
供应商
供应商编号
Unique
09
采购单
单据编号
Unique
10
缴费
门牌号,交款时间
Unique
11
水费
门牌号,时间
Unique
12
服务申请
申请编号
Unique
13
特服费用
申请编号
Unique
14
员工基本工资表
单据编号
Unique
15
应聘人
应聘编号
Unique
4.数据库实施与测试
主要包括数据库实施和测试两个部分。
4.1数据库实施
4.1.1数据库及数据库对象建立
主要包括:
数据库、基本表、视图、索引、触发器以及存储过程;
对于具体的DDL语句以及相关代码,请参照附录3。
4.1.2数据入库
对各个主要数据表要录入20条以上的记录,方法可用EXCEL批量导入,也可以逐条录入。
4.2数据库测试
主要内容是对建立的数据库及数据库对象进行测试
具体要求:
(1)要设计好测试数据
(2)对测试的结果要以图片形式,同时注意图片的格式
(3)对测试结果进行分析,是否满足设计要求。
残次品出发:
触发前货品表状态:
向残次品单中添加数据:
添加前,状态:
添加后结果:
货品结果:
采购单出发:
触发前货品表如下:
采购单状态:
出发后结果:
采购单结果:
货品单结果:
计算员工工资员工工作情况触发:
未计算前:
计算后:
过程测试:
业主应交费用计算:
未计算前:
计算后:
找零计算:
未找零前:
找零计算后:
declare
moneyint;
门牌号业主交费单.门牌号%type;
ldatedate;
begin
money:
=4000;
门牌号:
='102';
ldate:
=to_date('2010-01-01','yyyy-mm-dd');
找零计算(money,门牌号,ldate);
end;
结果如下所示:
5.总结
在完整数据库的设计过程当中,总体包括需求分析,概念模型设计,逻辑模型设计,物理模型设计和数据库实施四个阶段。
而在四个阶段最重要的是需求分心阶段。
因为需求分析阶段是对整个数据库业务定位的基础阶段,在稍后的各个阶段的设计中都是以需求分析作为基础的。
如果需求分析没有做好,以后的各阶段任务就会有很多的错误以至于无法把工作继续进下去。
需求分析做的好,就会为下几个阶段的工作打下坚实的基础。
其中需求分中,最重要的就是能够深刻了解数据库所建对象的各业务的数据流流动过程,因为只有了解了数据流的流动,才能够抽象出数据库中存放的数据具体有哪些。
由于缺乏创建数据库的经验,在最初的数据库需求分析中,未能充分进行理解,导致了在裸机模型设计阶段出现了错误,于是不得在回到需求分析,仔细分析问题的产生原因。
自己感觉检查过程,要比创建过程困难的多。
另一个感觉比较困难的事E-R图的建立和分析。
因为在E-R图的建立过程中,需要确立整个创建对象中有多少实体,而实体的抽象过程中又穿插着属性的不同和属性相同而名字不同的实体的区分。
要想做好e-r图,就必须对实体对象的本质有充分的了解,其实说到这,又要回到需求分析当中去。
因为实体对象的本质了解过程,也是需求分析当中的一个部分。
所以在做e-r图时,总是不能避免的去回想和查看需求分析过程中所做的工作和记录。
在本次数据库实习当中发现了很多自己的不足之处,也深刻感觉到,知识不能只学而不利用,如果没有利用知识的过程,知识可能会变为麻痹自己的毒药。
实践是检验真知的有力武器,呵呵,不容置疑,同样也不能忽视呀!
6.附录
附录1
附录2
表1,数据流含义
数据流编号
数据流名称
简述
数据流来源
数据流去向
数据流组成
数据流量
高峰流量
F1
员工工作情况单据
财务部发工资的参考的单据
个基层单位
财务部发工资的模块
迟到天数+早退天数+旷工天数+请假天数+应工作天数+工号+加班天数
1次/月
1次/月
F2
职位空缺单据
人事部招聘员工的参考单据
各基层单位
人事部招聘工人模块
部门编号+空缺职位+上报人工号+空缺人数
1次/年
2次/年
F3
离退休人员单据
财务部发放离退休补助参考单据
人事部离退休管理模块
财务部离退休补助发放模块
工号+姓名+联系电话+部门编号+职务+聘用年限
1次/年
1次/年
F4
录用工作人员单据
各基层单位收新员工的参考单据
人事部员工聘用管理模块
各基层单位
工号+姓名+联系电话+职务+聘用时间+聘用年限
1次/年
1次/年
F5
录用工作人员工资单据
财务部工资管理模块工资发放参考
人事部员工聘用管理模块
财务部工资管理模块
工号+职务+保底工资+奖金+部门编号
1次/年
1次/年
F6
车辆管理受理单据
财务部业主收费管理模块业主收费参考
护卫部车辆管理模块
财务部业主收费管理模块
门牌号+姓名
5次/月
10次/月
F7
业主缴纳费用单据
财务部收业主缴纳的费用
业主
财务部业主收费管理模块
门牌号+水费+电费+特殊服务费+车辆管理费
1次/月
1次/月
F8
业主特殊服务申请单据
各服务部门实施服务的依据单据
财务部特殊服务接待模块
各基层服务部门
申请编号+门牌号+姓名+联系方式+服务要求+服务状态
40次/月
80次/月
F9
已完成客户服务缴费单据
财务部业主收费模块收纳业主费用的参考单据
各基层服务部门
财务部业主收费模块
申请编号+服务状态+服务费用
40次/月
80次/月
F10
领料单单据
仓库发出货物参考单据
各基层单位
仓库管理模块
仓库号+货号+名称+数量+申请人工号
50次/月
90次/月
F11
还料单单据
仓库收回货物参考
各基层单位
仓库管理模块
仓库号+货号+名称+数量+申请人工号+还料时间
50次/月
90次/月
F12
发料单单据
各基层物品申请模块领到从仓库领取物品的参考单据
仓库管理模块
各基层单位
仓库号+货号+名称+数量+受理人工号+发料时间
50次/月
90次/月
F13
损坏物品单据
仓库管理模块统计仓库货品数目参考单据
仓库管理模块
仓库管理模块
仓库号+货号+名称+数量+损坏时间
1次/月
1次/月
F14
进货单据
仓库管理模块统计仓库货品的参考单据
仓库采购模块
仓库管理模块
仓库号+货号+名称+购买时间+供应商编码+发票编码+采购员工号+购买数量+采购花销
7次/月
14次/月
数据结构编号
数据结构名
数据结构含义
组成
DS-1
业主信息
业主的相关信息
姓名,门牌号,性别,身份证号,联系电话
DS-2
员工
员工的基本信息
工号,姓名,性别,联系电话,部门编号,职责,家庭住址,聘用年限,受聘时间
DS-3
部门
公司部门的信息
部门编号,部门名称,主管工号
DS-4
物品
物品的信息
仓库号,货号,名称,购买时间,供应商编码,发票编码,采购员工号,采购花销
DS-5
供应商
供应仓库货物的供应商相关信息
供应商编码,地址,联系电话,
DS-6
自然损毁物品
仓库中自然损坏物品的相关信息
仓库号,货号,名称,数量
DS_7
出库物品
物品出库的相关信息
仓库号,货号,名称,数量,申请人工号,出库时间,接收人工号,编号
DS_8
归还物品
物品出库后归还信息
仓库号,货号,名称,数量,归还人工号,归还时间,接收人工号,编号(应与对应出库或领料单编号相同)
DS_9
电费缴费
业主应缴纳电费信息
门牌号,上月用电总量,本月用电总量,本月实际用电量,单价,电费,是否缴费
DS_10
服务费用
业主接受服务应付给业务公司的费用情况
门牌号,基本服务费,车辆管理费,特殊护卫费,特殊卫生清理费,特殊维修费,是否缴费
DS_11
水费缴费
业主需缴纳生活用水的费用信息
门牌号,上月用水总量,本月用水总量,本月实际用水量,单价,水费,是否缴费
DS_12
员工工资
员工工资情况
工号,保底工资,奖金,加班费,应得工资
DS_13
员工工作情况
记录员工日常工作情况
工号,应工作天数,请假,旷工,早退,迟到,加班
DS_14
空缺职位
记录职位空缺情况信息
部门编号,空缺职位,上报人工号,空缺人数
DS_15
车辆管理
业主要求车辆管理信息
门牌号,姓名,车辆品牌,车位,申请时间,受理人工号,申请人联系电话
DS_16
特殊服务
业主申请特殊服务情况信息
申请编号,门牌号,姓名,联系方式,受理人工号,受理时间,服务状态,受理部门,服务要求
DS_17
仓库
存放物品的地方
仓库号,仓库主管工号
表2,数据结构
表3,数据项
数据项编号
数据项名
数据项含义
类型
长度
取值范围
业主_1
姓名
顾客的姓名
Varchar
8
业主_2
门牌号
顾客的房屋门牌号
Varchar
8
业主_3
性别
业主的性别
Varchar
5
男或女
业主_4
身份证号
业主的身份证号码
Varchar
21
业主_5
联系电话
业主的联系电话(手机或者是固定电话)
Varchar
16
员工_1
工号
员工的工号
Varchar
5
员工_2
姓名
员工的姓名
Varchar
8
员工_3
性别
员工的性别
Varchar
4
男或女
员工_4
联系电话
员工的联系电话(手机或者是固定电话号码)
Varchar
16
员工_5
部门编号
员工的工作所在部门的公司编号
Varchar
5
财务部或人事部或环境卫生部或护卫部或维修部的编号
员工_6
职责
员工在工作部门的职责
Varchar
20
员工_7
家
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小型 物业管理 系统 数据库 论文
![提示](https://static.bdocx.com/images/bang_tan.gif)