2.5.2 关系模式
系统用户（用户名，密码）
租户资料（姓名，房号，入住日期，电话）
水电表（表号，上月电表数，下月电表数，上月水表数，下月水表数） 租费收取信息（房号，押金，月租，收租日期，本期收租，租费到期） 房间信息（房号，基本押金，基本租金，配置，房间状态） 2.5.3 关系模式规范化说明
a)租户资料表的主属性是房号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该租户资料表符合第三范式。
b)水电表的主属性是房号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该水电表符合第三范式。
c)租费收取信息表的主属性是房号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该租费收取信息表符合第三范式。
d)房间信息表的主属性是房号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该房间信息表符合第三范式。 f）系统用户表是全码，所以符合第三范式。
12
第三章 系统设计
3.1 系统总体设计
3.1.1 系统功能模块图设计
该物业管理系统主要包括两大系统普通用户查询系统和管理员管理系统，其中普通用户查询系统是用户进行注册后，可以对各种信息进行查询。管理员管理系统是对各种信息进行整合和管理，以便普通用户进行查询。而这两个系统都包括以下四个信息：
（1）人员信息：提供与房子有关的人员信息。一般用户可以查询与房间有关的人员资料；物业主管可其进行增、删、改、插等操作
（2）租房信息：对房产出租，退租以及租房面积调整。其中物业主管可对其进行房租金额计算和收款操作，一般用户对其查询
（3）水电信息：根据租房资料，结合当月水、电量进行分摊，完成应收水电费。其中物业主管对其进行计算，其他用户进行查询 （4）交款信息：提供收款和发票打印以及交款数据 系统功能模块图如下图所示：
物业管理系统 普通用户查询系统 管理员管理系统 人员信息查询租房信息查询水电信息查询交款信息查询人员信息管理租房信息管理水电信息管理交款信息管理
13
图3.1 系统功能模块图
3.1.2 数据库设计
1.系统用户表
字段名 Name Password 2.人员信息表
字段名 Name Roomid Arrdate Phone 3.水电表
字段名 Roomid Sdbs Xdbs Ssbs Xsbs 字段数据类型 Char（20） Char（10） Char（10） Char（10） Char（10） 对应中文名 表号 上月电表数 下月电表数 上月水表数 下月水表数 字段数据类型 Char（20） Char（20） Date time Char（20） 对应中文名 姓名 房号 入住日期 电话 字段数据类型 Char（20） Char（20） 对应中文名 用户名 密码 4.租费收取信息表
字段名 Roomid C-deposit C-rent Rent-date Cur-money Due-date
14
字段数据类型 Char（20） Int Int Date time Float Date time 对应中文名 房号 押金 月租 收租日期 本期收租 租费到期
5.房间信息表
字段名 Roomid Deposit Rent Equip State 字段数据类型 Char（20） Int Int Char（20） Int 对应中文名 房号 基本押金 基本租金 配置 房间状态 3.2 系统详细设计
系统详细设计包括两部分内容是程序流程图和界面设计，在这个过程根据总体设计中每个模块的功能要求来进行设计。程序流程图是根据每个模块所需要实现的功能来进行设计的，就相当于做每一件事要经过的流程，程序流程图是根据整个系统的实现过程整体设计的，所以在设计程序流程图的时候需要纵观全局，将每个需要的步骤都包括在流程图内。而界面设计就是根据每个模块所需的功能来设计代码，使代码可以运行出所需的功能，要做到不漏一个功能，使以后的工作好做，就如系统的进入主界面，就必须包括选择身份进入系统，因为这个系统包括两大界面，包括管理员界面和普通用户界面。这两个界面是以不同身份进入的，那么它们所包括的功能也就不同，管理员界面是需要密码验证的，而普通用户就不需要。因为普通用户只是进行查询信息操作，而管理员则需要进行管理工作，那么管理员界面就需要使用验证码技术进行保护，使信息不至于外漏，造成损失。这些设计时都需要考虑到，在界面设计时就必须让界面有这些功能。
3.2.1 程序流程图
15
相关推荐：
loading