基于JSP+SQL房屋租赁管理信息系统JDBC(源代码+论文+答辩PPT)免费下载
随着信息自动化处理技术的日益发展，如何科学，全面，高效的对单位纷繁复杂的档案管理事务进行计算机的自动化管理是个热门话题，当前企事业单位为了提升自身的竞争力，各单位都在定制和购买各项业务应用软件，运用高科技手段进行科学，规范的管理。作为房屋租赁公司的管理者，希望能够对房屋租赁事务管理的整个流程状态，信息资料的情况了如指掌，使其可以做出科学的决策。作为工作人员期望能够避免繁琐的手工操作，甩掉传统的手工记录方式，达到事半功倍的效果。一个能够使其实现管理系统化、规范化、自动化的计算机系统就显得很有必要。利用计算机技术,实现管理系的自动化,规范化就是这个问题最好的解决方法.论文主要探讨“房屋租赁管理系统”的理论基础和设计思想，根据系统的开发过程和系统的功能实现为主线来论述数据库管理软件的开发过程。主要阐述以软件工程理论作为系统开发的理论基础，以客户机/服务器模式的关系型数据库作为后台，以专业数据库开发语言作为实现手段的数据库管理软件的开发过程分析和理论研究。本系统以JSP 2.0和 SQL为开发工具，通过后台数据库的建立与设置，软件界面的设计与实现，程序的编写与调试等几个阶段来完成对房屋租赁管理系统的开发。本论文详细地介绍了开发系统的具体步骤，以及应用的技术，以配图例的方式详尽说明，并在文中对一些源程序作了详细的解释。
3.1 系统总体结构设计
3.1.1 应用需求分析
房屋租赁管理系统需求主要来自房屋登记，管理房源和管理人员。房屋登记将用户需要登记的房屋的信息输入系统，由系统自动归类储存，随时可以查阅修改。房屋管理人员可利用本系统，输出房屋名单，自动生成统计报表、房屋出售合同、房屋出租合同。一般情况下，普通用户只能浏览查询房屋具体信息，而超级用户除了能查询房屋具体信息以外，还能够直接登记房屋信息，但是不能随意修房屋数据，尤其是房屋出售合同和房屋出租合同等敏感信息。因此，用户， 超级用户和房屋管理人员的的权限要明确区分开来，防止操作时因操作错误产生的数据丢失和数据错误，因此，这就需要在设计模块时加以考虑。房屋管理人员还有一个任务是对各个人员的使用权限进行管理，对数据库中的房屋信息进行实地考核和协助客户填写房屋出售合同和房屋出租合同，并将其打印出来存档管理，在出租合同到期后即时的回收房屋使用权，并再次将此房屋出租，进入下一个出租循环中。因此，确定本系统的功能有：房屋出租登记输入处理，房屋出售登记输入处理，房屋登记表修改处理（有输入、取消、确认、修改、删除等功能），房屋查询处理（按地址，面积，使用权查询等），房屋出租情况报表统计处理，房屋出售情况报表统计处理（包含打印功能），房屋出租合同录入和打印功能，房屋出售合同录入和打印功能，购买房屋基本常识介绍功能。
3.1.2 系统处理流程图
本系统基本设计按系统规划的要求规定设计，其处理流程如图（3-1）所示
3.2 各模块功能介绍
二手房租售登记模块，主要实现的是管理员以及超级用户（当地房地产公司），即时将拥有的房源具体情况（如地址，面积，户主，联系方式等）登记，经过房屋租赁公司实地考察属实后，向客户出售或者出租。二手房租售查询模块，主要是对房源的查询，了解房源情况，在浏览房源资料的时候，在选定房源的时候，可以进行登记管理，也便于管理员修改，添加和删除，对房源进行管理。对房源的查询方式可分为：房源编号，户主，房源地址，面积，朝向和出售价格，出租时间等。房源租售报表统计模块，主要是管理员对当日或者当月房屋出租或者出售情况的统计，便于管理和存档，可以及时将本日或者本月情况打印出来。二手房租售合同管理模块，主要是针对客户在选择好房屋后，及时快捷的填写租售合同，便于管理机构管理。用户管理模块，是便于管理员了解当前几个大客户的情况。购房常识管理模块，是对不熟悉房屋租售情况的客户详细的介绍购房程序等等各类方便客户的各种介绍。
3.3总体结构设计
系统的概要设计中最重要的就是系统的模块化。模块化是指解决一个复杂问题时自项向下逐层把软件系统划分成若干个模块的过程。每个模块完成一个特定的功能，所有的模块按某种方法组织起来，成为一个整体，完成整个系统所要求的功能。 将系统划分为多个模块是为了降低软件系统的复杂性，提高可读性、可维护性，但模块的划分不能是任意的，应尽量保持其独立性。也就是说，每个模块只完成系统要求的独立的子功能，并且与其他模块的联系最少且接口简单，即尽量做到高内聚低耦合，提高模块的独立性，为设计高质量的软件结构奠定基础。通过对整个系统的规划分析，对数据的具体要求的分析，以及对系统功能的综合考虑，提出一个基本的总体结构框架。房屋中介管理系统的层次划分为几个方面：用户界面，数据缓冲，数据库，输出等。用户界面层次：距离用户最近的层次，以图形化界面显示给用户，便于用户进行基本操作，用户可以在这里输入数据，修改数据，删除数据，设定选配标准，设定查询条件等。用户对系统的所有输入内容在此层次上操作。数据缓冲层次：在这个层次中，用户所做的修改尚未提交到数据库中，而是保存在一个临时缓冲区中。此时，所有操作是由系统本身操作，包括在数据缓冲区内增加信息，修改信息，删除信息等，也包括执行选配过程，判断查询条件的合法性等。这一层次中，系统主要执行提交数据库之前的所有工作，确保提交数据的合法性和准确性，尽量减少数据库错误。数据库层：主要操作在数据库中执行，主要工作是：将缓冲区的数据存入数据库，执行查询语句等。由于数据是经过缓冲区检查的，所以可以大大减少数据库的非法操作，减少数据出错的情况，查询时的非正常情况大大减少。输出层：在这个层次中，不需要进行数据库操作和用户输入操作，这个层次的主要工作是把结果显示给用户，包括查询结果，统计图，错误信息，提示信息等。
3.4数据库设计
3.4.1 数据基本操作
数据的基本操作功能是“房屋中介管理系统”的最基本功能，指的是一个数据库管理系统软件的最基本的数据操作。房屋删除功能：由用户选择要删除的房屋信息，点击删除后，删除该房屋信息，首先在缓冲区中删除，此时如果没有提交到数据库，则可以撤销删除操作，但如果提交到数据库了，删除后将不能恢复该信息。房屋修改功能：用户选择要修改的房屋信息，可以重新修改房屋的登记信息。
3.4.2 查询功能
查询功能是一个数据库管理软件的必备辅助功能，当数据量大的时候，呈现给用户所有信息，肯定有很多信息是冗余的或者是无效的甚至是用户不需要的。此时，根据用户的需要进行必要的过滤是十分必要的。查询功能通常是根据数据的信息中不同的字段来查询。“房屋中介管理系统”中，查询功能也是一个十分重要的功能，当有很多房屋信息时，如何给用户呈现出需要的信息和过滤掉不用的信息是一个需要解决的问题。因此，考虑到用户的需求，系统应该具有一个比较人性化的查询系统，可以根据不同的要求来进行查询。查询的速度要快捷，查询的结果要准确。“房屋中介信息系统”的查询系统可以分成下面几个方面来进行查询：根据房屋地址，根据房屋状态，根据户主，根据房屋朝向等来查询。
3.4.3打印和统计功能
“房屋中介管理信息系统”的一个重要功能是房屋租售报表统计和房屋租售报表的打印。房屋租售报表统计和房屋租售合同均有一定的格式，特别是房屋出租和出售合同，严格按照当地房管部分的要求。因此高质量的套打也是软件的重要功能
3.4.4 其他辅助功能
“房屋租赁管理信息系统”除了具备上述所有主要功能之外，还应该具有一些必要的辅助性功能，包括用户管理，数据库连接功能，购买常识介绍功能等等。用户管理功能：为了保证系统的可靠性和安全性，系统应该采用用户登录的方式进入，防止非法用户的进入。每个用户具有自己的权限，主要是管理权限和一般权限。只有管理权限才允许增加用户，删除用户等管理功能。而一般权限则只能进行一般的工作，没有管理用户的功能。用户登录：系统的启动同时要求用户根据自己的操作员号码和密码进行登录，通过验证用户的密码，达到确定用户合法性的目的。增加用户：只有系统管理员权限的身份才具备此功能，为系统增加一个新用户，包括用户登录名，密码，权限等信息。其中，可以设置新增用户的权限，系统管理员、报名管理员或者报名登记员，当设定成系统管理员身份时，该拥护具有和系统管理员同样的权限。删除用户：只有系统管理员权限的身份才具备此功能，从系统删除一个用户，被删除的用户将不能登录本系统。重新登录：退出系统重新登录。一般在新增用户后或者修改密码之后使用验证增加用户或者修改密码是否成功。或者以不同权限登录，换一个不同的用户名登录等等。数据库连接功能：数据库连接信息保存在系统中，再次登陆系统不必设置数据库，但当数据库发生变动时，用户可以配置输入本机或者局域网上的数据服务器名和数据库名。如果应用程序与数据库连接成功，下次运行程序就不会再弹出此配置窗口，除非数据库服务器有变更时会弹出。购买常识介绍功能：主要是针对用户对于不熟悉购买房屋或者租房屋流程，以及各种购房常识等介绍。
3.4.5概念设计
在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。在系统设计的开始，首先考虑的是如何用数据模型来数据库的结构与语义，以对现实世界进行抽象。目前广泛使用的数据模型可分为两种类型，一种是独立于计算机系统的“概念数据模型”，如“实体联系模型”；另一种是直接面向数据库逻辑结构的“结构数据模型”。 在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后才能得出系统的关系模式。可以采用E－R图的方法来进行数据结构分析。E－R设计方法是一种通过E－R图来描述现实世界信息结构的DB设计方法。E－R图由实体、属性、联系三部分组成。在本系统中采用“实体联系模型”（ER模型）来描述数据库的结构与语义，以对现实世界进行第一次抽象。ER模型直接从现实世界抽象出实体类型及实体间联系，然后用ER图来表示数据模型。它有两个明显的优点：接近于人的思维，容易理解；与计算机无关，用户容易接受。ER图是直观表示概念模型的工具，它有四个基本成分：在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
3.4.6数据表的设计
在完成系统的ER图之后，需要将ER模型转化为关系模型，也就是说，要设计出数据库所需要的表格。在这里，选用的是关系数据库。因为关系数据库中的二维表格可以很清楚地描述数据之间的联系。在这里不得不提到一个概念——范式。其实在上一节的ER图设计中，已经运用了范式的思想，不仅如此，在数据库的表格设计中更离不开范式的思想，它是数据库设计的基础，如果不注意这个问题将会导致一系列问题的出现。2．合理的数据库表的设计应该是在满足需求的前提下，使数据的重复量最小，就尽量按照关系数据库系统理论方法去设计一个数据库，减少数据的冗余。在设计数据库结构时，有时为了编程实现的简捷和思路的清晰，往往故意增加一些冗余数据。这虽然有悖于传统的关系数据库理论，但是考虑到选择的机器型号和档次等因素，如果增加的冗余不会明显增加存储空间和降低处理效率，并且对编程实现有很大帮助，往往可以采用这种方法。数据结构的相对稳定性，可以作为新、旧系统转换的依据。无论采用何种方法或手段去处理日常事务，都应该能完成相应的功能，决不会因为采用了计算机而丢失了必要的功能，或彻底改变了原有的工作流程和模式。计算机系统的建成是建立在原系统充分调研的基础上的，它既不能脱离原系统的大框架，也不是简单的重复和替代。所以数据库表结构设计应保证数据的相对稳定，这样才能考虑在新的数据结构下的业务处理方式。在系统中定义的表格都严格地按照范式的思想和要求去完成，数据库中的所有表格都达到了三范式的要求。基于以上三条设计原则，根据系统ER图，针对本系统的特点，在对所搜集的数据进行规范化之后，我选用Microsoft Accsse数据库来进行数据库的逻辑设计。
biyebang
QQ：629001810
