小区物业管理系统数据库设计Word格式文档下载.docx

1、详细设计115041302金宜明逻辑设计需求分析研究内容概述 针对普通的小区物业管理，设计一个方便的小区物业管理系统。通过查阅资料、调查实际情况，给出合理的需求分析。在此基础上，小组成员分工合作完成逻辑设计等后续工作，结合课程所学内容，实现小区物业管理系统的简单运行。执行进度 执行进度执行过程执行时间2013.5.72013.5.13概念结构设计2013.5.142013.5.20逻辑结构设计2013.5.212013.5.232013.5.242013.5.27数据库的实施与维护2013.5.282013.6.51 需求分析 51. 1 调查用户需求 51. 2 系统功能设计与划分 61.

2、3 数据流图 71.4 数据字典 92 概念设计文档 122.1 分图 122. 2 全局 图 153 逻辑结构设计 163.1 全局图 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 调查用户需求本系统的最终用户为小区业主，小区物业管理人员。根据我们日常生活中的经验，结合对周边小区物业管

3、理人员的咨询和对周边小区业主的调查，以及网上资料查询，得出用户的下列实际要求：一、 小区的基本情况业主生活在小区里，每个小区都会有若干名工作人员负责本小区的日常管理。1. 业主的基本信息： 入住时，每位业主都有唯一的编号，并生成一个小区物业管理系统帐号和密码。同时记录下客户的基本资料（业主资料和住房资料）。2. 管理员的基本信息： 每个管理员都有唯一的管理员编号，管理员登陆物业管理系统也需要相应的账号和密码，并记录管理员的基本信息；同时便于小区内业主对管理员的管理工作进行评价，如投诉某位管理员的服务不当或者消极怠工。3. 公共财产管理的基本信息：每个业主共同分担公共财产的使用、维护、管理，比如

4、水电房，煤气消防，停车场，区内小道，住宅楼宇电梯等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。同时维护小区安保工作，绿化、清洁及安全科普宣传，协助街道居委民警工作，代收各项费用如管理费。4. 快件收发的基本信息：每个小区都有邮件收发的管理，当本小区业主有信件时，相应的会有信件的到达时间，接受信件的业主姓名和他所在的房编号。有时，同一个业主有多封信件需要接收，需要表示一个业主有多少封信件。当信件接收后，应有一个接收信件的时间，表示信件已成功到达指定的业主手中。5. 报修的基本信息：小区及业主单元房中经常出现财产的损坏，比如路灯坏了，厕所的马桶出故障了等

5、，这时，业主们需要将财产损坏情况报告给小区物业管理员，以便物业公司派人进行维修。这时，需要记录报修的房编号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。6. 投诉的基本信息：在日常生活当中，业主和物业管理公司必然存在一定的分歧。为满足业主需求，提高物业管理公司办公水平。业主可以向物业管理公司提出建议和投诉。业主一旦投诉，物业管理人员必须马上对投诉进行辨别与确认，继而对合理投诉进行加强改善，同时通知业主。7. 费用管理的基本信息：管理业主是否缴纳物业管理费用信息，以及通知业主进行缴水费，电费，煤气费等费用及相关使用情况；使用户的生活

6、更加方便快捷。二、 用户对系统的要求1、小区物业管理员： a.信息要求：小区物业管理员能查询上面提到的业主、单元房、公共财产管理等所有基本信息，从而实现对于小区的管理。b.处理要求：管理员可以在原有个人资料上添加、修改、删除个人信息。当业主基本信息发生变化时，小区物业管理员能对其进行修改。比如，某些业主搬离小区，他们在本小区中相应的记录就应该删去；或者业主将单元房转售他人，他们记录中业主基本信息也要作相应的修改等等。当快件到达本小区时，小区物业管理员应依据到达快件的相关信息在快件信息中插入一条记录，当业主们接收快件后，管理员应登记快件的接收时间，表明该信件已成功到达收信人的手中。当公共财产报修

