演示視頻：3.1可行性分析

通過對系統實行的目的初步調查和分析，提出可行性方案并對其一一進行論證。我們在這里主要從技術可行性、經濟可行性、操作可行性等方面進行分析。

3.1.1 技術可行性

房屋租賃系統主要采用JSP和JAVA作為設計工具，學習起來非常容易并且使用便利。

本系統的開發主要包括前端應用程序的開發以及后臺數據庫的建立和維護兩個方面。對于應用程序的開發要求具備功能要完備、使用應簡單等特點，而對于數據庫的建立和維護則要求建立一個數據完整性強、數據安全性好、數據穩定性高的庫。本系統開發的重點就是對數據庫的設計和操作。在大學對軟件工程，軟件測試，UML統一建模語言等課程進行過系統的了解，也能夠對這些課程進行開發，擁有一定的系統辨別、開發和檢驗能力。房屋租賃系統必定是可行的。

3.1.2經濟可行性

從經濟許可上分析，系統開發需求成本并不高,而且采用的都是開源碼,降低了開發成本，而且系統設計一旦完成，就能為運行，同時系統對計算機配置要求也不高，即使是網吧淘汰下來的計算機也能夠滿足需要。因此，從經濟角度考慮，此系統開發可行。

3.1.3操作可行性

本系統操作比較容易，大部分輸入信息頁面選擇的形式都是下拉框。在有些頁面，信息可以自動生成，不需要輸入。輸入時間也采用了日歷控件，操作比較容易，對用戶的要求不高，只需要熟練操作WINDOWS即可。

3.2系統設計原則

系統的架構設計，要能夠反映出用戶與整個系統模塊的接口之間存在有效互動，而且應該是非常清楚的，從而才能夠保障在后期系統真正實現的時候數據的擴展性和安全性，只有設計出的系統實現這個目標才能有一個更好的擴展空間，以適應社會的的發展需求。

整個系統的設計中，系統必須滿足以下要求：

（1）數據安全性

存儲房屋租賃系統的數據，需要確保數據的安全性，在網站設計時必須要采取安全防范措施，以解決潛在的安全問題。

（2）易用性

在用戶權限范圍內，可在一個統一風格的界面內即可完成相關的所有業務流程操作或者獲取所有相關信息，大大使用者的工作效率和易用性，靈活應用本系統。

（3）柔軟性

由于這個房屋租賃系統主要針對出租者和用戶租房的系統，設計出的系統必須能夠處理接受變化的能力。

3.3流程分析3.3.1 系統開發流程

房屋租賃系統開發中時，首先進行需求分析，進而對系統進行總體的設計規劃，設計系統功能模塊，數據庫的選擇等，本系統的開發流程如圖3-1所示

圖3-1系統開發流程圖

3.3.2 系統登錄流程

用戶要想進入系統，必須首先通過正確的賬號和密碼進行登錄系統。登錄模塊主要完成系統管理員和用戶的登入，輸入賬號和密碼，系統自動驗證數據的正確與否，登錄信息正確則進行對應用戶主界面，否則無權進行登錄系統。系統流程圖如圖3-2所示

圖3-2系統登錄流程圖

3.4  性能需求分析3.3.1系統安全性

房屋租賃系統要嚴格控制管理權限，具體要求如下：

1、要想對房屋租賃系統的信息進行管理，首先要依靠賬號和密碼在系統中登陸，無權限的用戶不可以通過任何方式登錄系統和對系統的任何信息和數據進行操作，這樣可以保證系統的安全可靠性和準確性。

2、在具體實現中對不同的權限進行設定，不同權限的用戶在系統中登陸后，不可以越級操作，只有系統管理員能夠使用全部模塊。

3.3.2數據完整性

1、所有記錄信息要保持全面，信息記錄內容不可以是空。

2、各種數據間相互聯系要保持正確。

3、相同數據在不同記錄中要保持一致。

3.5 系統用例圖3.3.1管理員子用例圖

