小型物业管理系统数据库论文

小型物业管理系统数据库论文Modified by JEEP on December 26th, 2020.信息工程学院《数据库课程设计》论文题目：小型物业管理系统数据库设计学号：专业班级：计算机科学与技术103班姓名：指导老师：完成日期：2012．小型物业三管理系统数据库设计（信息工程学院计算机科学与技术10级103班）摘要关键字：物业公司，小型物业管理系统，数据库物业管管理承包给物业公司，是现在小区物业管理的通用模式。

小型物业管理系统是基于普通居民居住区的小型业务管理公司的管理智能化数据库系统。

该系统主要涉及的业务有：业主交费管理，业主特殊服务要求受理，招聘人员管理，员工工资管理和采购货品的管理。

本系统利用关系数据库orical建立，通过需求分析，概念模型设计，逻辑模型设计，物理模型设计和数据库实施几个阶段来具体完成该系统的业务数据库化管理。

通过对普通居民小区的物业管理公司的相关管理业务的数据库化处理，以期能够提高公司的办事效率，方便广大小区居民。

目录目录引言随着经济的不断发展，全国城镇水平不断提高，随之而来的小区物业管理公司也蓬勃发展起来。

但是，由于物业公司事物的繁杂，很多事物的人工处理过于繁琐，影响工作效率，尤其是本身要求不高的普通居民小区物业管理公司。

很多影响因素就是数据的人工处理的数据结果不能实现共享，需要多次登记，这就提出了为小型普通型物业公司创建数据库，以实现各部门数据共享，减少因人工操作而延迟的时间的问题。

所以我所建立的小型物业管理系统也就应运而生了。

小型物业管理系统，是针对普通居民小区物业管理公司的数据库管理系统。

主要包含的处理业务是业主交费，业主特殊服务受理，仓库管理，员工工资管理等，其所基于的数据库为关系型数据库orical。

通过需求分析，概念模型设计，逻辑模型设计，物理模型设计和数据库实施几个阶段来完成整个系统。

通过设计次物业管理系统，希望能实现小区普通物业公司的数据共享，减少人工处理数据的过程，以达到提高工作效率，更好的服务于业主的目标。

1．需求分析本系统的针对对象为小型物业管理公司。

其基本组成为维修部，护卫部，环卫部，人事部，财务部。

维修部，主要负责小区相关设施的维修和维护以及为业主提供上门维修服务；护卫部，主要职责是维持小区的秩序和保护小区居民的财务安全，并提供特殊护卫服务；环卫部，主要负责小区内的环境卫生和向业主提供特殊的清理服务；财务部，主要职责是仓库管理，客户交费，接待客户服务申请，发放工资；人事部，主要负责业主和员工的信息管理和招聘人员。

本系统主要设计的业务有，业主交费，业主特殊服务，仓库管理，工资发放。

相关数据流程图有仓库残次品处理数据流，仓库自损货品数据流，工资发放数据流，客户交费数据流，仓库领料单据处理数据流，客户特殊服务接待数据流，各部门接受业主申请服务数据流图等，详情请参照附录1，数据字典详情请参照附录2。

2．数据库结构设计概念设计将数据流和数据字典中的相关实体利用自顶向下的方法以er图的形式表示出来，er图主要包括业主相关服务业务er图，招聘人员er图和工资发放er 图。

2.1.1 分E-R图建立根据物业公司的管理和业务模式，分别以业主相关业务，招聘人员和工资发放所引起的相关数据流图为参考依据，按照先外部数据流在内部数据流的思想，建立分er图。