7、及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。当业主投诉时，物业管理人员必须马上对投诉进行辨别与确认，继而对合理投诉进行加强改善，同时通知业主。核对每月资源使用情况，计算后通知业主缴纳相应费用。c安全性与完整性要求：安全性要求：1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；3.系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。完整性要求：1.各种信息记录的完整性，信息记录内容不能为空；2.各种数据间相互的联系的正确性

8、；3.相同的数据在不同记录中的一致性。2、小区业主： a.信息要求：小区业主们能查询其所在的单元房的所有信息。能查询自己的快件信息。能查询自己的报修记录、投诉记录和缴费记录。小区业主可以在个人信息中进行添加、修改、删除家庭人员信息。小区业主可以在投诉记录中插入投诉信息，表示对于物业管理公司的建议和投诉。小区业主能在报修记录中插入报修信息，表示公共财产发生了损毁需要小区物业管理公司派人维修。月末时，小区业主能查看到自己的费用情况，并按时缴纳费用，确保生活有序进行。1.2系统功能设计与划分根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分：一、用户管理部分 1、处理用户登录 2、处

9、理用户添加、修改、删除个人信息 3、用户可以提交和查询投诉信息 4、用户可以查询快件信息。 5、用户可以提交与查询报修信息。 6、用户可以查询费用信息。 7、用户可以修改用户自己密码。二、管理员管理部分 1、处理管理员登录 2、管理员可以查询业主信息。 3、管理员可以发布与更新快件信息。4、管理员可以插入、修改与查询报修信息。 5、管理员可以插入、修改与查询业主投诉信息。6、管理员可以发布、处理费用信息。7、管理员可以修改管理员密码。1. 3 数据流图业主分数据流图管理员分数据流图报修分数据流图快件分数据流图投诉分数据流图费用管理分数据流图总数据流图1.4 数据字典 1.数据项居住业主属性名存

10、储代码类型长度备注业主姓名20性别4房编号10业主房号入住时间8业主搬入时间家庭情况50亲属情况房屋面积居住面积用户用户密码用户类型1普通超级用户物业管理人员管理人员姓名管理员姓名物业编号管理员编号入职时间进入公司时间普通或超级用户单元房财产物品号单元房物品编号物品名单元房物品名邮件快递收件人姓名收件人房编号到达时间邮件快递到达时间接收时间收件人接收时间报修：报修人房编号报修物品编号提交日期报修提交日期解决日期问题解决日期报修原因物品损坏原因投诉：投诉人房编号受理物业人员投诉原因费用管理用水量应缴水费用电量应缴电费燃气立方数应缴燃气费开始时间截止时间单位物业管理费总物业管理费总应缴费用用户&管

11、理员2.数据结构数据结构名组成用户信息用户，用户密码，用户类型（普通用户，管理员）居住业主信息业主姓名，性别，房编号，入住时间，家庭情况，房屋情况管理员信息管理员姓名，性别，物业编号，入职时间公共财产信息物品号，物品名邮件快递信息姓名，房编号，到达时间，接收时间，邮件数量报修信息房编号，物品号，提交日期，解决日期，报修原因投诉信息房编号，物业编号，提交日期，解决日期，报修原因费用信息开始日期，截止日期，资源使用情况，费用数量3.数据流数据流名数据流来源数据流去向信息登记（业主）业主业主信息记录表个人信息信息修改（业主）信息查询（业主）信息登记（管理员）管理员信息记录表信息修改（管理员）信息查询

12、（管理员）快件信息登记邮件快递表快件信息收取快件报修登记业主报修记录表查询报修已修信息已修登记投诉物业管理业主投诉记录表查询投诉进度改善信息物业管理投诉信息登记（费用管理）业主费用缴纳记录表信息查询（费用管理）缴费信息4.数据存储数据存储名输入的数据流输出的数据流确认信息业主投诉登记表业主费用记录表5.处理过程处理过程名输入数据流输出数据流登记已修信息快件收取已收信息2 概念设计文档2.1 分图1、业主个人信息管理子系统2、报修子系统3、投诉子系统4、快件收发子系统5、费用管理子系统2. 2 全局 图设计完成的图为：3.1 全局图3.2 转换为关系模型及优化3.2.1 关系模型转换小区业主（房

