小区物业管理系统数据库设计范本

53/53小区物业治理系统的设计与实现报告内容摘要：1需求分析讲明书2概念结构设计3逻辑结构设计4物理结构设计5详细设计6总结（经验体会）小组自评：在设计实现整个项目的过程中，小组成员都积极参与同时表现出了热情认确实态度。尤其是在遇到大伙儿都不清晰的地点时，每个人都能积极去查阅资料，然后及时分享信息，这关于我们本身对数据库的课程学习也是特不有效的一种促进。每一个部分我们都选出了要紧的负责人，尽管如此然而每一个板块每一个人都积极参与其中，制表，写实现方案，收集资料，汇总，有分工有合作，在彼此监督下还确实是特不圆满的完成了此次作业。因此，也有专门多不足之处。首先确实是表现在对项目设计的经验欠缺上，致使前期的设计工作一度陷入特不拖拉的状况，同时表现在对后来整个项目的实现中出现了几次较大的改动。由于对课程知识掌握不够好，专门多地点我们花费的功夫都比较大，幸而在大伙儿的齐心协力之下一一解决。签名：年月日小组协作差不多信息项目名称小区物业治理系统组长学号115041334姓名任晏平电话号区物业治理系统设计小组班级1150413项目组成员学号姓名承担任务签字115041336孟青云物理设计115041333陈胜斌概念设计115041331孙策详细设计115041302金宜明逻辑设计115041334任晏平需求分析研究内容概述针对一般的小区物业治理，设计一个方便的小区物业治理系统。通过查阅资料、调查实际情况，给出合理的需求分析。在此基础上，小组成员分工合作完成逻辑设计等后续工作，结合课程所学内容，实现小区物业治理系统的简单运行。执行进度执行进度执行过程执行时刻需求分析2013.5.7——2013.5.13概念结构设计2013.5.14——2013.5.20逻辑结构设计2013.5.21——2013.5.23物理设计2013.5.24——2013.5.27数据库的实施与维护2013.5.28——2013.6.5目录 TOC\o"1-2"\h\z\u1需求分析 51.1调查用户需求 51.2系统功能设计与划分 61.3数据流图 71.4数据字典 92概念设计文档 122.1分ER图 122.2全局ER图 153逻辑结构设计 163.1全局ER图 163.2转换为关系模型及优化 163.3设计用户子模式 174物理结构设计 174.1、表结构设计 174.2数据库的创建 184.3数据表的创建 184.4数据完整性设计 195详细设计及实现 205.1触发器的创建 205.2存储过程的创建 206总结 20课程答辩记录表 21小组评价表 22组员评价表 231需求分析1.1调查用户需求本系统的最终用户为小区业主，小区物业治理人员。依照我们日常生活中的经验，结合对周边小区物业治理人员的咨询和对周边小区业主的调查，以及网上资料查询，得出用户的下列实际要求：一、小区的差不多情况业主生活在小区里，每个小区都会有若干名工作人员负责本小区的日常治理。业主的差不多信息： 入住时，每位业主都有唯一的编号，并生成一个小区物业治理系统帐号和密码。同时记录下客户的差不多资料（业主资料和住房资料）。治理员的差不多信息：每个治理员都有唯一的治理员编号，治理员登陆物业治理系统也需要相应的账号和密码，并记录治理员的差不多信息；同时便于小区内业主对治理员的治理工作进行评价，如投诉某位治理员的服务不当或者消极怠工。公共财产治理的差不多信息：

每个业主共同分担公共财产的使用、维护、治理，比如水电房，煤气消防，停车场，区内小道，住宅楼宇电梯等，为了对不同的财产进行区分，能够为每种财产分配不同的财产号。如此有利于财产的报修和治理。同时维护小区安保工作，绿化、清洁及安全科普宣传，协助街道居委民警工作，代收各项费用如治理费。快件收发的差不多信息：

每个小区都有邮件收发的治理，当本小区业主有信件时，相应的会有信件的到达时刻，同意信件的业主姓名和他所在的房编号。有时，同一个业主有多封信件需要接收，需要表示一个业主有多少封信件。当信件接收后，应有一个接收信件的时刻，表示信件已成功到达指定的业主手中。报修的差不多信息：