图2.1业主相关业务E-R图业主属性:姓名，门牌号，性别，联系电话；申请属性：门牌号，接待员工号，服务种类，时间；接待：门牌号，接待员工号，时间；交费：门牌号，接待员工号，时间；移交：款额，移交员工工号，接收员工工号，时间；员工：工号，姓名，性别，联系电话，部门编号，职责，家庭住址，受聘时间，受聘年限；登记：登记员工号，单据编号，时间；水费：门牌号，上月用水总量，本月用水总量，实际用水总量，单价，水费时间；电费：门牌号，上月用电总量，本月用电总量，实际用电量，单价，时间；服务费：服务费种类，服务费用，时间，门牌号；材料单：仓库号，货号，管理员工号，申请人工号，时间；业主服务申请单：单据编号，服务种类，接待员工号，门牌号，申请人，时间；图2.2，应聘相关业务e-r图应聘人：姓名，应聘编号，联系方式，时间；员工工作情况表：工号，应工作天数，请假，早退，旷工，加班，迟到，时间；图2.3，供应上相关e-r图供应商：供应商编号，名称，厂址，联系方式；货品：仓库号，货号，数量，供应商，采购员，采购时间；残次品：仓库号，货号，数量，供应商，采购员；领料单：仓库号，货号，数量，申请人工号，接纳人工号，时间；采购单：仓库号，货号，数量，采购员，时间，单据编号；全局/整体E-R图在不同E-R图中由于绘制时间的不同可能会出现同名异义和异名同意的实体命名现象所以在合并是应注意此类问题。

另外用相同属性的实体视为同意实体，虽然名称不一样，此阶段可谓命名冲突和属性冲突。

接下来在分析结构冲突，结构冲突的主要问题是，同意对象不同应用中具有不同的抽象；同一实体在不同分ER图中所包含的属性个数和属性排列次序不完全相同；实体间的联系在不同的分ER图中为不同的类型等等。

如此解决问题，完成和并便可消除冗余。

全局ER 图如下：图2.4 全局E-R图业主属性:姓名，门牌号，性别，联系电话；申请属性：门牌号，接待员工号，服务种类，时间；接待：门牌号，接待员工号，时间；交费：门牌号，接待员工号，时间；移交：款额，移交员工工号，接收员工工号，时间；员工：工号，姓名，性别，联系电话，部门编号，职责，家庭住址，受聘时间，受聘年限；登记：登记员工号，单据编号，时间；水费：门牌号，上月用水总量，本月用水总量，实际用水总量，单价，水费时间；应聘人：姓名，应聘编号，联系方式，时间；员工工作情况表：工号，应工作天数，请假，早退，旷工，加班，迟到，时间；供应商：供应商编号，名称，厂址，联系方式；货品：仓库号，货号，数量，供应商，采购员，采购时间；残次品：仓库号，货号，数量，供应商，采购员；领料单：仓库号，货号，数量，申请人工号，接纳人工号，时间；采购单：仓库号，货号，数量，采购员，时间，单据编号；逻辑设计阐述逻辑设计阶段目标、任务和方法，重点介绍逻辑设计的主要内容。

建立关系模式E-R图向关系模型的转换要解决的问题是如何将是提醒和实体间的联系转换为关系模式，如何确定这些模式的属性和码。

关系模型的逻辑结构是一组关系模型的集合。

E-R图则是由实体型。

实体的属性和实体型之间的联系3个要素组成的。

所以将E-R图转换为关系模型实际上是将实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则：1，一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。

2，一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。

3，一个m:n联系转换为一个关系模式。

4，3个或3个以上实体间的一个多元联系可以转换为一个关系模式。

5，具有相同妈的关系模式可合并。

