数据库房产中介管理系统.doc

资源描述

《房屋中介管理系统》目录一、系统概述及需求分析2 1。1 系统开发背景2 1.2 开发目标及功能需求简介2 1。3 安全性与完整性要求：3 1。4确定项目及功能3 1.4。1 用户管理3 1.4。2 房屋管理4 1。5数据流图5 1.5.1 总体的功能图5 1.5。2具体的求购,出售数据流图5 1.5。3具体的房屋求租，出租信息6 1.5.4总数据流图6 1.6 数据字典7 1。6。1数据项7 1。6.2数据结构10 1。6。3数据流11 1。6。4数据存储11 1。6.5处理过程11 二、概念设计-——-—-E—R图12 2.1用户出售（出租、求购、求租)子系统12 ②总E——-R图17 三、逻辑结构设计18 3。1 关系模型的设计依据18 3.2 E—R图向关系模式的转换18 四、物理结构设计19 五、数据库的实施20 5。1建立房屋中介数据库20 5。2建表21 5。2。1普通用户表21 5。2。2管理员表21 5。2.3出租房屋表22 5。2.4出租房价23 5。2.5 求租房屋表23 5.2.6求租房价表24 5。2.7出售房屋表25 5。2。8出售房价表25 5.2。9求购房屋表26 5.2.10 求购房价表26 5。3建立索引27 六、运行和维护28 6.1维护数据库的安全性与完整性28 一、系统概述及需求分析 1.1 系统开发背景房屋中介行业是房地产业的重要组成部分,其在房地产业经济运作的全过程之中起着至关重要的作用，为房地产业的生产、流通和消费提供了多元化的服务。房屋中介行业作为一个管理房屋信息的机构,其对信息的管理应该准确无误.因此就需要建立一个房屋中介管理系统来进行有效管理。房屋中介数据库管理系统是一个房屋中介机构不可缺少的部分，能够为操作人员和用户提供充足的信息和快速查询手段。它可以通过有效且及时的操作对房屋中介系统中的大量信息数据进行处理和管理。与旧时人工的管理方式相比，房屋中介管理系统既提高了效率，也有利于数据的正确记载防丢失。 1。2 开发目标及功能需求简介日常生活中，我们在居住房子时，总要查询一些关于房子出售和房子出租的信息。而自身有房子的用户也会想要出售或出租，此时就需要一个系统能够方便人们即时交换互相的信息.房产中介管理系统就是这样一个系统.房产中介系统包含了各处房产情况、出租、出售等介绍,其次不同用户可以登录到系统中，注册或者登陆后，根据自身的权限去查询、登记或修改中介信息。 1、房屋信息方面关于房屋，一方面要有用户可以登记租用、出售信息的需求,也要有用户可以查询租用、出售信息的需求。当查询后,还有一项可以打印专业的报表的功能。关于房屋，系统还可以添加一项房屋常识，为使用此类信息的用户提供基本常识。 ⑴ 首先房屋的租用和出售的信息需要用户输入，输入后涉及到管理员对信息的合理性进行考察和修改，还有其他用户对其进行查询。查询时，又有搜索的方式设计，以此可以有利于用户高速且快速的查询. ⑵ 其次，当房屋等相关信息登记后,须有总体的数量统计，即统计出未出租、已出租、未出售、已出售的房屋数量以及所有房屋的总数量. ⑶ 房屋查询后，或者填写完出租、出售信息后，会有可以打印的功能项，便于用户打印出来,利于随时携带查询，核对. 2、用户信息方面用户在使用系统时,都要先登录或者先注册，然后输入和设定个人信息和密码。关于用户，可以分为三类.一类是超级管理员，对各类用户信息、房屋信息、界面等可以任意修改，并适时对整个系统进行维护和改进；一类是管理员,负责管理和修改房屋或者用户信息;另一类是普通用户，包含可以登记想要租用和出售的房屋等，同时也可以查询租用或者购买等相关信息等。 ⑴超级管理员监管着整个系统，包括其内部的语言、物理和逻辑设计的修改。而且在同时，超级管理员可以对系统中的存储内容做出改动。在系统出现问题或需要更新时做出有效的管理。 ⑵管理员较超级管理员拥有的权限减少，其实也可以看作为一类特殊的用户,他们需要做的是对整个系统中注册有效的用户和房屋统计做出管理、查询,也可对房屋信息等进行管理、查询,同时也可帮助解答普通用户使用系统产生的疑问，确认界面上的常识性信息给出正确的并拥有对其的修改权限。 ⑶普通用户可以在网站进行注册，然后可以自行修改密码，添加个人信息等。另外还可以发布房屋出租、出售的信息，或者登记想要租用和购买的房屋信息，方便那些发布者联系,达到信息交换的目的。当然普通用户也可自行查询房屋出租、出售的信息等,在查询房屋信息时，用户也可以对查询对房屋的出租和出售的信息进行行之有效的统计。 1。3 安全性与完整性要求: ①　安全性要求：系统中用户注册时应要求用户设置其密码，并设置合法的个人标记（例身份证号等),保证用户身份不被盗用或盗用后可及时找回；系统中，有不同级别的用户也应相应的设定其权限范围，而这个设定可以从数据调用的访问级别入手。 ②　完整性要求： a. 要求信息的完整性，例如用户的姓名、密码、邮箱等不能为空。 b. 各种数据间相互的联系的正确性.减少数据冗余等. 1。4确定项目及功能根据需求分析，将以上功能具体化设计。分为两个部分. 1。4。1 用户管理 1. 普通用户： 1) 用户注册、登录 2) 用户可以更新和修改个人信息、修改密码等 3) 用户发布房屋出租信息 4) 用户发布房屋出售信息 5) 用户求租房屋信息 6) 用户求购房屋信息 7) 用户查询房屋出租信息 8) 用户查询房屋出售信息 9) 用户对房屋出售查询统计信息 10) 用户对房屋出租查询统计信息 2. 管理员： 1) 登录系统 2) 管理员可以修改个人信息和密码 3) 查询用户 4) 查询房屋出租和出售房屋信息 5) 查询用户求购房屋和求租房屋信息 6) 管理统计普通用户 7) 管理统计房屋出租信息 8) 管理统计房屋出售信息 9) 管理统计用户求租信息 10) 管理统计用户求购信息 11) 管理常识性知识的设置和修改 3. 超级管理员 1) 修改储存信息 2) 更新和维护系统 1.4。2 房屋管理 1．房屋的出租信息 2．房屋的出售信息 3．房屋的求租信息 4．房屋的求购信息 5．房屋的统计信息 1。5数据流图 1。5。1 总体的功能图房屋中介管理系统用户出租信息用户出售信息超级管理员查寻出租信息查寻出售信息房屋常识信息 1。5。2具体的求购，出售数据流图用户登记求购管理员登记出售出售信息统计表求购信息统计表购房信息统计求租查询求购信息出售信息查询出售信息 1.5.3具体的房屋求租,出租信息用户登记求租管理员登记出租出租信息统计表求租信息统计表求租信息统计求租查询求租信息出租信息查询出租信息 1.5。4总数据流图用户登记出售登记出租房屋常识管理员登记求购出售求购信息统计表登记求租出租求租作息统计发布出售信息发布出租信息发布求租信息发布求购信息房屋出售信息房屋出租信息求购信息统计求租信息统计查询出售求购信息查询出租求租信息出售求购信息统统计统计统计出租求租信息统计查询常识房屋常识 1。6 数据字典 1。6.1数据项 1。6.1。1 普通用户数据字典数据项名别名类型取值范围含义说明编号用户编号 char 0000000000~ 9999999999 用户的唯一标识姓名 char 用户注册时的代码性别 char 男或女标识用户男或女密码验证文字 char 用户的登录标识住址居住地 char 用户现在居住的城市联系电话联系标识 char 00000000000~ 99999999999 可以联系用户的标识邮箱 E—mail char 网络上的通信方式安全问题密保问题 char 字母数字的组合用来找回密码验证用户 1。6.1.2 管理员数据字典数据项名别名类型取值范围含义说明编号管理员编号 char 0000000000~ 9999999999 管理员的唯一标识姓名 char 管理员注册时代码密码验证文字 char 字母数字的组合用户登录标识 1.6。1。3 出租房屋信息数据字典数据项名别名类型取值范围含义说明编号出租者编号 char 0000000000～ 9999999999 出租者的唯一标识姓名 char 出租者注册时代码联系电话联系标识 char 00000000000～ 99999999999 可以联系出租者的标识房屋种类房屋等级 char 好、良、中、差判定房屋好坏每月价格每月月租 money 0～9999999999 出租者每月想收的租金出租房屋面积房屋大小 float 0～9999999999 房屋面积的大小出租情况是否出租 char 是、否房屋现在是否出租房屋地址出租房地址 char 出租者想出租的房屋现在地址备注信息房屋其它描述 char 对出租房子的一些其它描述 1。6。1.4 出售房屋信息数据字典数据项名别名类型取值范围含义说明编号出售者编号 char 0000000000～ 9999999999 出售者的唯一标识姓名 char 出售者注册代码联系电话联系标识 char 00000000000～ 99999999999 可以联系出售者的标识房屋种类房屋等级 char 好、良、中、差判定房屋好坏出售价格房屋价格 money 0~9999999999 出售房屋期望价格出售房屋面积房屋大小 float 0~9999999999 房屋面积的大小出售情况是否出售 char 是、否房屋现在是否出售房屋地址出售房地址 char 出售者想出售的房屋现在地址备注信息房屋其它描述 char 对出售房子的一些其它描述 1。6。1。5 求租房屋信息数据字典数据项名别名类型取值范围含义说明编号求租者编号 char 00000000000～ 99999999999 求租者的唯一标识姓名 char 求租者注册系统时的文本联系电话联系标识 char 000000000000～ 999999999999 可以联系求租者的标识房屋种类房屋等级 char 好、良、中、差判定房屋好坏求租价格每月月租 money 0～9999999999 求租者每月想交付的租金求租房屋面积房屋大小 float 0~9999999999 房屋面积的大小备注信息房屋其它描述 char 求租者对房屋的一些其它的要求 1。6。1.6 求购房屋信息数据字典数据项名别名类型取值范围含义说明编号求购者编号 char 00000000000~ 99999999999 求购者的唯一标识姓名 char 求购者注册系统时的文本联系电话联系标识 char 000000000000~ 999999999999 可以联系求购者的标识房屋种类房屋等级 char 好、良、中、差判定房屋好坏房屋价格房屋市价 money 0～9999999999 求购者愿意为些房屋付出的价格求购房屋面积房屋大小 float 0~9999999999 房屋面积的大小备注信息房屋其它描述 char 求购者对房屋的一些其它的要求 1。6.1.7 用户级别数据字典属性名存储代码类型取值范围含义说明编号级别编号 char 00000000000～ 99999999999 用户级别的唯一判定姓名 char 用户注册系统时的文本密码验证文字 char 字母数字的组合用户登录的标识级别等级位数 int 1、2、3 用户等级的标识 1.6。1。8 密码修改数据字典数据项名别名类型取值范围含义说明编号用户编号 char 0000000000～ 9999999999 用户的唯一标识姓名 char 用户注册系统时的文本原密码原来的验证文字 char 字母数字的组合用户原登录标识新密码新的验证文字 char 字母数字的组合用户新的登录标识 1。6.2数据结构数据结构名组成含义说明用户信息编号、姓名、密码、用户级别（普通用户,管理员，超级管理员）用来存放用户的信息出租房屋信息编号、姓名、联系电话、房屋种类、每月价格、出租房屋面积、出租情况、房屋地址、备注信息等出租房屋的信息和对房屋的描述出售房屋信息编号、姓名、联系电话、房屋种类、每月价格、出售房屋面积、出售情况、房屋地址、备注信息等出售房屋的信息和对房屋的描述求租房屋信息编号、姓名、联系电话、房屋种类、求租价格、求租房屋面积、备注信息求租房屋的信息和对房屋的描述求购房屋信息编号、姓名、联系电话、房屋种类、求购求租价格、求购房屋面积、备注信息求购房屋的信息和对房屋的描述用户级别编号、姓名、密码、用户级别（1普通用户,2管理员，3超级管理员）用户级别的判定和权限的授予验证管理员编号、姓名、密码对管理员信息的存放 1.6。3数据流数据流名数据流来源数据流去向组成出租房屋信息普通用户管理员出租、求租房屋统计表出售房屋信息普通用户管理员出售、求购房屋统计表求租房屋信息普通用户管理员出租、求租房屋统计表求购房屋信息普通用户管理员出售、求购房屋统计表 1。6。4数据存储数据存储名输入的数据流输出的数据流组成出租、求租房屋统计表出租房屋信息求租房屋信息出租、求组房屋信息及其统计数据出租房屋信息及统计信息求租房屋信息及统计信息出售、求购房屋统计表出售房屋信息求购房屋信息出售、求购房屋信息及其统计数据出售房屋信息及统计信息求购房屋信息及统计信息 1。6。5处理过程处理过程名输入数据流输出数据流登记出租出租信息出租信息登记求租求租信息求租信息登记出售出售信息出售信息登记求购求购信息求购信息查询出租出租信息出租信息查询求租求租信息求租信息查询出售出售信息出售信息查询求购求购信息求购信息查询用户用户信息用户信息查询常识性知识常识性知识信息常识性知识信息二、概念设计-—-—-—E—R图 2。1用户出售(出租、求购、求租)子系统 ①局部ER图 ②总E———R图三、逻辑结构设计 3.1 关系模型的设计依据根据需求分析中的E-R图,可以很清晰的看出各个实体的属性和实体之间的联系,通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化,并且根据范式化理论进行优化。对于实体间的联系我们分不同的情况讨论：若实体间的联系是1:1,可以在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。若实体间联系为1:n,则在n端实体转换成的关系中加入1端实体转换成的关系码。若实体间联系为n：m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。 3.2 E—R图向关系模式的转换用户:（用户编号,姓名，性别，密码,住址，邮箱，联系电话,安全问题）出售出租信息登记：(出售登记编号，姓名，联系电话，房屋种类,出租房屋面积、出租情况，房屋地址，备注信,价格）出租房屋（出租编号，姓名，电话，房屋种类，出租情况，房屋面积,房屋地址) 出售房屋（出售编号，姓名，电话，房屋种类，房屋面积，房屋地址,出售情况）出租房屋价格(出租编号，出租房屋类型，出租价格) 出售房屋价格（出售编号，出售房屋类型,出售价格) 登记（用户编号，出售登记编号) 求购信息：（求购登记编号，姓名,联系电话，房屋种类,求租房屋面积，房屋地址，求租情况,备注信息，价格）求购房屋价格(求购编号，求购房屋类型，求购价格) 求租房屋价格（求租编号，求租房屋类型，求租价格) 求购房屋(求购编号，姓名，电话,求购房屋种类,求购面积）求租房屋（求租编号，姓名，电话，求租面积，求租房屋种类) 传达(出售登记编号，管理员编号）整理(求购登记编号，管理员编号) 管理员：(管理员编号,姓名,密码）四、物理结构设计 4。1确定数据库的存放位置为了提高系统的性能,应该根据应用情况将数据的易变部分，稳定部分、经常存取的部分和存取频率低的部分分开存放因此我可以将表和索引分别存放在不同的磁盘上，在查询时由于两个磁盘驱动器并行工作，可以提高物理读写的速度. 4.2 存取方式的分析从时间和空间上来说这种并行的设计方式是可以达到用户的需要的. 存取方式的分析: 对收费、报修的各个关系最经常的操作是查找，假设现有n个住宿房间的信息，如果采取顺序查找，平均查找n/2次；建立B+树索引，则平均查找次数为B+树的层数log2n+1. 五、数据库的实施 5.1建立房屋中介数据库 5。2建表 5.2.1普通用户表 5.2.2管理员表 5。2.3出租房屋表 5.2.4出租房价 5.2.5 求租房屋表 5.2。6求租房价表 5.2.7出售房屋表 5。2.8出售房价表 5。2.9求购房屋表 5。2.10 求购房价表 5.3建立索引由于之前的建立表的时候，做了主键的约束,所以系统会自动的建立一个聚集的索引，如图：并且一个表中的聚集索引只能有一个，所以之能再创建非聚集索引,不同的是,非聚集索引可以创建很多个，如下图：六、运行和维护 6.1维护数据库的安全性与完整性按照设计阶段提供的安全规范和故障恢复规范,要经常检测系统的安全是否受到侵犯,要根据用户的实际需要授予用户不同的操作权限，还在防止数据库运行中受到环境的变化,对安全性的要求也是有变化的，要根据实际的情况做出相应的调整，另外，为了确定系统在发生故障时,能够及时的进行恢复,管理员要针对不同的应用要求制定不同的转储计划,定期对数据库和日志文件进行备分，以使数据库在发生故障后恢复到某种一致性的，为了解决上述可能出现的问题，我感觉实行备分与还原还是比较可行的，备分与、还原的代码如下：如上还可以建立: 同样我们也可以进行还原： USE master RESTORE DATABASE fangwu FROM DISK='E\ Manage_Data。BAK’ WITH REPLACE 同样我们还可能利用数据库的三级模式，仅普通用户使用外模式，这样就可以使视图来达到这样的要求的啊,如下：这样用户看到的就不是存储在物理上的真实的表，而是一张虚表。从而保证了数据的安全性。 12

展开阅读全文