小区及业主单元房中经常出现财产的损坏，比如路灯坏了，厕所的马桶出故障了等，这时，业主们需要将财产损坏情况报告给小区物业治理员，以便物业公司派人进行维修。这时，需要记录报修的房编号和损坏的财产编号，同时记录报修的时刻和损坏的缘故。当损坏的财产维修完毕后，应记录解决时刻，表示该报修成功解决。投诉的差不多信息：

在日常生活当中，业主和物业治理公司必定存在一定的分歧。为满足业主需求，提高物业治理公司办公水平。业主能够向物业治理公司提出建议和投诉。业主一旦投诉，物业治理人员必须立即对投诉进行辨不与确认，继而对合理投诉进行加强改善，同时通知业主。费用治理的差不多信息：治理业主是否缴纳物业治理费用信息，以及通知业主进行缴水费，电费，煤气费等费用及相关使用情况；使用户的生活更加方便快捷。二、用户对系统的要求1、小区物业治理员：

a.信息要求：小区物业治理员能查询上面提到的业主、单元房、公共财产治理等所有差不多信息，从而实现关于小区的治理。b.处理要求：治理员能够在原有个人资料上添加、修改、删除个人信息。当业主差不多信息发生变化时，小区物业治理员能对其进行修改。比如，某些业主搬离小区，他们在本小区中相应的记录就应该删去；或者业主将单元房转售他人，他们记录中业主差不多信息也要作相应的修改等等。当快件到达本小区时，小区物业治理员应依据到达快件的相关信息在快件信息中插入一条记录，当业主们接收快件后，治理员应登记快件的接收时刻，表明该信件已成功到达收信人的手中。当公共财产报修及时解决后，治理员应登记解决时刻，表明该报修问题已成功解决。当业主投诉时，物业治理人员必须立即对投诉进行辨不与确认，继而对合理投诉进行加强改善，同时通知业主。核对每月资源使用情况，计算后通知业主缴纳相应费用。c．安全性与完整性要求：安全性要求：1.系统应设置访问用户的标识以鉴不是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；2.系统应对不同的数据设置不同的访问级不，限制访问用户可查询和处理数据的类不和内容；3.系统应对不同用户设置不同的权限，区分不同的用户，如区分一般用户（学生），治理员。完整性要求：1.各种信息记录的完整性，信息记录内容不能为空；2.各种数据间相互的联系的正确性；3.相同的数据在不同记录中的一致性。2、小区业主：a.信息要求：小区业主们能查询其所在的单元房的所有信息。能查询自己的快件信息。能查询自己的报修记录、投诉记录和缴费记录。b.处理要求：小区业主能够在个人信息中进行添加、修改、删除家庭人员信息。小区业主能够在投诉记录中插入投诉信息，表示关于物业治理公司的建议和投诉。小区业主能在报修记录中插入报修信息，表示公共财产发生了损毁需要小区物业治理公司派人维修。月末时，小区业主能查看到自己的费用情况，并按时缴纳费用，确保生活有序进行。1.2系统功能设计与划分依照如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分：一、用户治理部分1、处理用户登录2、处理用户添加、修改、删除个人信息3、用户能够提交和查询投诉信息4、用户能够查询快件信息。5、用户能够提交与查询报修信息。6、用户能够查询费用信息。7、用户能够修改用户自己密码。二、治理员治理部分1、处理治理员登录2、治理员能够查询业主信息。3、治理员能够公布与更新快件信息。4、治理员能够插入、修改与查询报修信息。5、治理员能够插入、修改与查询业主投诉信息。6、治理员能够公布、处理费用信息。7、治理员能够修改治理员密码。1.3数据流图业主分数据流图治理员分数据流图已修登记已修登记已修信息业主报修登记表已修信息业主报修登记表已修信息报修信息已修信息报修信息已修已修信息物业治理人员报修查询报修登记业主物业治理人员报修查询报修登记业主报修信息报修信息报修信息报修信息报修信息报修信息快件分数据流图投诉分数据流图费用治理分数据流图总数据流图1.4数据字典数据项居住业主属性名存储代码类型长度备注业主姓名Ynamechar20业主姓名性不Ysexchar4房编号Dnochar10业主房号入住时刻Scheckindate8业主搬入时刻家庭情况FamilyChar50亲属情况房屋面积AreaChar10居住面积用户IDUnamechar20用户密码Upasswordchar20用户类型Utypetnyint1一般超级用户物业治理人员属性名存储代码类型长度备注治理人员姓名Gnamechar20治理员姓名性不Gsexchar4物业编号Gnochar10治理员编号入职时刻Gtimechar8进入公司时刻用户IDUnamechar20用户密码Upasswordchar20用户类型Utypetnyint1一般或超级用户单元房财产属性名存储代码类型长度备注物品号Pnochar10单元房物品编号物品名Pnamechar20单元房物品名邮件快递属性名存储代码类型长度备注业主姓名Ynamechar20收件人姓名房编号Dnochar10收件人房编号到达时刻Marrivedate8邮件快递到达时刻接收时刻Mreceivedate8收件人接收时刻报修：属性名存储代码类型长度备注房编号Dnochar10报修人房编号物品号Pnochar10报修物品编号提交日期Rsubmitdate8报修提交日期解决日期Rsolvedate8问题解决日期报修缘故Rreasonchar50物品损坏缘故投诉：属性名存储代码类型长度备注房编号Dnochar10投诉人房编号物业编号Gnochar10受理物业人员提交日期Tsubmitdate8报修提交日期解决日期Tsolvedate8问题解决日期投诉缘故Treasonchar50投诉缘故费用治理属性名存储代码类型长度房编号Dnochar10物业编号Gnochar10用水量Waterchar20应缴水费FWaterchar20用电量Electricchar20应缴电费FElectricchar20燃气立方数Gaschar20应缴燃气费FGaschar20开始时刻Fstartchar20截止时刻Fdeadlinechar20单位物业治理费Fpartchar20总物业治理费Ftotalchar20总应缴费用Fallchar20用户&治理员属性名存储代码类型长度备注用户IDUnamechar20用户密码Upasswordchar20用户类型Utypetnyint1一般或超级用户2.数据结构数据结构名组成用户信息用户ID，用户密码，用户类型（一般用户，治理员）居住业主信息业主姓名，性不，房编号，入住时刻，家庭情况，房屋情况治理员信息治理员姓名，性不，物业编号，入职时刻公共财产信息物品号，物品名邮件快递信息姓名，房编号，到达时刻，接收时刻，邮件数量报修信息房编号，物品号，提交日期，解决日期，报修缘故投诉信息房编号，物业编号，提交日期，解决日期，报修缘故费用信息开始日期，截止日期，资源使用情况，费用数量3.数据流数据流名数据流来源数据流去向组成信息登记（业主）业主业主信息记录表个人信息信息修改（业主）业主业主信息记录表个人信息信息查询（业主）业主信息记录表业主个人信息信息登记（治理员）治理员治理员信息记录表个人信息信息修改（治理员）治理员治理员信息记录表个人信息信息查询（治理员）治理员信息记录表治理员个人信息快件信息登记物业治理人员邮件快递表快件信息收取快件邮件快递表业主快件信息报修登记业主业主报修记录表报修信息查询报修业主报修记录表业主已修信息已修登记物业治理人员业主报修记录表已修信息投诉物业治理业主业主投诉记录表投诉信息查询投诉进度业主投诉记录表业主改善信息物业治理投诉物业治理人员业主投诉记录表改善信息信息登记（费用治理）物业治理人员业主费用缴纳记录表费用信息信息查询（费用治理）物业治理人员业主费用信息信息查询（费用治理）业主费用缴纳记录表业主缴费信息信息查询（费用治理）业主业主费用缴纳记录表缴费信息4.数据存储数据存储名输入的数据流输出的数据流组成业主报修记录表报修信息已修信息报修信息报修信息已修信息邮件快递表快件信息快件信息确认信息快件信息确认信息业主投诉登记表投诉信息改善信息投诉信息改善信息业主费用记录表费用信息缴费信息费用信息缴费信息业主信息记录表个人信息个人信息个人信息治理员信息记录表个人信息个人信息个人信息5.处理过程处理过程名输入数据流输出数据流报修登记报修信息报修信息查询报修报修信息报修信息登记已修信息已修信息已修信息快件收取快件信息确认信息快件信息登记快件信息已收信息投诉物业治理投诉信息投诉信息查询投诉进度投诉信息投诉信息物业治理投诉改善信息改善信息信息登记（业主）个人信息个人信息信息修改（业主）个人信息个人信息信息查询（业主）个人信息个人信息信息登记（治理员）个人信息个人信息信息修改（治理员）个人信息个人信息信息查询（治理员）个人信息个人信息信息登记（费用治理）费用信息费用信息信息查询（费用治理）费用信息费用信息信息登记（费用治理）缴费信息缴费信息信息查询（费用治理）缴费信息缴费信息2概念设计文档2.1分ER图业主个人信息治理子系统家庭情况房屋情况家庭情况房屋情况n登录业主n登录业主mm姓名房编号用户密码用户姓名房编号用户密码用户ID业主公共财产业主公共财产mn房编号姓名报修时刻报修缘故财产名称财产号已修时刻报修投诉子系统投诉缘故投诉时刻投诉缘故投诉时刻nm投诉物业治理人员业主nm投诉物业治理人员业主物业编号房编号解决时刻姓名姓名物业编号房编号解决时刻姓名姓名快件收发子系统nm业主接收快件nm业主接收快件房编号姓名房编号姓名到达时刻接收时刻房编号姓名房编号姓名到达时刻接收时刻5、费用治理子系统2.2全局ER图设计完成的E-R图为：1m用户密码用户ID登录1m用户密码用户ID登录3逻辑结构设计3.1全局ER图1m用户密码登录用户ID1m用户密码登录用户ID3.2转换为关系模型及优化3.2.1关系模型转换小区业主（房编号，业主姓名，性不，入住时刻，家庭情况，房屋情况）物业治理人员（物业编号，治理员姓名，性不，入职时刻）公共财产财产（物品号，物品名）业主网页查询（房编号，用户ID，用户密码）物业治理人员网页查询（物业编号，用户ID，用户密码）邮件快递签收（业主姓名，房编号，到达时刻，同意时刻）报修（房编号，财产号，报修时刻，解决日期，报修缘故）投诉（房编号，投诉时刻，解决问题，投诉缘故）费用治理（房编号，物业编号，开始时刻，截止时刻，用水量，应缴水费，用电量，应缴电费，燃气立方数，应缴燃气费，单位物业治理费，总物业治理费，总应缴费用）（下划线标注的属性为主码）3.2.2关系优化以上表是优化后的关系模型，优化确实是要消除非主属性对主属性的部分依靠以及传递依靠。在设计关系模型用户（物业治理人员）网页登陆按规则是要写入业主表（物业治理人员表）的，然而存在了部分依靠和传递依靠，因此优化后就给独立出来。自此所有的差不多上符合规则的3NF。3.3设计用户子模式为了方便程序查询，建立了如下用户视图（可贴图附代码）业主信息视图（房编号，业主姓名，性不，入住时刻，家庭情况，房屋面积）治理员信息视图（物业编号，治理员姓名，性不，入职时刻）财产报修视图（房编号，财产名，报修时刻，处理时刻，报修缘故）投诉视图（房编号，物业编号，投诉时刻，解决时刻，投诉缘故）业主费用总图（房编号，物业编号，用水量，应缴水费，用电量，应缴电费，燃气立方数，应缴燃气费，单位物业治理费，总物业治理费，总应缴费用，开始时刻，截止时刻）4物理结构设计4.1、表结构设计小区业主表属性名存储代码类型长度备注业主姓名Ynamechar20业主姓名性不Ysexchar4房编号Dnochar10业主房号入住时刻Scheckindate8业主搬入时刻家庭情况FamilyChar50亲属情况房屋面积AreaChar10居住面积用户IDUnamechar20用户密码Upasswordchar20用户类型Utypetnyint1一般超级用户物业治理人员表属性名存储代码类型长度备注治理人员姓名Gnamechar20治理员姓名性不Gsexchar4物业编号Gnochar10治理员编号入职时刻Gtimechar8进入公司时刻用户IDUnamechar20用户密码Upasswordchar20用户类型Utypetnyint1一般或超级用户单元房财产表属性名存储代码类型长度备注物品号Pnochar10单元房物品编号物品名Pnamechar20单元房物品名邮件快递表属性名存储代码类型长度备注业主姓名Ynamechar20收件人姓名房编号Dnochar10收件人房编号到达时刻Marrivedate8邮件快递到达时刻接收时刻Mreceivedate8收件人接收时刻报修表属性名存储代码类型长度备注房编号Dnochar10报修人房编号物品号Pnochar10报修物品编号提交日期Rsubmitdate8报修提交日期解决日期Rsolvedate8问题解决日期报修缘故Rreasonchar50物品损坏缘故投诉表属性名存储代码类型长度备注房编号Dnochar10投诉人房编号物业编号Gnochar10受理物业人员提交日期Tsubmitdate8报修提交日期解决日期Tsolvedate8问题解决日期投诉缘故Treasonchar50投诉缘故费用治理表属性名存储代码类型长度房编号Dnochar10物业编号Gnochar10用水量Waterchar20应缴水费FWaterchar20用电量Electricchar20应缴电费FElectricchar20燃气立方数Gaschar20应缴燃气费FGaschar20开始时刻Fstartchar20截止时刻Fdeadlinechar20单位物业治理费FpartChar20总物业治理费Ftotalchar20总应缴费用Fallchar204.2数据库的创建 4.3数据表的创建 4.4数据完整性设计（列出数据库表中所设置的完整性约束条件） 主键及外键约束：表名主键外键业主房编号（Dno）物业治理人员物业编号（Gno）公共财产物品号（Pno）邮件快递房编号（Dno）业主姓名（Yname）到达时刻（Mreceive）房编号（Dno）业主姓名（Yname）投诉房编号（Dno）物业编号（Gno）提交日期（Tsubmit）房编号（Dno）物业编号（Gno）报修房编号（Dno）物品号（Pno）提交日期（Rsubmit）房编号（Dno）物品号（Pno）日常资源使用情况房编号（Dno）物业编号（Gno）房编号（Dno）物业编号（Gno）非空约束：表名非空约束业主房编号（Dno）业主姓名（Yname）物业治理人员物业编号（Gno）公共财产物品号（Pno）邮件快递房编号（Dno）业主姓名（Yname）到达时刻（Mreceive）投诉房编号（Dno）物业编号（Gno）提交日期（Tsubmit）报修房编号（Dno）物品号（Pno）提交日期（Rsubmit）费用治理房编号（Dno）物业编号（Gno）缴费时刻（Ftime）Check约束:表名Check约束日常资源使用情况用X量（）应缴X费（）单位物业治理费（Fpart）总物业治理费（Ftotal）总应缴费用（Fall）PS：所有Check约束皆为大于等于“0”。5详细设计及实现5存储过程的创建1.执行存储过程查询业主信息use小区物业治理goifexists(selectnamefromsysobjectswherename='proc_Y'andtype='p')dropprocedureproc_Ygocreateprocedureproc_Y@Didchar(10)asselectYname,Ysex,Dno,Ycheckin,Family,Areafrom业主whereDno=@Did执行存储过程插入业主信息createprocAddY@idchar(10)=NULL,@namenvarchar(20)=NULL,@sexchar(4)=NULL,@timesmalldatetime=NULL,@mianjichar(10)=NULL,@homenvarchar(50)=NULLASIF@idISNULLOR@nameISNULLOR@sexISNULLOR@timeISNULLOR@mianjiISNULLOR@homeISNULLBEGINPRINT'请重新输入该业主信息！'PRINT'你必须提供业主的房号、姓名、性不、入住时刻、面积及家庭情况'RETURNENDDECLARE@bitSexbitIF@sex='男'SET@bitSex=1ELSESET@bitSex=0BEGINTRANSACTIONINSERT业主(Dno,Yname,Ysex,Scheckin,Family,Area)VALUES(@id,@name,@Sex,@time,@home,@mianji)IF@@error<>0BEGINROLLBACKTRANRETURNENDCOMMITTRANSACTIONPRINT'业主'+@name+'的信息成功添加到表业主中。‘报修信息存储过程1.执行存储过程查询报修信息use小区物业治理goifexists(selectnamefromsysobjectswherename='proc_Fix'andtype='p')dropprocedureproc_Fixgocreateprocedureproc_FixasselectDno,Pno,Rsubmit,Rsolve,Rreasonfrom报修2.执行存储过程插入报修信息createprocedureAddF@idchar(10)=NULL,@Pidchar(10)=NULL,@Ttimesmalldatetime=NULL,@Stimesmalldatetime=NULL,@Reasonchar(50)=NULLASIF@idISNULLOR@PidISNULLOR@TtimeISNULLOR@StimeISNULLOR@ReasonISNULLBEGINPRINT'请重新输入该业主信息！'PRINT'你必须提供业主的房号、物品号、提交时刻、解决时刻、报修缘故'RETURNENDBEGINTRANSACTIONINSERT报修VALUES(@id,@Pid,@Reason,@Stime,@Ttime)IF@@error<>0BEGINROLLBACK