转换结果如下所示：业主（门牌号，门牌号→姓名，门牌号→性别，门牌号→联系电话）员工（工号，工号→部门编号，工号→姓名，工号→性别，工号→联系电话，工号→职务，工号→家庭住址，工号→聘用年限，工号→聘用时间）部门（部门编号，部门编号→名称，部门编号→主管工号，主管工号→名称，主管工号→部门编号）发料单（单据编号，单据编号→仓库号，单据编号→货号，单据编号→名称，单据编号→数量，单据编号→领料人工号，单据编号→领料时间，单据编号→登记人工号）还料单（单据编号，单据编号→仓库号，单据编号→货号，单据编号→名称，单据编号→数量，单据编号→还料人工号，单据编号→还料时间，单据编号→登记人工号）货品（仓库号，货号，（仓库号，货号）→供应商编号，（仓库号，货号）→名称，（仓库号，货号）→数量，（仓库号，货号）→入库时间，（仓库号，货号）→采购员工号）残次品单（仓库号，货号，提交时间，货号→名称，（仓库号，货号，提交时间）→数量，（仓库号，货号，提交时间）→仓库管理）供应商（供应商编号，供应商编号→名称，供应商编号→地址，供应商编号→联系电话，联系电话→供应商编号，联系电话→名称，联系电话→地址）采购单（单据编号，单据编号→仓库号，单据编号→货号，单据编号→名称，单据编号→数量，单据编号→采购员工号，单据编号→采购时间）收纳——财务移交（接收员工工号，移交时间，（接收员工工号，移交时间）→款额，（接收员工工号，移交时间）→财务管理员工号）缴费（门牌号，交款时间，（门牌号，交款时间）→应交款额，（门牌号，交款时间）→实交款额，（门牌号，交款时间）→找零，门牌号，交款时间→收纳员工号）水费（门牌号，时间，（门牌号，时间）→上月用水总量，（门牌号，时间）→本月用水总量，（门牌号，时间）→本月实际用水量，（门牌号，时间）→单价，(门牌号，时间)→水费）电费（门牌号，时间，（门牌号，时间）→上月用电总量，（门牌号，时间）→本月用电总量，（门牌号，时间）→本月实际用电量，（门牌号，时间）→单价，（门牌号，时间）→电费）服务费（门牌号，时间，（门牌号，时间）→基本服务费，（门牌号，时间）→车辆管理费，（门牌号，时间）→特殊护卫费，（门牌号，时间）→特殊卫生清理费，（门牌号，时间）→特殊维修费）服务申请（申请编号，申请编号→门牌号，申请编号→申请人，申请编号→联系方式，申请编号→服务内容，申请编号→申请时间，申请编号→接待员工号，申请编号→服务状态，申请编号→服务负责人员工工号）特服费用（申请编号，申请编号→费用，申请编号→服务员工号，申请编号→财务管理员工号）员工基本工资表（单据编号，单据编号→员工工号，单据编号→保底工资，单据编号→奖金，工资，单据编号→工资管理员工号，单据编号→发放时间）员工工作情况表（工号，审核时间，（工号，时间）→请假，（工号，时间）→旷工，（工号，时间）→早退，（工号，时间）→迟到，（工号，时间）→加班，（工号，时间）→审核主管工号）应聘人（应聘编号，应聘编号→姓名，应聘编号→性别，应聘编号→联系方式，应聘编号→接待员工号，应聘编号→应聘时间）关系模式规范化处理根据F，分析每一个关系模式是否满足3NF，对不满足3NF的关系模式要进行规范化处理。

规范化后的结果如下所示:部门(部门编号，名称，主管工号)采购单（单据编号，仓库号，货号，数量，花销）残次品单（仓库号，货号，名称，数量）单据(单据编号，制定人工号，接收人工号，制定时间)电费(门牌号，上月用电总量，本月用电总量，单价，电费，时间)发料单(单据编号，仓库号，货号，数量)供应商(供应商编码，名称，地址，联系电话)还料单(单据编号，仓库号，货号，数量)货品(仓库号，货号，名称，购买时间，供应商编码，采购员工号，采购单价，现存数量)水费（门牌号，上月用水总量，本月用水总量，单价，水费，时间）业主(姓名，门牌号，性别，联系电话，身份证号)业主服务申请单(单据编号,门牌号，姓名，联系方式，服务费用)业主交费单(单据编号，门牌号，应交费用，实交费用，找零)员工(工号，姓名，性别，联系电话，部门编号，职责，家庭住址，起聘时间，聘用年限)员工工资表(单据编号，工号，基本工资，福利，加班费，应得工资)员工工作情况表(单据编号，工号，应工作天数，请假，旷工，早退，迟到，加班)自损货品（仓库号，货号，名称，数量）2.2.3 用户子模式建立离退休人员表（工号，姓名，职务，部门编号，联系电话，聘用时间）受聘人员表（工号，姓名，职务，部门编号，联系电话，聘用时间）缺货单（仓库号，货号，名称，数量，供应商编号）未交费业主（门牌号，姓名，联系方式，应缴费用）未发员工工资（工号，基本工资，联系电话，奖金，工资）关系模式逻辑结构定义3．数据库物理设计表3,1 索引表4．数据库实施与测试主要包括数据库实施和测试两个部分。