管理員其子用例圖如圖3-3所示

圖3-3 管理員用例圖

3.3.2出租者子用例圖

出租者其子用例圖如圖3-4所示

圖3-4 出租者用例圖

3.3.3用戶子用例圖

用戶其子用例圖如圖3-5所示

圖3-5 用戶用例圖

3.3.4登錄子用例

無論哪種用戶都需要通過正確的賬號密碼進行登錄，賬號密碼正確則登錄成功，反之登錄失敗，登錄子用例如圖3-6所示

圖3-6 登錄子用例圖

第一章 
系統的概要設計3.1 系統結構設計

房屋租賃系統主要分為管理員、出租者和用戶3個用戶角色，本網站采用B/S結構(Browser/Server,瀏覽器/服務器結構)和基于Web服務兩種模式，是一個適用于Internet環境下的模型結構。只要用戶能連上Internet,便可以在任何時間、任何地點使用。系統結構圖如圖3-1所示：

圖3-1 系統結構圖

3.2功能模塊設計

房屋租賃系統主要包括三大塊，即管理員、出租者和用戶。在大的功能模塊下又劃分出許多小的功能模塊。

3.2.1系統前臺功能模塊

系統前臺主要可以進行在線留言、出租者注冊、用戶注冊、房屋出租信息、新聞資訊、后臺。其功能模塊如圖3-2所示。

 圖3-2 前臺功能模塊圖

3.2.2后臺功能模塊總圖

主要包括管理員、出租者等，其功能模塊如圖3-3所示

     圖3-3 用戶功能模塊圖

3.3系統數據庫設計

數據庫是計算機信息系統的基礎。信息的收集、整理、存儲、檢索、更新、加工、統計和傳播等操作必須在數據庫管理系統的的支持下才能進行。目前，電腦系統的關鍵與核心部分就是數據庫。數據庫開發的優劣對整個系統的質量和速度有著直接影響。

3.3.1 數據庫設計原則

在概念設計中，通常用四種方法：

自頂向下、自底向上、逐步擴張、混合策略，以它為骨架集成由自底向上策略中設計的各局部概念結構

在物理結構設計階段首先分兩步走：

確定數據庫的物理結構，在關系數據庫中主要是指存取方法和存儲結構。 對物理結構的評價是時間和空間效率。

選取正確的關系模式存取方法，常用的有：存取索引方法、聚簇存取、HASH存取方法等。

3.3.2數據庫概念設計

設計概念就是在數據分析的基礎上自下而上的對整個系統的數據庫概念結構進行設計。從用戶的角度對視圖進行開發，然后集成視圖，Zui后分析從而取得Zui后的結果。

對概念進行設計時采用實體—聯系（E-R）的模型開發措施。E-R模型法的構成元素有：實體、屬性、聯系，E-R模型可以用E-R圖來表示，是對用戶工作環境中所相關的事物給予提示，對實體特性的描述就是屬性。

設計概念的出發點是能夠對企業組織信息要求的數據庫概念結構進行反映，就是概念模式。概念模式不依附數據庫邏輯結構，，也不依賴支持數據庫的DBMS，獨立于計算機系統。

3.3.3數據庫實體（E-R圖）

數據庫概念模型是為了將現實世界中信息進行抽象而設計的，從而實現信息世界的建模，因此，概念模型是進行數據庫設計的重要工具。在概念模式的設計中，E-R模型法是Zui常見的設計方法。

根據系統的功能模塊劃分，具體分析了本系統中大部分的實體，本系統的主要實體圖如下：

1、管理員實體屬性圖如圖3-3所示：

圖3-3管理員實體屬性圖

2、用戶信息實體屬性圖如圖3-4所示

圖3-4 用戶信息實體屬性圖

3、類型信息實體屬性圖如圖3-6所示

圖3-5 類型信息實體屬性圖

4、輪播圖實體屬性圖如圖3-6所示：

圖3-6輪播圖實體屬性圖

第二章   系統的實現