13、编号，业主姓名，性别，入住时间，家庭情况，房屋情况）物业管理人员（物业编号，管理员姓名，性别，入职时间）公共财产财产（物品号，物品名）业主网页查询（房编号，用户，用户密码）物业管理人员网页查询（物业编号，用户，用户密码）邮件快递签收（业主姓名，房编号，到达时间，接受时间）报修（房编号，财产号，报修时间，解决日期，报修原因）投诉（房编号，投诉时间，解决问题，投诉原因）费用管理（房编号，物业编号，开始时间，截止时间，用水量，应缴水费，用电量，应缴电费，燃气立方数，应缴燃气费，单位物业管理费，总物业管理费，总应缴费用）（下划线标注的属性为主码）3.2.2 关系优化 以上表是优化后的关系模型，优化就是

14、要消除非主属性对主属性的部分依赖以及传递依赖。在设计关系模型用户（物业管理人员）网页登陆按规则是要写入业主表（物业管理人员表）的，但是存在了部分依赖和传递依赖，所以优化后就给独立出来。自此所有的都是符合规则的3。3.3 设计用户子模式为了方便程序查询，建立了如下用户视图（可贴图附代码）1、业主信息视图（房编号，业主姓名，性别，入住时间，家庭情况，房屋面积）2、管理员信息视图（物业编号，管理员姓名，性别，入职时间）3、财产报修视图（房编号，财产名，报修时间，处理时间，报修原因）4、投诉视图（房编号，物业编号，投诉时间，解决时间，投诉原因）5、业主费用总图（房编号，物业编号，用水量，应缴水费，用电

15、量，应缴电费，燃气立方数，应缴燃气费，单位物业管理费，总物业管理费，总应缴费用，开始时间，截止时间）4.1、表结构设计小区业主表物业管理人员表单元房财产表报修表投诉表费用管理表4.2 数据库的创建 4.3 数据表的创建 4.4 数据完整性设计（列出数据库表中所设置的完整性约束条件） 1. 主键及外键约束：表名主键外键房编号（）物业编号（）公共财产物品号（）业主姓名（）到达时间（）投诉提交日期（）报修日常资源使用情况2非空约束：非空约束缴费时间（）3约束:约束用X量（）应缴X费（）单位物业管理费（）总物业管理费（）总应缴费用（）：所有约束皆为大于等于“0”。5 详细设计及实现5 存储过程的创建1

16、.执行存储过程查询业主信息 小区物业管理 （ = = p） （10） 业主 2.执行存储过程插入业主信息 （10）= , （20）= , （4）= , , （10）, （50）= 请重新输入该业主信息！你必须提供业主的房号、姓名、性别、入住时间、面积及家庭情况男 = 1 = 0 业主 （） （, , , , , ） 0业主的信息成功添加到表业主中。报修信息 存储过程1.执行存储过程查询报修信息 报修 2.执行存储过程插入报修信息你必须提供业主的房号、物品号、提交时间、解决时间、报修原因 报修 （, , ） 房号的报修信息成功添加到表报修中。投诉信息 存储过程 投诉费用信息 存储过程 费用 快件

17、信息 存储过程 （20） 快件 6 总结在为期一个月左右的大作业设计实现过程中，组内成员均表现优秀。大家在繁忙的课程和复习之余为小组共同作业付出了许多时间与精力。做大作业的过程既是一份宝贵的学习简单数据库设计的经验，又是大家对于数据库课程查漏补缺的好机会。大家在认真踏实做好自己分内任务的同时，积极参与到别的模块当中，一起合作，讨论，分享自己的资料和心得，彼此监督，均出色完成了此次作业任务。尤其是在答辩前最后几天，小组成员一直在积极做着最后的修改。虽然临近期末，但每天晚上项目小组的群里大家总在热烈讨论。短短的时间，大家从毫无头绪到最后做出一个简单雏形，对每一个小组成员都是巨大的收获和成就。这一段过程，也是每一个人的宝贵记忆。课程答辩记录表答辩时间 2013