6.投诉的基本信息：
在日常生活当中，业主和物业管理公司必然存在一定的分歧。为满足业主需求，提高物业管理公司办公水平。业主可以向物业管理公司提出建议和投诉。业主一旦投诉，物业管理人员必须马上对投诉进行辨别与确认，继而对合理投诉进行加强改善，同时通知业主。
7.费用管理的基本信息：
管理业主是否缴纳物业管理费用信息，以及通知业主进行缴水费，电费，煤气费等费用及相关使用情况；使用户的生活更加方便快捷。
2013.5.14——2013.5.20
逻辑结构设计
2013.5.21——2013.5.23
物理设计
2013.5.24——2013.5.27
数据库的实施与维护
2013.5.28——2013.6.5
1 需求分析
1. 1
本系统的最终用户为小区业主，小区物业管理人员。根据我们日常生活中的经验，结合对周边小区物业管理人员的咨询和对周边小区业主的调查，以及网上资料查询，得出用户的下列实际要求：
FWater
char
20
用电量
Electric
char
20
应缴电费
FElectric
char
20
燃气立方数
Gas
char
20
应缴燃气费
FGas
char
20
开始时间
Fstart
char
20
截止时间
Fdeadline
char
20
单位物业管理费
Fpart
char
20
总物业管理费
Ftotal
char
20
总应缴费用
一、小区的基本情况
业主生活在小区里，每个小区都会有若干名工作人员负责本小区的日常管理。
1.业主的基本信息：
入住时，每位业主都有唯一的编号，并生成一个小区物业管理系统帐号和密码。同时记录下客户的基本资料（业主资料和住房资料）。
2.管理员的基本信息：
每个管理员都有唯一的管理员编号，管理员登陆物业管理系统也需要相应的账号和密码，并记录管理员的基本信息；同时便于小区内业主对管理员的管理工作进行评价，如投诉某位管理员的服务不当或者消极怠工。快件信息确认信息Fra bibliotek快件信息
确认信息
业主投诉登记表
投诉信息
改善信息
投诉信息
改善信息
业主费用记录表
费用信息
缴费信息
费用信息
缴费信息
业主信息记录表
个人信息
个人信息
个人信息
管理员信息记录表
个人信息
个人信息
个人信息
5.处理过程
处理过程名
输入数据流
输出数据流
报修登记
报修信息
报修信息
查询报修
报修信息
报修信息
登记已修信息
物业管理人员
邮件快递表
快件信息
收取快件
邮件快递表
业主
快件信息
报修登记
业主
业主报修记录表
报修信息
查询报修
业主报修记录表
业主
已修信息
已修登记
物业管理人员
业主报修记录表
已修信息
投诉物业管理
业主
业主投诉记录表
投诉信息
查询投诉进度
业主投诉记录表
业主
改善信息
物业管理投诉
物业管理人员
业主投诉记录表
改善信息
信息登记（费用管理）
char
10
投诉人房编号
物业编号
Gno
char
10
受理物业人员
提交日期
Tsubmit
date
8
报修提交日期
解决日期
Tsolve
date
8
问题解决日期
投诉原因
Treason
char
50
投诉原因
费用管理
属性名
存储代码
类型
长度
房编号
Dno
char
10
物业编号
Gno
char
10
用水量
Water
char
20
应缴水费
管理员信息
管理员姓名，性别，物业编号，入职时间
公共财产信息
物品号，物品名
邮件快递信息
姓名，房编号，到达时间，接收时间，邮件数量
报修信息
房编号，物品号，提交日期，解决日期，报修原因
投诉信息
房编号，物业编号，提交日期，解决日期，报修原因
费用信息
开始日期，截止日期，资源使用情况，费用数量
3.数据流
数据流名
当然，也有很多不足之处。首先就是表现在对项目设计的经验欠缺上，致使前期的设计工作一度陷入非常拖拉的状况，并且表现在对后来整个项目的实现中出现了几次较大的改动。由于对课程知识掌握不够好，很多地方我们花费的功夫都比较大，幸而在大家的齐心协力之下一一解决。
签名：
年 月 日
小组协作基本信息
项目名称
小区物业管理系统
核对每月资源使用情况，计算后通知业主缴纳相应费用。
c．安全性与完整性要求：
安全性要求：
1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；
2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
3.系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。
1
普通或超级用户
单元房财产
属性名
存储代码
类型
长度
备注
物品号
Pno
char
10
单元房物品编号
物品名
Pname
char
20
单元房物品名
邮件快递
属性名
存储代码
类型
长度
备注
业主姓名
Yname
char
20
收件人姓名
房编号
Dno
char
10
收件人房编号
到达时间
Marrive
date
8
邮件快递到达时间
接收时间
Mreceive
小区物业管理系统
的设计与实现
报告内容摘要：
1需求分析说明书
2概念结构设计
3逻辑结构设计
4物理结构设计
5详细设计
6总结（经验体会）
小组自评：
在设计实现整个项目的过程中，小组成员都积极参与并且表现出了热情认真的态度。尤其是在遇到大家都不清楚的地方时，每个人都能积极去查阅资料，然后及时分享信息，这对于我们本身对数据库的课程学习也是非常有效的一种促进。每一个部分我们都选出了主要的负责人，虽然如此但是每一个板块每一个人都积极参与其中，制表，写实现方案，收集资料，汇总，有分工有合作，在彼此监督下还算是非常圆满的完成了此次作业。
研究内容概述
针对普通的小区物业管理，设计一个方便的小区物业管理系统。通过查阅资料、调查实际情况，给出合理的需求分析。在此基础上，小组成员分工合作完成逻辑设计等后续工作，结合课程所学内容，实现小区物业管理系统的简单运行。
执行进度
执行进度
执行过程
执行时间
需求分析
2013.5.7——2013.5.13
概念结构设计
小区业主可以在投诉记录中插入投诉信息，表示对于物业管理公司的建议和投诉。
小区业主能在报修记录中插入报修信息，表示公共财产发生了损毁需要小区物业管理公司派人维修。
月末时，小区业主能查看到自己的费用情况，并按时缴纳费用，确保生活有序进行。
1.2系统功能设计与划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分：
备注
业主姓名
Yname
char
20
业主姓名
性别
Ysex
char
4
房编号
Dno
char
10
业主房号
入住时间
Scheckin
date
8
业主搬入时间
家庭情况
Family
Char
50
亲属情况
房屋面积
Area
Char
10
居住面积
用户ID
Uname
char
20
用户密码
Upassword
char
20
用户类型
Utype
完整性要求：
1.各种信息记录的完整性，信息记录内容不能为空；
2.各种数据间相互的联系的正确性；
3.相同的数据在不同记录中的一致性。
2、小区业主：
a.信息要求：
小区业主们能查询其所在的单元房的所有信息。能查询自己的快件信息。能查询自己的报修记录、投诉记录和缴费记录。
b.处理要求：
小区业主可以在个人信息中进行添加、修改、删除家庭人员信息。
物业管理人员
业主费用缴纳记录表
费用信息
信息查询（费用管理）
物业管理人员
业主
费用信息
信息查询（费用管理）
业主费用缴纳记录表
业主
缴费信息
信息查询（费用管理）
业主
业主费用缴纳记录表
缴费信息
4.数据存储
数据存储名
输入的数据流
输出的数据流
组成
业主报修记录表
报修信息
已修信息
报修信息
报修信息
已修信息
邮件快递表
快件信息
4.快件收发的基本信息：
每个小区都有邮件收发的管理，当本小区业主有信件时，相应的会有信件的到达时间，接受信件的业主姓名和他所在的房编号。有时，同一个业主有多封信件需要接收，需要表示一个业主有多少封信件。当信件接收后，应有一个接收信件的时间，表示信件已成功到达指定的业主手中。