熱門論文
最新論文
基于Java EE的公租房信息管理系統 的設計與實現
發布時間：2023-07-28 13:35
目錄
摘要 I
ABSTRACT III
插圖索引 V
表格索引 VII
符號對照表 IX
縮略語對照表 XI
目錄 XIII
第一章 緒論 1
1.1系統開發背景 1
1.2國內外研究現狀 2
1.3本文的研究內容 4
1.4論文的組織結構 5
第二章 系統開發技術 7
2.1MVC 模式 7
2.2Java EE 平臺 7
2.3開發技術 8
2.3.1SSH 業務框架 8
2.3.2JSP 9
2.3.3JavaScript 10
2.4MySQL 數據庫服務 11
2.5UML 12
2.6開發工具 12
2.7B/S 結構 14
2.8本章小結 15
第三章 系統需求分析 17
3.1系統業務流程分析 17
3.2系統功能分析 18
3.2.1房源管理用例分析 19
3.2.2保障申請用例分析 20
3.2.3保障審核用例分析 20
3.2.4資料管理用例分析 21
3.2.5統計分析用例分析 22
3.2.6系統管理用例分析 23
3.3 系統非功能需求分析 24
3.3.1安全性需求分析 24
3.3.2系統性能需求 25
3.4本章小結 25
第四章 系統概要設計 27
4.1系統設計原則 27
4.2體系結構設計 28
4.3網絡拓撲結構設計 29
4.4安全性設計 30
4.5系統功能結構設計 31
4.6數據庫設計 32
4.6.1數據庫概念結構設計 32
4.6.2數據庫邏輯結構設計 33
4.7本章小結 38
第五章 系統詳細設計與實現 39
5.1房源管理業務詳細設計與實現 39
5.2保障申請業務詳細設計與實現 42
5.3保障審核業務詳細設計與實現 44
5.4資料管理業務詳細設計與實現 45
5.5統計管理業務詳細設計與實現 48
5.6系統管理業務詳細設計與實現 50
5.7系統小結 53
第六章 系統測試 55
6.1系統測試方法 55
6.2系統測試環境 55
6.3系統功能測試 56
6.3.1房源管理業務功能測試 57
6.3.2保障申請業務功能測試 58
6.3.3保障審核業務功能測試 59
6.3.4資料管理業務功能測試 60
6.3.5統計管理業務功能測試 60
6.3.6系統管理業務功能測試 61
6.4 性能測試 63
6.5本章小結 64
第七章 系統結論 65
7.1 總結 65
7.2展望 65
參考文獻 67
致謝 69
作者簡介 71
第一章 緒論
通過緒論我們簡單的了解了系統在何種現狀下被開發以及中外關于這方面 的研究情況，本篇論文的主要內容也由此而確立。
1.1 系統開發背景
21 世紀的今天，我國政治經濟得到迅速發展，全面小康社會已基本實現， 在這一經濟發展浪潮中，房地產作為一個熱門產業飛速成長起來。據了解在 21 世紀的頭十年年底，城鄉居民人均住房面積已經達到中等水平，但由于我國普遍 存在貧富差距問題，所以部分貧窮地區仍存在住房困難的現象［1］。這種現象一般 分為三種表現形式，第一普通未就業或者失業人員無法憑一己之力去付房租；第 二對于那些基本無收入來源的家庭來說他們的居住環境較差；第三隨著經濟的發 展出現了許多因城市擴建而喪失住房或出賣勞動力而工資低下的人員住房困難 的現象［2］。
當前，我國在致力于建設富強民主文明和諧的社會主義強國，為了促進我國 經濟可持續發展，為了建設美好的全面小康社會，為了社會更加和諧、穩定，為 了全國人民的生活水平能夠提高，我國必須重視居民因為住房而引起的一系列問 題問題［3］。據了解因住房產生的問題大致包括社會心理、生態環境、居住狀況和 社會安全等。一些低收入人員既無法享有國家的扶貧政策而去租住商品房，也無 法享有國家對特殊人員的照顧，甚至由于收入過低，在國家的幫助下也無力改變 自身的居住情況，這樣就特別容易造成社會心理的扭曲。還有一些類似農民工的 打工人員住在大城市的角落里，住房環境臟亂差、接觸人員也很雜，他們與城里 人的差距過大不利于社會和諧，還有一些人員公然使用不安全電器，大肆損壞公 共設施，亂扔垃圾破壞生態環境，沒有和諧社會的意識不利于文明社會的建設。 只有這些問題很好的解決了我國才有望成為文明和諧的國家。
根據我國當前的房地產形式來看，公平高效的配置房產資源是首要解決的問 題。這個問題的解決對社會和社會上的公民來說都是有利的。首先公平分配房源 可以有效的推動租賃產業的發展、推動我國社會主義公平、公正社會的偉大建設； 其次，隨著住房體制的建立和完備我國居民尤其的有困難的特殊群體可以更直接 的享受到國家的惠顧，可以提高他們的住房水平，這同時也顯示了我國政府一切 為了人民的工作原則和服務精神［4］。
據了解，我國在前兩年經對城鎮各等級收入的家庭住房進行了全方位的調查后，相關部門認為可以利用當前高度發展的信息網絡技術去解決日益嚴重的住房 問題。其一利用互聯網技術來智能化、人性化的管理住房保障信息，當然這其中 不能缺少人員的輔助，我國各級的相關工作人員應該統計好有關住房信息的檔案 以便于政府合理的分配房源。利用計算機技術這種比較發達的現代化技術可以高 效、完善的整合有關住房數據，科學的節省了人力物力保證了住房的合理化。我 國經濟、科技的發展為我國建立完善的出租住房信息系統提供了強大的基礎和有 利條件［5］。
本文所提到的建立出租公共房屋信息管理系統能夠實現以下兩項功能。其一 該系統運用高超的現代化技術能夠合理科學的整理房地產發布的實時住房信息 以及空缺的政府住房信息，能夠使租戶盡快找到適合自己的房屋，同時也促進了 各個地區公共出租房屋交易市場的發展；其二對于租戶來說他們可以不再是封閉 信息的接受者，他們可以享有完全開放的公共住房信息，該系統里存儲了大量的 房屋信息其中包括交換、流動等較為及時的信息，還可以人工智能的為租戶提供 各項服務，貫穿了為人民服務的原則，租戶們可以通過該系統去高效地查詢、尋 找并按照系統的運行規則去申請、入住符合自身經濟條件的的房屋。公租房信息 管理系統與其他房產管理系統不同的是，管理的對象不同，此系統主要管理對象 為市政建設的公共租賃住房，其是居民住房保障機制中的重要內容，公租房主要 為低收入群體、進城務工人員等提供良好的居住保障，通過在線申請、資格審核、 初審、復審等業務流程確定租住人員，從而使他們能夠安心在城市扎根，安心工 作，其他房產系統只是對房屋的基本信息進行管理，不具備公租房申請、資格的 審核等業務功能。
根據我國當前的住房形勢來看，我國急需建立這樣的系統，該系統的建立從 大方面來說有利于我國社會主義富強民主、文明和諧社會的建立［6］。從小方面來 說該系統不僅能夠幫助住房困難戶解決住房困難問題也可以幫助我國建立起健 康有序的住房管理體系。除此之外該系統的開發使用還能夠使住房交易市場更加 友好，合理地降低了由于貧富差距過大而導致的社會不平的扭曲心理。
1.2國內外研究現狀
1、國外現狀
上層建筑和經濟發展水平影響一國的各項方面的發展和建設，當然住房制度 也不例外，就當今世界上的國家來言，每個國家都有其特色的住房管理體系，以 下是筆者選取的具有代表性的國家加以介紹和分析研究［7］。
1930年左右美國便通過法律制定了一系列的保障住房困難戶的權益的措施， 其中包括利用高超的信息化技術使低收入人民享有實時的住房信息也包括通過 立法使這項住房體制體系更加完善以更好的便民利民。
在眾多國家當中最有個性色彩的當屬新加坡了。新加坡的住房制度完全以 政府為主導，其實在人民不能自覺的情況下政府的強制干預反而是一種比較好 解決方式，新加坡的政府將住房的分配直接和經濟收入掛鉤，這種措施的施行基 本保證了該國大部分居民的住房權益，在保證居民住的合理的同時也有效的促進 了其租賃住房交易的良好進行［8］。
提到瑞典大家會不會有一種向往之情呢？眾所周知瑞典這個國家的社會工 作一直做的很好，當然在住房保障方面也不會落后。為了合理的分配住房問題它 獨創了一種將幾人合租和房屋出租相結合的方式，很好的解決了人們的住房困 難。除此之外，瑞典政府還盡力去完備本來存在的住房體制和出臺一些新的住房 福利政策去幫助一些低收入家庭改善住房條件［9］。
除這些歐洲國家之外，日本作為較為發達的亞洲國家也極力注重住房問題的 解決。日本在接受了西方一些先進的思想和經濟基礎雄厚之后決定從上至下改革 住房問題，首先日本政府出臺了較多的關于房屋的政策以保證人民的住房權益， 其次日本政府還極度關心因收入較低而無法入住的家庭。
美國作為一個政治經濟文化科學較為發達的強國，它為世界房屋資源的合理 分配也做出了大的貢獻 。據了解美國的一個曾風靡西方各國的網上數據處理系 統對世界上的房屋信息的處理起到了重要的作用。這一系統在美國還成立了專門 的協會去幫助處理一些包括房屋在內的社會事件。現在，這個服務系統 已經在 全世界流傳開來，通過這一系統各個國家都可以及時發布和查詢到房屋資源，并 通過這一系統進行房屋信息的交流和房屋的處理操作［10］。
本文中筆者所提到的關于處理住房信息的系統是以一個較為強大的管理系 統為核心，根據一定的運行標準而設置的。它的工作流程一般先是對住房加以設 計并核實其質量，然后是監控和登記其中的實時住房信息，最后對住房的處置結 果進行核對證實［11］。公共租賃住房信息管理系統確實是一個對住房資源合理分配 有利的處理系統。
2、國內現狀
我國當前也在積極的研究開發使用這項系統，但仍然有較大的進步空間，首 先我國專注于城市住房系統的開發并且該項系統的使用較為復雜麻煩不適用于 處理大數量的住房信息。其次對于鄉村和低收入家庭的住房等特殊的住房研究系 統開發的缺失也不易于公共租賃住房系統惠及到每一個人。
每一個大型系統的研發和使用都不可避免的要尋求試點。而我國的公共租賃 住房系統的試點就是魏紅英研發的學校住房信息系統，該系統的形成來源于某大 學計算機技術的研究并以論文的方式去指導其他學校實施，它除了擁有最基礎的 查詢、統計等功能還可以在系統里修改錄入高校學生的住房信息，并且經過高新 技術的運用高校職工住房管理系統集運行更快、操作更簡、處理更好等優點于一 身［12］。
河北大學參與高校職工住房管理系統建立的人員在其發表的文章中闡釋了 高校教職工住房管理系統開發的源頭技術以及其詳細的運行流程，這為公共租賃 住房管理系統的建立做了一個很好的引路人，有利于系統的順利開發研究［13］。
除了高校教職工住房管理系統外，由蘭永喜研究的部隊人員的住房管理系統 也同樣對該系統的研發起著重要的奠基作用。這一系統的研究是以需求分析為基 礎的住房管理系統的研發［14］，它加入了較為先進的計算機編程語言技術和先進的 存儲數據庫，這些高科技使得部隊住房管理系統更加智能化、人性化的運行，其 后臺的運行也更加穩定有序。
與上兩個具體的住房管理系統不同，專家王永玲主要籠統的研究了大面積的 城市保障性住房系統，該系統考慮到了不同地區、不同戶口、不同收入的每個人 員的不同的需求條件來分析住房資源的合理分配，具有較大的可行性和實用性， 可以無差別的呵護到每種不同要求的城市群體，為公共租賃住房管理系統的開發 研究提供了具體可行的實例。
1.3本文的研究內容
在公租房信息管理之中，系統主要的工作內容是按照軟件工程實現的方式對 系統進行實現，闡述了系統實現的技術，明確系統需求分析階段的工作內容，主 要包括系統的功能需求與非功能需求包括的內容，隨著對系統進行業務功能設計 與實現，每一個階段的主要工作內容如下面所示。
1.在公租房信息管理系統之中，首要的工作內容是對系統的應用背景進行分 析，便于軟件開發人員與客戶進行溝通，從而確定系統需要進行開發的業務功能；
2.對整個公租房信息管理系統采用的技術進行分析，系統的開發平臺為 Java EE 平臺，對應頁面邏輯處理、業務邏輯處理及數據處理對應的技術分為有 JSP 開發技術、Spring業務框架及Hibernate業務框架，最后對數據信息存儲的MySQL 數據庫進行描述；
3.在系統需求分析階段，此是系統的核心業務操作內容，首要的工作內容是 描述系統的功能需求，通過UML之中的用例圖對每一個業務功能進行建模，給 出操作角色及對應的操作內容，另外對系統的響應時間、并發行等性能需求進行 敘述；
4.在系統設計階段，圍繞需求分析開發的內容，進行系統設計，給出三層體 系架構設計、B/S網絡架構設計等內容，接著給出數據庫設計的實體設計及數據 庫表格詳細設計的內容，明細系統業務功能模塊存儲的數據信息；
5.在系統測試階段：根據需求分析階段確定開發的內容，進行系統測試，分 為主要的兩個部分，第一個部分是系統的功能測試，通過黑盒測試方法給出每一 個業務功能的測試，明確系統的測試結果，接著敘述系統的性能測試，給出響應 時間、并發性的詳細測試結果內容。
1.4論文的組織結構
本論文主要的工作內容是對系統的整個過程進行了分析，包括應用背景敘 述、需求分析敘述、系統設計敘述，系統主要分為七個部分，每一個部分的工作 內容如下面所示。
第一章緒論，詳細的工作內容是對整個信息管理系統的應用背景進行闡述， 包括國內外研究現狀及系統的主要研究內容，最后給出論文的研究章節結構；
第二章：相關技術概論。系統主要采用JavaEE方面的技術進行開發，詳細 敘述了系統采用的頁面邏輯、業務邏輯及數據處理方面的技術，最后明確了系統 采用的數據庫，敘述了數據信息存儲的內容。
第三章：系統需求分析。根據總體業務管理系統所處的環境進行分析，明確 系統開發的業務功能，對應的內容通過用例圖來進行敘述，最后給出了系統的性 能需求方面的內容。
第四章：系統設計，是在需求分析與系統業務功能實現之中重要的管理內容， 對系統體系架構設計、網絡設計等內容進行明確分析，接著對系統數據信息存儲 的數據庫進行詳細的敘述，從而明確整個業務功能的開發過程。
第五章：系統業務功能實現，通過不同的方式明確敘述公租房信息管理系統 確定的業務功能的實現過程，以此來描述總體系統的業務功能，實現的內容與需 求分析階段確定的內容保持一致。
第六章：系統測試。此部分主要敘述的內容是對實現部分的內容與需求分析 部分的內容進行對應，判斷是否保持一致，對存在的問題進行修改與完善。
第七章：系統總結。對整個論文的敘述內容進行總結，針對后續系統可能存 在的問題，明確系統后續的工作方向。
第二章 系統開發技術
對于本章而言，其主要的工作內容是對公租房信息管理系統實現采用的技術 進行敘述，此種網絡管理系統基于MVC模式進行開發，其采用Web開發之中的 成熟網絡技術，包括JavaEE平臺、SSH業務框架、MySQL數據庫，此樣開發 最大的優勢在于采用當今成熟的網絡開發技術，能夠保持系統的穩定。
2.1MVC 模式
在公租房信息管理系統的設計之中，日常經常使用的開發模式為MVC"】開 發模式，其中文對應的意思是視圖.控制器及模型三個方面的內容，對應的英文 分別是Model、View及Control，從而實現對面向對象的程序進行快速的開發與 實現，這三個方面的內容[17]詳細敘述如下面所示。
1.視圖，在Java EE的開發平臺之中，視圖主要的實現技術內容為JSP開發 技術，主要的工作是對數據信息進行展示，從而與系統的操作人員進行交互處理。 用戶在點擊進行訪問系統的時候，系統根據用戶的操作請求通過JSP技術呈現出 具體的工作界面，從工作界面之中用戶可以進行數據信息的輸入，之后JSP將對 應的處理結果在界面之中進行顯示。
2.模型：此部分的業務主要是負責業務邏輯的處理，是系統的實現核心，根 據系統志宏具備不同的業務功能模塊，分別定義業務邏輯的實現過程，主要采用 JavaBean 的機制進行實現。
3.控制器：主要的工作內容是負責對模型、視圖等之間的聯系進行處理，當 用戶點擊操作請求之后，控制器首先接收用戶的操作請求，調用對應的模型進行 處理，將處理的結果信息與視圖進行結合，從而展現出詳細的工作內容，完成此 業務功能模塊的操作。
2.2Java EE 平臺
對于公租房管理系統開發，其開發主要采用JavaEE[18],此系統開發平臺與 傳統的桌面式開發平臺完全不同，其中包含了許多組件，系統開發人員可以根據 項目的需求進行配置，從而提升軟件程序開發的效率，對開發的過程進行簡化與 規范操作，提升總體應用程序的安全性、可移植性。
在JavaEE開發平臺之中，其規定了一套指南與技術規范的內容，這些內容 具備共同的規格與標準，有效解決了企業開發產品之間彼此不兼容的現象，提升 了軟件程序后續的可擴展性。系統開發平臺具備良好的安全性，開發人員可以對 enterprise bean或者組件內容進行配置，用戶對這些資源進行訪問的時候，需要得 到系統平臺的授權。系統平臺采用基于角色的訪問控制機制，每一個訪問的用戶 被賦予對應的角色，而這些角色對應被賦予相應的業務功能模塊操作權限，這些 管理機制有效提升了 JavaEE開發平臺的安全性［19］。
JavaEE平臺之中，其使用了多種的分布式應用模型，有效解決以往C/S結構 開發之中客戶端需要頻繁進行維護的操作，此種方式極大的提升了后續升級維護 的成本。而在此開發平臺之中，應用程序都是在服務器端進行部署應用，每一次 升級只需要對服務器端的程序進行維護即可，提升了系統應用的便利性［20］。
2.3開發技術
2.3.1SSH 業務框架
在JavaEE項目的開發之中，目前使用較多的業務框架組合為SSH［21 ］業務框 架，詳細的含義是Hibernate業務框架、Struts業務框架及Spring業務框架，每 一種業務框架負責對應不同的業務處理過程，詳細的內容如下面具體所示。
Spring技術框架?］是由于軟件開發的日益復雜化，以及各種企業化應用的復 雜性不斷提升，需求有一種機制來完善與提升 EJB 開發能力與效率。 Spring 技術 框架是由Rod Johnson創建，不僅僅可以運用于服務器端，還可以運行于多種組 件化部分，替換EJB機制中的大多數處理邏輯能力，該種框架技術內容主要是 作為一種輕量級的控制容器框架，也可以理解成為一種面向切面的容器框架。 Spring 技術框架作為一種分層架構的機制，主要是有一系列的模塊組成。
Spring技術框架作為一種分層技術框架可以良好的創建各種容器組件［如，對 于SSH技術框架的貢獻是：Spring技術框架內容可以良好的處理各種中間層對 象的封裝問題，以及處理完成各種工程內容常見的Singleton過多處理的現象。 Spring技術框架可以幫助開發人員實現針對于接口的編程，完成盡量少的依賴各 種API內容，不存在各種處理組件相互之間的依賴問題。Spring技術框架可以為 數據提供一個一致化的機制內容，并且可以實現清晰化的MVC設計模式實現過 程。
對Spring業務框架進行敘述之后，下一步的工作內容是對Struts［24］業務框架 進行敘述，此種業務框架是開源的業務框架，基于MVC模式進行設計設計， MVC的中文含義為模型.視圖.控制器，從而構建Web程序開發方面的技術，具 體使用的技術內容為JSP技術及Java Servlet技術。Struts業務框架的下一代產品 為Struts2業務框架，此業務框架主要對兩種技術進行合并，分別為WebWork技 術及 Struts 技術，合并之后成為全新的 Struts 2 業務框架，其體系結構與第一代 產品的 Struts 業務框架存在較大的差異。在 struts 2 業務框架之中，核心主要是 WebWork，其主要的工作內容是對用戶的請求進行處理，處理的名稱為攔截器， 此種設計最大的優勢在于能夠將業務邏輯處理的過程進行區分，與 servletAPI 分別進行處理，從而完成整個業務邏輯的操作，因此Struts業務框架也可以理解 為 WebWork 的最新技術產品。
對 Struts 2 業務框架及 Spring 業務框架進行敘述之后，下一步主要的工作內 容是對Hibernate^］業務框架進行描述，其主要的作用是對象關系映射框架，對 應的特點為開源，因此使得Hibernate業務框架在實際的應用之中得到了快速的 發展，對之前數據庫連接的 JDBC 進行了有效的封裝，使得軟件程序開發人員能 夠使用面向對象的思路對數據庫的連接進行有效處理，從而將數據信息進行持久 化的操作。Hibernate業務框架應用的范圍較廣，一方面能夠在Web應用程序之 中進行應用，同樣可以在客戶端的應用程序之中進行使用，有效了提升了業務程 序的使用范圍。
在 Hibernate 業務框架之中，主要的數據操作接口分為五個方面［26］，分別為 Configuration 操作接口、 Quer 是操作接口、 Transaction 操作接口、 SessionFactor 是操作接口、Session操作接口，這五個操作接口在Hibernate的應用場合之中都 需要進行使用，從而完成業務邏輯程序之后總的事務控制處理及持久化對象的操 作存取。在業務邏輯的程序開發之中，Hibernate最大的優勢在于能夠取代傳統 應用程序的CMP業務處理過程，有效的完成整個公租房信息管理系統的數據持 久化方面的操作。
2.3.2JSP
JSP全名為Java Server Pages，中文名叫java服務器頁面，其根本是一個簡 化的Servlet設計，它［1］是由Sun Microsystems公司倡導、許多公司參與一起 建立的一種動態網頁技術標準。JSP技術有點類似ASP技術，它是在傳統的網頁 HTML(標準通用標記語言的子集)文件(*.htm,*.html)中插入Java程序段(Scriptlet) 和JSP標記(tag),從而形成JSP文件，后綴名為(*.jsp)。用JSP開發的Web應 用是跨平臺的，既能在Linux下運行，也能在其他操作系統上運行。
它實現了 Html語法中的java擴展(以＜%, %＞形式)。JSP與Servlet 一樣， 是在服務器端執行的。通常返回給客戶端的就是一個HTML文本，因此客戶端 只要有瀏覽器就能瀏覽。
JSP技術使用Java編程語言編寫類XML的tags和scriptlets，來封裝產生動 態網頁的處理邏輯。網頁還能通過tags和scriptlets訪問存在于服務端的資源的 應用邏輯。JSP將網頁邏輯與網頁設計的顯示分離，支持可重用的基于組件的設 計，使基于Web的應用程序的開發變得迅速和容易。JSP（JavaServer Pages）是一 種動態頁面技術，它的主要目的是將表示邏輯從Servlet中分離出來。
Java Servlet是JSP的技術基礎，而且大型的Web應用程序的開發需要Java Servlet和JSP配合才能完成°JSP具備了 Java技術的簡單易用，完全的面向對象， 具有平臺無關性且安全可靠，主要面向因特網的所有特點。
2.3.3JavaScript
JavaScript 一種直譯式腳本語言，是一種動態類型、弱類型、基于原型的語 言，內置支持類型。它的解釋器被稱為JavaScript引擎，為瀏覽器的一部分，廣 泛用于客戶端的腳本語言，最早是在HTML （標準通用標記語言下的一個應用） 網頁上使用，用來給HTML網頁增加動態功能。
在1995年時，由Netscape公司的Brendan Eich，在網景導航者瀏覽器上首 次設計實現而成。因為 Netscape 與 Sun 合作， Netscape 管理層希望它外觀看起來 像Java，因此取名為JavaScript。但實際上它的語法風格與Self及Scheme較為 接近。為了取得技術優勢，微軟推出了 JScript,CEnvi推出ScriptEase，與JavaScript 同樣可在瀏覽器上運行。為了統一規格，因為JavaScript兼容于ECMA標準，因 此也稱為 ECMAScript。
JavaScript是一種屬于網絡的腳本語言，已經被廣泛用于Web應用開發，常用 來為網頁添加各式各樣的動態功能,為用戶提供更流暢美觀的瀏覽效果。通常 JavaScript腳本是通過嵌入在HTML中來實現自身的功能的。是一種解釋性腳本 語言（代碼不進行預編譯）。主要用來向HTML （標準通用標記語言下的一個應 用）頁面添加交互行為。可以直接嵌入HTML頁面，但寫成單獨的js文件有利 于結構和行為的分離。跨平臺特性，在絕大多數瀏覽器的支持下，可以在多種平 臺下運行（如 Windows、 Linux、 Mac、 Android、 iOS 等）。
Javascript 腳本語言同其他語言一樣，有它自身的基本數據類型，表達式和 算術運算符及程序的基本程序框架。Javascript提供了四種基本的數據類型和兩 種特殊數據類型用來處理數據和文字。而變量提供存放信息的地方，表達式則可 以完成較復雜的信息處理。
JavaScript腳本語言具有以下特點。
1.腳本語言。JavaScript是一種解釋型的腳本語言,C、C++等語言先編譯后執 行，而JavaScript是在程序的運行過程中逐行進行解釋。
2.基于對象。JavaScript是一種基于對象的腳本語言，它不僅可以創建對象，也 能使用現有的對象。
3.簡單。JavaScript語言中采用的是弱類型的變量類型，對使用的數據類型未 做出嚴格的要求,是基于Java基本語句和控制的腳本語言，其設計簡單緊湊。
4.動態性。JavaScript是一種采用事件驅動的腳本語言,它不需要經過Web服 務器就可以對用戶的輸入做出響應。在訪問一個網頁時,鼠標在網頁中進行鼠標 點擊或上下移、窗口移動等操作JavaScript都可直接對這些事件給出相應的響應。
5.跨平臺性。JavaScript腳本語言不依賴于操作系統，僅需要瀏覽器的支持。 因此一個JavaScript腳本在編寫后可以帶到任意機器上使用，前提上機器上的瀏 覽器支持JavaScript腳本語言,目前JavaScript已被大多數的瀏覽器所支持。［3］
不同于服務器端腳本語言，例如PHP與ASP，JavaScript主要被作為客戶端 腳本語言在用戶的瀏覽器上運行，不需要服務器的支持。所以在早期程序員比較 青睞于JavaScript以減少對服務器的負擔，而與此同時也帶來另一個問題：安全 性。
而隨著服務器的強壯，雖然程序員更喜歡運行于服務端的腳本以保證安全， 但JavaScript仍然以其跨平臺、容易上手等優勢大行其道。同時，有些特殊功能 （如AJAX）必須依賴Javascript在客戶端進行支持。隨著引擎如V8和框架如 Node.js 的發展，及其事件驅動及異步 IO 等特性， JavaScript 逐漸被用來編寫服 務器端程序。
2.4MySQL 數據庫服務
對于軟件信息管理系統的開發，日常操作的主要對象為各類數據信息，數據 信息主要存儲于數據庫之中［27］，通過一定的方式將數據信息組織在一起，從而使 得數據信息可以為多個用戶進行共享，降低數據信息的冗余度。數據庫產生的時 間為20世紀的五十年代，隨著計算機技術及網絡技術的發展，在20世紀的90 年代，數據庫軟件得到了長足的發展，此時不僅數據存儲及處理得到了優化，而 且在數據信息的管理方式得到了長足的改進。對于數據庫軟件而言，其可以分為 多個類型，實現對最簡單數據信息的存儲到海量數據信息的存儲與處理［28］。
在具體數據信息的存儲上，數據庫可以將同種性質的數據信息存儲在一個數 據庫中，根據軟件系統的具體要求進行處理，如將企業的員工信息姓名、地址、 身份證號等信息存儲在一個數據庫表格中，方便用戶通過數據庫軟件進行數據信 息的檢索［29］。
MySQL是最流行的關系型數據庫管理系統，在WEB應用方面MySQL是最 好的 RDBMS（Relational Database Management System：關系數據庫管理系統）應用 軟件之一。MySQL是一種關聯數據庫管理系統，關聯數據庫將數據保存在不同 的表中，而不是將所有數據放在一個大倉庫內，這樣就增加了速度并提高了靈活 性。MySQL所使用的SQL語言是用于訪問數據庫的最常用標準化語言。MySQL 軟件采用了雙授權政策(本詞條“授權政策”)，它分為社區版和商業版，由于 其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，一般中小型網 站的開發都選擇MySQL作為網站數據庫。由于其社區版的性能卓越，搭配PHP 和 Apache 可組成良好的開發環境。
2.5UML
Unified Modeling Language (UML)又稱統一建模語言或標準建模語言，是始 于1997年一個OMG標準。標準建模語言UML的重要內容可以由下列五類圖(共 9 種圖形)來定義。
第一類是用例圖，從用戶角度描述系統功能，并指出各功能的操作者。第 二類是靜態圖(Static diagram)，包括類圖、對象圖和包圖。其中類圖描述系統中 類的靜態結構。不僅定義系統中的類，表示類之間的聯系如關聯、依賴、聚合等， 也包括類的內部結構(類的屬性和操作)。類圖描述的是一種靜態關系，在系統 的整個生命周期都是有效的。對象圖是類圖的實例，幾乎使用與類圖完全相同的 標識。他們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。一個 對象圖是類圖的一個實例。由于對象存在生命周期，因此對象圖只能在系統某一 時間段存在。圖由包或類組成，表示包與包之間的關系。包圖用于描述系統的分 層結構。第三類是行為圖(Behavior diagram)，描述系統的動態模型和組成對 象間的交互關系。行為圖包括：狀態圖、活動圖、順序圖和協作圖。其中狀態圖 描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件。第四類是交互圖 (Interactivediagram) ，描述對象間的交互關系。其中順序圖顯示對象之間的動 態合作關系，它強調對象之間消息發送的順序，同時顯示對象之間的交互；合作 圖描述對象間的協作關系，合作圖跟順序圖相似，顯示對象間的動態合作關系。 除顯示信息交換外，合作圖還顯示對象以及它們之間的關系。如果強調時間和順 序，則使用順序圖；如果強調上下級關系，則選擇合作圖。這兩種圖合稱為交互 圖。第五類是實現圖 ( Implementation diagram )。它包含邏輯類或實現類的有關 信息。部件圖有助于分析和理解部件之間的相互影響程度。
2.6開發工具
MyEclipse，是在eclipse基礎上加上自己的插件開發而成的功能強大的企業 級集成開發環境，主要用于Java、Java EE以及移動應用的開發。MyEclipse的功 能非常強大，支持也十分廣泛，尤其是對各種開源產品的支持相當不錯。
MyEclipse 企業級工作平臺(MyEclipseEnterprise Workbench ，簡稱 MyEclipse)是對EclipseIDE的擴展，利用它我們可以在數據庫和JavaEE的開發、 發布以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的 JavaEE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持 HTML， Struts， JSP， CSS， Javascript， Spring， SQL， Hibernate。
MyEclipse是一個十分優秀的用于開發Java, J2EE的Eclipse插件集合， MyEclipse的功能非常強大，支持也十分廣泛，尤其是對各種開源產品的支持十 分不錯。MyEclipse 可以支持 JavaServlet，AJAX， JSP， JSF， Struts， Spring， Hibernate，EJB3，JDBC數據庫鏈接工具等多項功能。可以說MyEclipse是幾乎 囊括了目前所有主流開源產品的專屬eclipse開發工具。
MyEclipse 8.6 M1下載地址發布了，關注MyEclipse 8.6的朋友可以去 MyEclipse官方獲取最新的MyEclipse 8.6 M1下載地址下載試用的說(需要特殊手 段)。隨著MyEclipse &5的發布，很多MyEclipse都已經開始轉型成MyEclipse 8.5 工作了，MyEclipse 8.5不但集成最新版本的Eclipse 3.5.2同時包含了大量當前最 新版的開源框架的插件支持。今天筆者瀏覽MyEclipse官方網站的時候，發現 MyEclipse 8.6的第一個M版本-MyEclipse 8.6 M1下載地址已經發布了，作為目 前最新版本的MyEclipse &6來說包含了不少吸引人的新特性，尤其是在對主流 Java框架的支持都更新了不少，由于目前MyEclipse 8.6還只是M1版本，因此 作為開發版本使用估計不太可能(當然如果喜歡嘗鮮，裝個玩玩應該是沒問題)， 相信在MyEclipse &6正式版下載地址發布的時候會有更新的開源框架版本的支 持吧。
MyEclipse &6的主要改進是在團隊寫作和集中工作環境的集中配置管理方 面。同時MyEclipse &6還包含了上百個功能的改進和新特性，這些新功能和特 性將讓MyEclipse 8.6用戶在開發代碼，測試，以及部署應用方面都得到極大的 便利。相信MyEclipse &6下載地址發布的時候會讓MyEclipse開發者們再次興 奮一下的。MyEclipse生成WAR包并在Tomcat下部署發布
首先是使用MyEclipse將web項目打包，右鍵選中項目，選擇export；彈出 Export的select窗體，選擇JavaEE的WARfile(myeclipse)選項，然后選擇工程 名稱和路徑，單擊完成就可以了。打包完成以后我們將war放到tomcat的webapps 目錄下，并設置server.xml文件；然后運行tomcat，并輸入項目的url就可以瀏 覽了。
西安電子科技大學工程碩士論文
2.7B/S 結構
對于信息管理系統的開發，目前越來越采用B/S［30］信息管理系統進行開發， B/S網絡體系結構不同于以前使用的C/S網絡體系結構，對其進行了深度改進。 B/S 網絡體系架構的中文全稱為瀏覽器和服務器結構，對應英文的全稱為 Browser/Server。
在 B/S 網絡體系架構之中，用戶主要的工作界面是在系統的瀏覽器之中，用 戶點擊操作之后，服務端負責對客戶提交的操作進行響應，因此信息管理系統的 大部分業務處理的工作由服務器負責進行完成，從而形成瀏覽器端、網絡層及服 務器端三層架構，簡化了每一個客戶端的業務處理過程，從而降低了客戶端維護 的成本，便于整個信息管理系統進行升級與維護，技術人員日常只需要對服務器 端的軟件進行維護即可［31］。
針對目前的技術而言，B/S網絡體系架構與C/S體系架構各自具備良好的特 點，C/S網絡體系架構的出現時間較好，主要開始應用的時間在上個世紀的90 年代，主要應用在單機版或者局域網環境之中，每一次升級都需要軟件維護人員 在各個客戶端上進行操作，花費的時間成本及人力成本都較高，因此目前各個公 司都在將各自的C/S體系架構的網絡轉變為B/S網絡架構。B/S網絡架構比較適 用在因特網之中，相比C/S可以節省許多維護成本，但如果在人機交互方面、運 行速度及數據信息的安全性方面， C/S 網絡體系架構的安全性要較高。因此在對 信息管理系統進行開發的時候，需要結合信息管理系統具體應用的場景進行分 析。從而確定系統適合B/S網絡結構開發還是C/S網絡體系結構進行開發［32］。
在 B/S 網絡體系架構之中，用戶從瀏覽器端進行操作，服務器端負責進行響 應，結合信息管理系統的應用場景進行分析之后可以確定，系統采用的網絡體系 架構為B/S網絡體系架構，對B/S模式進行分析之后可以了解到其具備的優點與 缺點，詳細的分析內容如下面所示。
B/S 模式的缺點主要在于用戶的操作只能通過鼠標進行操作，不能滿足用戶 多樣性的操作需求，通用性加強從而導致個性化缺失，用戶瀏覽的頁面是動態進 行刷新的，因此總體的響應時間較慢。由于大部分的業務都是在服務器端進行處 理，導致總體客戶端的功能弱化，對于某些較強的業務功能并不能滿足用戶的使 用要求。
對B/S的缺點進行分析之后，下一步的工作內容是對優點進行分析，由于信 息管理系統的業務大部分都是在服務器端進行處理，因此B/S模式的網絡體系架 構具備良好的分布性，用戶可以隨時對地的對系統的業務發起訪問操作，根據業 務處理的需求進行瀏覽、查詢等操作。由于大部分業務都是在服務器端進行處理， 而客戶端操作主要是通過瀏覽器端進行，因此日常對系統的維護主要在服務器端
進行，客戶端并不需求進行維護，極大的降低了系統維護的成本，在系統進行升 級的時候，只需要將更新的代碼在服務器端進行部署即可。
2.8本章小結
本章詳細敘述了系統開發采用的技術平臺內容，總體基于MVC進行設計， 從而降低系統層次架構之間的耦合度，便于后期公租房信息管理系統進行升級與 維護，從而降低軟件開發的成本，提升開發效率。
第三章 系統需求分析
對于公租房信息管理系統而言，需求分析章節，首先對系統開發的內容進行 概述，之后詳細敘述整個公租房信息管理系統的功能需求分析方面的內容，性能 需求同功能需求一樣重要，最后敘述了系統的具體性能指標方面的內容
3.1系統業務流程分析
系統正常的工作需要互聯網的支持，在互聯網技術的幫助下用戶可以及時的 去查詢各個本市地區的公租房信息，從而進行選擇。該系統的開發是為了更好的 管理城市的租賃房屋產業，一方面利用自動化、人性化、智能化的系統使得各個 相關部門及時發布和管理房源信息；另一方面該系統業務功能為用戶提供良好的 服務，其內部保存的資料和信息完全供用戶使用，用戶在掌握系統的使用方法后 能夠快速檢索到房屋信息。
對于某市而言，如果申請人在某市領取公租房補貼或者其他政策性的人才租 房補貼的，在其簽訂公租房租賃合約的時候，應立即停止發放補貼；申請人在某 市沒有任何形式的自由住房等詳細條件。申請人同時需要滿足基本條件和詳細條 件就可以提出公租房的申請。目前的收費主要是以20元一平方每月進行收取， 根據房屋的實際面積進行收取。在對房屋進行分配的時候，需要遵循申請人員的 排名進行確定。
對于某市的公租房小區建設而言，統計往年的數據信息可以發現，最多 1 萬 人在網上進行申請，因此對公租房信息管理系統進行開發的時候，系統應該能夠 滿足 10 萬人進行操作。
該系統的業務主要包括公租房從申請到審批的主要步驟和業務流程：主要步 驟：第一，如果某個個人或者家庭想要申請公租房那么必須要滿足的條件是申請 人一定要素具有民事行為的本家庭人員而非之外的人，屆時該人員秩序拿著所需 文件到戶口所在地的辦事處即可；第二材料上交以后就開始進行層層的審批和核 實，其辦理單位也是層層往上，先是居委會進行審查然后在固定的日子里公布合 格名單，再是合格的人員將材料交到街道辦事處進行調查核實，核實成功后再把 材料上交到有關公租房管理的相關部門進行進一步的核實認證，經調查認證材料 的準確性之后，有關部門會進行公示，此時申請人就可以等待住房了。第三，在 獲得了住房保障后的家庭依然要完成后續的手續，先是配合地區租賃部門到市區
部門去登記備案，然后簽署一項關于同意相關部門對于其申請人家庭進項一年一 審查的協議，這也是為了保證住房保障的公平性的體現。
公租房申請、審批業務流程，審批業務流程如圖 3.1 所示.
圖 3.1 公租房申請、審批業務流程圖
從上圖 3.1 我們可以看出申請審批主要分為五個流程，首先，發起申請的人 員先要向當地居委會提交申請并接受人家的審核，審核完成后如果是使用互聯網 的用戶那么就啟動相關模式向社區居委會提交審核，如符合條件就公布名單并向 上級移交材料，然后市級人員核實并移交街道處，如果是不能使用互聯網的用戶 則啟動另一系統模式直接跳過地區核實，由社區居委會進行審查并由街道處負責 核實材料的真實性。這一切都核實成功后，由租賃房屋辦事處最終發布符合條件 的可以等待住房保障的申請人名單。
3.2系統功能分析
該系統的研發能夠使各類的房源信息加以整合并進行科學高效的管理，它的 流程自動化、規范化功能可以使有關政府機構的工作更加便利方便政府的管理； 它可以將申請人員和辦事部門結合起來以提高該系統為人民服務的水平，增強人 民該系統的認可度。公共租賃住房管理系統被要求實現的功能有以下幾個方面。
對政府部門來說，該系統或者說以后系統升級之后能夠幫助有關人員科學合 理高效的完成住房系統需要實現的業務，節省一部分人力物力,\，提高工作效率 和增強有關部門的監督管理能力。對各級租賃部門來說，保證各級各地區之間的 信息共享是十分重要的。
3.2.1房源管理用例分析
通過下圖 3.3 我們可以清晰的了解房源管理的工作流程，房源管理就是包括 建筑、分配在內的住房的一切信息的管理。這一模塊包含了建筑管理和住房管理 兩大類，在其包括的建筑管理中我們可以及時知道用戶的房源狀況；在住房管理 中，用戶可以通過使用該系統去查詢、發布以及回收利用房屋。
房源管理用例圖如圖 3.2 所示。
圖 3.2 房源管理用例
從圖3.2房源管理功能用例圖之中可以看出日常對主要的操作內容包括住房 管理與建筑物管理兩方面的內容。其中錄入房源的操作用例如下面所示。
該用例主要參與人員工作人員，前置條件是用戶錄入個人信息登錄公租房管 理系統，后置條件為完成此業務功能模塊操作，繼續其他業務功能模塊，具體事 件流如下面。
1.登錄公租房管理系統；
2.進入房源管理模塊，點擊房源信息錄入操作；
3.按照要求錄入房源信息，包括房源的詳細位置、樓層、房間布局、租金等 詳細的數據信息；
4.系統進行審核，給出提示成功或者提交失敗的提示信息；
3.2.2保障申請用例分析 申請人先向戶口所在地的居委會去申請住房保障，根據申請人的詳細信息進 行錄入，主要由居委會或者街道辦進行管理操作，及時根據最新的調查信息進行 修改操作，詳細操作的用例圖如圖 3.3 所示。
保障申請用例主要參與人員工作人員，前置條件是用戶錄入個人信息登錄公 租房管理系統，后置條件為完成此業務功能模塊操作，繼續其他業務功能模塊， 具體事件流如下面。
1.登錄公租房管理系統；
2.進入保障申請管理模塊，對申請人的信息進行檢索，之后點擊申請人的信 息進行日常的維護；
3.按照要求對申請人的數據信息點擊進行修改，業務功能提交；
4.系統進行審核，給出提示成功或者提交失敗的提示信息；
3.2.3保障審核用例分析
申請人提出申請之后，由居委會或者街道辦負責對申請的信息進行初審，其 次是住房審核部門進行更深一步的初審和復審以確保申請人材料真實，最后，住 房保障部門具有決定權，它可以讓申請人進行輪候等待也可以進行房屋資源的配 置以及房屋租金的有關管理。住房保障管理并不是中途進行的，它自開始申請到 申請人得到住房保障的那一刻才結束運行，在這期間它是貫穿其中的。
圖 3.4 是保障審核操作用例圖。
住房審核部門
圖 3.4 保障審核操作用例
保障審核用例主要參與人員工作人員，前置條件是用戶錄入個人信息登錄公 租房管理系統，后置條件為完成此業務功能模塊操作，繼續其他業務功能模塊， 具體事件流如下面。
1.登錄公租房管理系統；
2.進入保障審核管理模塊，點擊保障初審操作，初審需要滿足：申請人員擁 有本地戶籍或者 3 年以上的社保，同時申請人在某市沒有其他任何的保障性住 房；
3.按照要求對申請人錄入的數據信息進行初審操作，如果符合條件則初審通 過，否則不通過；
4.給出初審的結果信息，在網絡上進行公示。
除了保障初審，租金核減也是重要的業務內容，其對應操作流程如下面所示。
1.登錄公租房管理系統；
2.進入保障審核管理模塊，點擊租金核減操作，對于符合政策的公租房租住 人員，可以按照政策對公租房的租金進行部分減免，需要申請人在簽訂公租房租 賃合約之后，同時另外提出申請進行減免，有關管理部門負責對申請人提出的申 請進行審查，審查通過之后可以按照不同的申請狀況對租金進行減免 20%、50%、 80%等；
3.按照要求對租金減免條件進行審核，如果符合條件則初審通過，否則不符 合資格；
4.給出租金核減的結果信息，在網絡上進行公示。
3.2.4資料管理用例分析
在整個公租房信息管理系統之中，每一次申請、初審、復審等都會產生一系 列數據信息，這些業務功能通過專門的資料管理業務功能進行管理維護，同時記 錄上級領導部門發送的文件，日程資料管理業務功能提供對資料數據信息的檢 索、上傳、管理等操作。
圖 3.5 是資料管理操作用例圖。
從圖3.5資料管理功能用例圖之中可以看出日常對主要的操作內容包括住瀏 覽文件、上傳文件。其中刪除文件的操作用例如下面所示。該用例主要參與人員 工作人員，前置條件是用戶錄入個人信息登錄公租房管理系統，后置條件為完成 此業務功能模塊操作，繼續其他業務功能模塊，具體事件流如下面。
1.登錄公租房管理系統；
2.進入資料管理模塊，點擊刪除操作；
3.首先對刪除的文件進行檢索，檢索出來的資料列表信息，之后點擊需要刪 除的文件信息，進行刪除操作；
4.完成系統數據信息的刪除操作，更新系統的數據庫；
3.2.5統計分析用例分析
在公租房信息管理系統之中，每一次申請、初審及復審，都需要對申請的數 據信息進行統計分析，從而確定每一個年度的工作內容，詳細操作的用例圖如圖
3.6所示。
從圖3.6統計分析功能用例圖之中可以看出日常對主要的操作內容包括申請 信息統計、申請信息分析等方面的內容。其中申請信息統計的操作用例如下面所 示。該用例主要參與人員工作人員，前置條件是用戶錄入個人信息登錄公租房管
理系統，后置條件為完成此業務功能模塊操作，繼續其他業務功能模塊，具體事 件流如下面。
1.登錄公租房管理系統；
2.進入統計分析管理模塊，點擊租金信息統計操作，在公租房租賃的過程之 中，租金統一每月的固定時間對申請人的銀行賬戶進行劃轉，如果發生欠費，工 作人員及時通知租房，欠費超過一個自然月的，取消申請人租房資格，并追回所 欠租金，將申請人信用信息記錄在個人信用檔案之中。
3.點擊進行統計的時間段與區域，從而完成租金統計操作；
4.系統進行租金統計，給出提示成功或者提交失敗的提示信息。
3.2.6系統管理用例分析 該模塊的主要參與者的系統的管理員，他主要負責該系統從開啟運行到后續 維修的全過程，這其中比較重要的職責就是對數據的一系列管理和對于使用該系 統的用戶、賬戶和報表進行管理。
下圖 3.7 是該模塊運行的具體流程。 從圖3.7系統管理功能用例圖之中可以看出日常對主要的操作內容包括數據 導入、數據導出、權限設置等方面的內容。其中權限設置的操作用例如下面所示。
該用例主要參與人員為系統管理員，前置條件是用戶錄入個人信息登錄公租 房管理系統，后置條件為完成此業務功能模塊操作，繼續其他業務功能模塊，具 體事件流如下面。
1.登錄公租房管理系統；
2.進入系統管理模塊，點擊權限設置操作；
3.按照要求點擊用戶進行權限設置操作；
4.系統進行審核，給出提示成功或者提交失敗的提示信息；
圖 3.7 系統管理用例
3.3系統非功能需求分析
對于此公租房信息管理系統，對于系統的功能需求進行分析之后，系統的非 功能需求分析方面的內容與功能需求同樣重要，詳細分析其中的性能需求及安全 需求。安全需求涉及到系統環境安全、系統內部安全及系統數據庫安全，性能需 求主要涉及到易用性、并發性、響應時間等方面的工作內容，詳細的內容如下面 所示。
3.3.1安全性需求分析
對于系統的日常運營管理而言，安全性需求是重要的管理內容，其涉及到整 個系統是否穩定的重要工作前提，安全性主要包括數據信息的安全性、系統環境 的安全性及系統內部的安全性三個方面的內容，對這三個部分的內容詳細敘述如 下面所示。
1.數據信息的安全性：主要針對服務器端數據庫服務器之中存儲的數據信息 提供保護，對公租房信息管理系統而言，數據庫之中存儲著系統大部分業務功能 模塊的數據信息，是整個系統的工作重心。安全性方面的工作主要包括系統數據 庫設計及數據庫部署運營兩個方面進行展開，在系統數據庫設計操作的時候，需 要根據用戶不同的操作權限進行嚴格的設置，普通用戶不具備操作數據庫的權 利；在數據庫進行運營的時候，提供殺毒軟件、防火墻等多種物理措施提升整個 公租房信息管理系統數據庫的安全性；
2.系統環境安全：主要針對日常公租房信息管理系統運行的環境進行設置， 主要是針對系統的網絡運營環境、服務器的部署及遠程操作的安全性方面等，需 要針對各個方面的內容進行工作的預案；
3.系統內部的安全性：主要的工作內容在于日常對公租房信息管理系統進行 維護，需要針對性的進行權限設置、日志管理、數據庫導入與恢復等方面的工作 內容，日常系統程序進行更新操作的時候，需要由專門的工作人員負責進行操作。
3.3.2系統性能需求
對于公租房信息管理系統而言，非功能性需求除了認真分析安全性的需求內 容之外，同時對系統的性能需求也是需要重點進行考慮的內容，主要關注系統的 并發性、易用性、響應時間等方面的需求，每一部分的性能需求方面的詳細內容 如下面所示。
1.并發性需求：對于公租房信息管理系統而言，日常系統的性能需要支持大 量用戶同時登錄此系統進行各個業務功能模塊的操作，系統應保證能夠及時響應 各個用戶的操作請求，并且系統保持穩定能夠提供良好的訪問服務；
2.易用性：針對用戶的操作步驟，系統提供良好的操作提示，包括數據信息 的更新、刪除、檢索等操作，便于用戶對系統業務功能模塊的快速操作；
3.響應時間：用戶在對公租房信息管理系統的每一個業務功能模塊進行操作 的時候，系統應在用戶可以接受的時間進行響應，從而提升系統數據信息處理的 效率，與用戶進行良好的交互。對應性能需求指標如表 3.1 所示。
表 3.1 公租房信息管理系統的性能測試需求表
特性 需求項 需求值
響應時間 頁面響應最大時間 不大于 7 秒
頁面響應平均時間 在 5 秒以內
負載 10 萬用戶的負載 系統穩定
10000 并發用戶的負載下，連 續運行 72 小時 系統穩定
3.4本章小結
本章是公租房信息管理系統的需求分析內容，通過這章的敘述，明確系統需 要進行開發的內容，包括系統的功能需求與性能需求，確定后續系統設計、實現 及測試方面的工作目標。
第四章 系統概要設計
對于公租房信息管理系統而言，在系統需求分析之后進入到系統的概要設計 環節，主要關注了系統的體系架構設計、部署架構設計、安全性設計等方面的內 容，詳細設計在概要設計的基礎上對每一個業務功能模塊進行進一步的設計。
4.1系統設計原則
在系統設計部分，首要的工作是敘述總體公租房信息管理系統采用的設計思 路，設計思路主要的工作內容是明確系統設計過程之中采用的原則，從而對業務 功能模塊的設計過程進行指導，具體的原則包括先進性原則、可靠性原則、實用 性原則、標準化原則的工作內容，對這幾個方面的原則詳細敘述的內容如下面所 示。
1.先進性原則：對于整個公租房信息管理系統而言，其作用主要是為了保障 社會民生，因此由于系統的重要作用，需要公租房信息管理系統在設計的時候， 先進性原則是重要的工作原則，先進性主要指技術方面的先進性，充分滿足系統 業務的需求；
2.實用性原則：對于整個公租房信息管理系統之中，系統的業務功能首要的 工作是確定功能需求方面的內容，主要的標準是依據實用性，確定在實際的業務 使用之中經常使用到的業務需求進行開發。對于公租房信息管理系統而言，首要 的工作內容是圍繞數據信息進行有效操作，對數據信息進行錄入、管理及分析操 作等，從而有效滿足單位的業務需求。
3.可靠性原則：主要的工作內容是對公租房信息管理系統的性能提出工作要 求，主要指系統在后續的運行之中，能夠對用戶的訪問請求進行正常的響應，尤 其是在多用戶進行訪問操作的時候，整個系統保持良好的響應。數據庫的信息保 持安全與保密，日常對用戶訪問數據庫時候需要進行嚴格驗證。
4.標準性原則：整個公租房信息管理系統的開發過程采用通用的開發技術進 行分析，從而使得系統具備標準性，包括接口、數據庫等方面，便于公租房信息 管理系統與其他信息管理系統進行對接；
5.可擴展性：對系統的業務功能模塊進行設計與實現的時候，采用面向對象 的開發思路進行，同其他系統一樣，公租房信息管理系統在后續的運用過程之中 需要不斷進行優化、升級與維護，因此降低各個業務功能模塊之間的耦合度便于 后期工作，降低系統的總體維護成本。
4.2體系結構設計
對于信息管理系統而言，在需求分析之后，下一步主要的工作內容是對系統 的諸多方面進行系統設計工作，包括系統體系架構設計、網絡架構設計、數據庫、 安全性等方面的設計內容，其中系統體系架構是首要的工作任務，本系統采用當 今常用的三層體系架構設計模式進行，分別從用戶操作的角度、業務邏輯處理的 角度及數據信息存儲的角度三個方面進行設計，每一個體系架構對應不同的操作 內容。
對本信息管理系統采用三層體系架構設計主要目標是為了降低各個業務層 次架構之間的耦合度，后期用戶針對信息管理系統進行升級與維護的時候，從而 降低整個系統維護的成本，降低系統軟件開發的工作量，提升總體系統的開發效
率與可擴展性，詳細設計架構方面的內容如圖 4.1所示。
從圖4.1系統體系架構設計可以看出此信息管理系統主要分為三個層次架構 設計方面的內容，從用戶操作、業務邏輯處理及數據信息處理三個方面完成整個 信息管理系統的設計操作，每一個體系架構層次工作的內容如下面所示。
1.用戶操作層：此業務邏輯架構主要面對的對象為系統的用戶及系統管理員 等多種類型的操作用戶，按照需求分析階段確定的業務需求進行操作，不同類型 的用戶操作權限不同，能夠對應進入的操作頁面也有所不同，業務邏輯層負責對 用戶操作層進行響應；
2.對于公租房信息管理系統而言，業務邏輯層是整個系統處理的核心，一方 面負責對用戶的操作進行響應，另外一方面負責對數據庫之中的數據信息進行存 取與更新，業務邏輯代碼包括需求分析階段確定的房源管理、資料管理、系統管 理等業務功能代碼，主要的操作目標是為了響應用戶在客戶端的操作請求，從而 滿足用戶的業務操作要求。在對數據信息進行操作的時候通過Hibernate業務框 架進行持久化的操作，提升整個業務功能模塊的數據處理效率。
3.在公租房信息管理系統之中，底層業務架構是數據庫層，負責存儲整個信 息管理的業務數據，包括房源數據信息、資料數據信息及用戶數據信息等，系統 采用 MySQL 數據庫負責對這些數據信息進行存儲，數據庫是面向對象的關系型 數據庫，通過多個數據庫表格負責對公租房信息管理系統的諸多數據信息完成存 儲。
4.3網絡拓撲結構設計
對于公租房信息管理系統而言，由系統的需求分析階段的業務流程可以得 出，系統主要應用在因特網之中，不同于以往的信息管理系統主要運行在局域網 之中，采用 B/S 網絡結構設計的主要優勢在于每一個用戶，不管是普通用戶還是 系統管理員，通過一臺能夠上網的電腦都能夠對系統發起訪問操作，極大的提升 了各個用戶使用系統的便利性，對于此信息管理系統而言，詳細設計的 B/S 模式 的網絡架構如圖 4.2 所示。
管理員
圖 4.2 系統網絡結構
從圖 4.2 公租房信息管理系統的 B/S 網絡設計模式之中可以看出對應的工作 內容，按照物理機構進行區分可以得出系統主要分為三個部分，每一個部分都是 系統的重要組成內容，提供對應的操作內容，下面對這三個部分的內容進行詳細 分析，具體的內容如下面所示。
1.瀏覽器端，日常對于公租房信息管理系統，各種不同類型的用戶主要通過 瀏覽器對系統發起遠程Web服務，按照業務需要點擊系統之中的不同操作模塊, 包括房源管理、資料管理等，服務器負責處理用戶的操作請求，之后將處理的結 果在瀏覽器端進行顯示；
2.網絡層：對于公租房信息管理系統而言，此業務層是連接瀏覽器端與服務 器端的重要層次，負責各類數據信息的通信，由需求分析的業務流程可以確定系 統采用B/S網絡架構，用戶訪問服務器端的時候，在因特網之中輸入訪問系統的 網址，進入系統的業務功能模塊之中，按照需求點擊各個業務功能模塊進行操作；
3.服務器端：是整個公租房信息管理系統的信息處理中心，部署著整個系統 的業務邏輯代碼，這些代碼對外主要通過 Web 服務器提供服務， Web 服務器采 用開源的Tomcat服務器，能夠持續穩定的對外提供服務，在Web服務器之中， 部署著公租房信息管理系統的諸多業務邏輯代碼，包括房源管理、資料管理等； 除了 Web服務器之外，服務器端另外一個重要內容是數據庫服務器，負責對系 統之中的各類數據信息進行存儲，里面存儲著系統設計階段確定的各類數據庫表 格。
通過網絡結構需求之中可以確定系統采用B/S模式進行設計開發，此網絡模 式最大的優勢是不同類型的用戶通過網絡發起訪問操作，但是系統的安全性成為 整個設計階段需要重點考慮的問題，為了保障系統的安全性，系統采用綜合性的 安全措施進行保護，在系統的瀏覽器端、網絡層及服務器端，采用物理設計與軟 件設備等多種措施提升公租房信息管理系統的安全性。
4.4安全性設計
對于此公租房信息管理系統的設計，除了體系架構設計、部署架構設計、數 據庫設計之外的內容，安全性設計同樣也是重要的管理內容，主要用于保障城市 公租房信息管理系統在因特網之中運行的安全性，主要指應用程序安全性及數據 信息安全性兩個方面的工作，詳細每一個部分的工作內容如下面所示。
1.應用程序的安全性：主要針對服務器端提供的Web訪問服務進行保護，工 作內容在于密碼管理、用戶管理、權限設置等內容，對每一個部分的工作內容如 下面所示。
密碼管理：主要針對不同類型的用戶進行管理，在城市公租房信息管理系統 之中，用戶類型分為系統管理員、工作人員、領導用戶等角色，這些用戶的密碼 日常由管理員負責進行設置，每經過一段時間的使用，系統提醒這些用戶進行密 碼的修改，從而提升這些用戶的安全性；
用戶管理與權限設置：在城市公租房信息管理系統之中，存在多種類型的用 戶信息，這些用戶的操作權限需要嚴格按照系統的要求進行設置，日常對于新的 工作人員，需要管理員根據用戶的職能進行設置，系統采用基于角色的訪問控制 機制，根據用戶的操作職能賦予對應的操作角色，角色與操作功能進行對應；
日志管理：應用程序具備日志管理的操作業務功能，對用戶在城市公租房信 息管理系統進行的操作進行記錄，便于系統出現問題的時候管理員進行分析，從 而確定系統的問題所在。
2.數據信息的安全性：對于城市公租房信息管理系統而言，數據庫負責存儲 絕大多數的數據信息，多種不同的數據庫表格對轉賬信息、存款信息、理財信息 等進行存儲，系統采用的數據庫為 SQL Server 數據庫，通過多種機制維護系統 數據信息的安全性，詳細的內容如下面所示。
數據備份與恢復操作：對于系統的數據庫，系統設置導入導出腳本語言每日 定時對系統的數據庫信息進行導出操作，備份的數據信息采用異地存儲的方式進 行，在系統崩潰或者出現數據問題的時候可以調用導入歷史數據信息，保障系統 的運行。
數據庫存取控制：在進行系統數據庫的設計及部署的時候，都需要嚴格考慮 數據信息的安全性，對用戶信息表及權限信息表進行管理。在對系統數據庫進行 部署之后，按照系統的操作手冊及各個用戶不同的操作，完成數據庫的操作，對 于異常的操作方式及時進行記錄與管理。
4.5系統功能結構設計
在系統的設計之中，另外重要的內容是對系統的業務功能進行設計，設計依 據的標準是需求分析階段確定的業務功能，根據每一個業務功能對應的操作用例 進行分析，從而確定系統開發所需要的功能。由需求分析階段可以確定系統的業 務功能分別有房源管理、保障管理、資料管理、系統管理等業務功能模塊，對這 些業務功能進行分析之后確定系統的功能架構設計如圖 4.3 所示。
圖 4.3 系統功能結構圖
從圖 4.3 可以看出系統主要的操作業務，其主要是依據業務流程之中進行分 析與確定，從而滿足系統的操作需要，下面對每一個部分的業務進行分析，系統 主要分為六個業務，每一個部分業務對應的功能不同，各個不同的內容如下面所 示。
1.房源管理：主要的工作內容是對保障房的基本信息進行錄入維護，包括正 在建設的小區、已完成建設的小區等詳細數據信息，另外對審批已通過、未通過 的房源信息等進行錄入管理，包括房屋、小區、樓盤、樓房的詳細數據信息；
2.保障申請業務：主要的工作內容是對申請人的信息進行維護，包括申請人 的詳細信息、申請資料的詳細信息，這些數據信息都需要專門的數據信息進行維 護、更新；
3.系統管理業務：主要的工作目標是對整個系統進行業務的維護，包括用戶 信息的管理、用戶權限的設置、日志信息的維護管理等；
4.統計分析業務：主要的工作內容是對整個業務功能進行管理，包括房源信 息、申請信息、通過信息等內容，對這些數據信息需要進行專門的統計與分析， 設計具體的統計的條件；
5.資料管理：對應整個業務調查過程之中的資料信息進行操作，包括申請人 的資料、住房的資料、審核評估的資料等，對于這些資料信息，都需要進行專門 的電子化處理，存儲到系統的業務平臺之中，從而完成整個數據信息的存儲與開 發；
6.保障審核：主要的工作內容是針對申請者的詳細進行審核，包括申請者的 信息是符合政策的要求，另外就是對申請人的信息進行實際的走訪調查，根據小 區房屋的數量及要求，進行審批，審批通過及時通知申請人，審批不通過的時候 也需要進行信息的反饋。
4.6數據庫設計
在公租房信息管理系統之中，體系架構設計之外，系統另外的重要任務是對 系統進行數據庫設計的工作，核心的工作內容是為了對系統具備的多種種類的數 據信息進行安全設計，從而提供給業務功能處理的多種數據信息。在數據庫設計 階段，首要的工作任務是對數據庫實體進行設計，然后給出詳細的數據庫表格設 計，包括數據信息類型、數據字段名稱等，從而滿足系統數據信息的存儲。
4.6.1數據庫概念結構設計
對于公租房信息管理系統而言，首要的工作內容是對系統的概念結構進行設 計，主要的工作內容是確定數據庫的實體，主要包括兩個方面的內容，一方面是 系統的實體名稱，另外是實體對應的屬性內容。實體主要是指公租房信息管理系 統客戶存在的事務，而屬性信息針對此種事務對應的性質，確定數據庫實體之后， 下一步主要的工作內容是確定公租房信息管理系統各個數據庫之間的關e系，從 而確定系統的E.R圖。
在公租房信息管理系統的E.R圖之中，存在多種的數據信息聯系，主要包括 一對一聯系、一對多聯系及多對多聯系等，根據業務管理系統的需要從而確定每 一個數據庫實體之間的關系。
對公租房信息管理系統進行分析之后，確定系統的數據庫實體E-如圖4.4所
示。
圖 4.4 數據庫 E-R 圖
從圖 4.4可以看出數據庫實體包括申請人、房屋、樓盤等數據庫實體，從而 完成數據信息的存儲。
4.6.2數據庫邏輯結構設計
對于信息管理系統的數據庫階段的工作內容而言，在對各個數據庫實體進行 設計之后，下一步的工作內容是圍繞這些數據庫實現進行數據庫表格的設計，需 要確定每一個屬性內容的數據類型、存儲的長度、數據是否為空等內容，同時需 要考慮業務功能后續的升級維護問題，針對需要的數據庫表格留足對應的備用字 段，需要針對數據庫設計的內容，需要具備良好的信息文檔進行說明。
對于城市公租房信息管理系統進行綜合分析之后，確定系統的數據庫表格包 括申請人的資料信息表、開發商信息表、樓盤信息表、房屋信息表等數據內容， 每一個數據庫對應詳細的內容如下面所示。
1.申請人信息表，主要負責存儲的內容為城市公租房信息管理系統中申請住
房的人員信息，依據業務流程對數據信息的字段名稱、數據類型、長度等進行分 析，詳細的表格內容如下面所示。
表 4.1 申請人資料表
名稱 數據類型 數據長度 是否為空 是否為主鍵
客戶編號 int 100 否 是
客戶名稱 varchar 50 是
性別 varchar 50 是
年齡 varchar 80 是
職業 varchar 50 是
工作單位 varchar 50 是
身份證 int 10 是
郵編 varchar 50 是
聯系地址 varchar 50 是
聯系電話 varchar 30 是
家庭結構 varchar 50 是
需求面積 int 10 是
需求樓層 int 10 是
需求房型 varchar 50 是
價格反映 varchar 80 是
支付方式 varchar 50 是
購買意向 varchar 30 是
考慮因素 varchar 50 是
信息來源 varchar 50 是
購房數量 varchar 80 是
購房金額 varchar 50 是
已付金額 varchar 30 是
未付金額 varchar 80 是
備注 varchar 50 是
從表 4.1 申請人信息表之中可以看出詳細的內容分為多個方面，從而完成對 此數據信息的存儲，具體存儲的內容有購買意向、支付方法、信息來源等數據內 容。
2.樓盤信息表，主要負責存儲的內容為城市公租房信息管理系統中的樓盤信 息，依據業務流程對數據信息的字段名稱、數據類型、長度等進行分析，詳細的
表格內容如下面所示。
表 4.2 樓盤信息表
數據類型 數據類型 數據長度 是否為空 是否為主鍵
ID int 100 否 是
樓盤名稱 varchar 20 是
地理位置 varchar 20 是
占地面積 float 10 是
建筑面積 float 10 是
建筑占地面積 float 10 是
道路廣場地面積 float 10 是
建筑密度 float 20 是
容積率 float 20 是
綠化面積 float 20 是
綠化率 float 20 是
開發日期 datetime 30 是
樓房數量 varchar 50 是
車位數 int 10 是
房屋數量 int 10 是
出售 varchar 50 是
出售未審核 varchar 50 是
房屋預訂數 int 20 是
剩余 int 20 是
樓盤圖片 image 50 是
備注 varchar 50 是
從表 4.2 樓盤信息表之中可以看出詳細的內容分為多個方面，從而完成對此 數據信息的存儲，具體存儲的內容有車位數、開發日期、綠化率、剩余、建筑密 度等數據內容。
3.樓房信息表，主要負責存儲的內容為城市公租房信息管理系統中申請住房 的人員信息，依據業務流程對數據信息的字段名稱、數據類型、長度等進行分析， 詳細的表格內容如下面所示。
從表 4.3 樓房信息表之中可以看出詳細的內容分為多個方面，從而完成對此 數據信息的存儲，具體存儲的內容有出售數量、建成日期、樓房圖片、備注等數 據內容。
表 4.3 樓房信息表
名稱 數據類型 數據長度 是否為空 是否為主鍵
ID int 100 否 是
樓盤名稱 varchar 50 是
地理位置 varchar 50 是
樓房數量 varchar 30 是
樓房名稱 varchar 30 是
樓房結構 varchar 30 是
樓房朝向 varchar 30 是
樓房類型 varchar 50 是
樓高 int 10 是
裝修及設備標準 varchar 50 是
管網 varchar 20 是
建成日期 dtaetime 20 是
房屋數量 int 10 是
出售數量 int 10 是
出售未審核 varchar 50 是
房屋預訂數 int 10 是
剩余 int 10 是
樓房圖片 image 50 是
4.開發商信息表，主要負責存儲的內容為城市公租房信息管理系統中開發商 信息，依據業務流程對數據信息的字段名稱、數據類型、長度等進行分析，便于 軟件程序開發人員對此數據庫表格進行調用與分析，詳細的表格內容如下面所 示。
表 4.4 開發商信息表
名稱 數據類型 數據長度 是否為空 是否為主鍵
ID int 100 否 是
公司名稱 varchar 60 是
郵編 int 10 是
傳真 int 10 是
電話 int 10 是
公司地址 varchar 20 是
公司 E.MAIL varchar 20 是
開戶銀行 varchar 50 是
公司賬號 int 50 是
備注 varchar 100 是
從表 4.4 開發商信息表之中可以看出詳細的內容分為多個方面，從而完成對 此數據信息的存儲，具體存儲的內容有公司帳號、開戶銀行、公司地址、公司名 稱、傳真等數據內容。
5.房屋信息表，主要負責存儲的內容為城市公租房信息管理系統中房屋信 息，依據業務流程對數據信息的字段名稱、數據類型、長度等進行分析，詳細的 表格內容如下面所示。
表 4.5 房屋信息表
名稱 數據類型 數據長度 是否為空 是否為主鍵
ID int 100 否 PK
樓盤名稱 varchar 50 是
樓房名稱 varchar 30 是
樓房結構 varchar 30 是
房屋數量 int 20 是
樓層 int 20 是
樓房單元 int 20 是
房號 int 20 是
房型 varchar 10 是
樓房朝向 varchar 10 是
房屋高度 float 10 是
房間形式 varchar 20 是
附屬房產 varchar 80 是
附屬房產總價 float 20 是
陽臺產權面積 float 30 是
套內建筑面積 float 30 是
公用分攤面積 float 50 是
房屋銷售面積 float 50 是
銷售單位 float 10 是
房產總價 float 10 是
房屋備注 varchar 50 是
購房合同編號 int 20 是
從表 4.5 房屋信息表之中可以看出詳細的內容分為多個方面，從而完成對此 數據信息的存儲，具體存儲的內容有銷售單位、房產總價、購買合同編號、陽臺 產權面積、房間形式、公用分攤面積、房屋高度、樓房朝向、附屬房產等數據內 容。
6.租賃付款表，主要負責存儲的內容為城市公租房信息管理系統中租賃付款 信息，依據業務流程對數據信息的字段名稱、數據類型、長度等進行分析，便于 軟件程序開發人員對此數據庫表格進行調用與分析，詳細的表格內容如下面所
示。
表 4.6 租賃付款表
名稱 數據類型 數據長度 是否為空 是否為主鍵
客戶編號 int 100 否 PK
客戶名稱 varchar 50 是
聯系地址 varchar 40 是
樓盤名稱 varchar 40 是
樓房名稱 varchar 50 是
單元 int 10 是
樓層 int 10 是
房號 int 10 是
付款款項 float 20 是
付款日期 datetime 30 是
付款方式 varchar 50 是
應款金額 float 20 是
已付金額 float 20 是
未付金額 float 20 是
備注 varchar 100 是
從表4.6租賃付款表之中可以看出詳細的內容分為多個方面，從而完成對此 數據信息的存儲，具體存儲的內容有付款款項、已付金額、未付金額等數據內容。
4.7本章小結
本章主要敘述的內容是公租房信息管理系統的概要設計方面的內容，主要是 明確總體性方面的設計內容，如體系架構、安全性設計、網絡架構設計等，從而 后續業務功能的詳細設計奠定良好的基礎。
第五章 系統詳細設計與實現
系統實現是指在用戶需求和系統的具體設計基礎上，本章主要針對公租房信 息管理系統的各個系統功能模塊進行詳細介紹，并給出不同功能部分的 UML 圖 方面實現的內容。
5.1房源管理業務詳細設計與實現
對于房源的管理主要就是住房和一些建筑物管理。住房的管理一般可以分為 三個大的部分管理。
第一，錄入房源和分配房源管理，主要工作就是相關人員將房屋編號、房屋 類別、是否出租以及房屋所在地等信息錄入系統，并可根據以上條件進行查詢房 屋。房源分配工作就是有關人員去完成未租房屋和已租房屋之間的轉換并將這些 房源信息顯示在可供租戶出租的房源中。
第二，退出房源、回收房源和注銷房源的管理，退出房源就是指租用該房屋 的租戶已經搬離了房屋，但是該租戶當時出租的房屋信息并沒有顯示在回收房源 信息列表中，因此該房屋仍舊不能出租給其他的租戶，只有該房屋被回收并顯示 為待出租房屋才可出租給其他的租戶。回收房源就是指有關工作人員對不符合繼 續租賃房屋的保障戶進行的回收其住房的措施，工作人員可以依據房屋區位、出 租日期、當前租戶等信息進行查詢是否該租戶的房源已經被回收當然也可以依據 規定去撤銷被回收的房屋。注銷房源就是指工作人員在系統中取消那些不能出租 的房源信息。
第三，房源的查詢、匯總和統計管理，這三項管理實質上就是系統工作人員 根據房屋的編號、房屋所在地以及房屋的類型、是否出租等信息去查看該房屋目 前的狀態并匯總房源信息當前狀態最終統計出來這一區域的房屋是否配租的情 況。
項目的管理實際上就是記錄該項目的所屬區域、建設該項目的單位、項目的 名稱等基本信息。
房屋儲備業務的工作流程要依據實際業務辦理的流程，如下圖 5.1 所示就是 查詢房源的示意圖。
如圖 5.1 查詢房源程序流程圖所示。用戶首先要輸入正確的用戶信息，然后 系統驗證信息無誤后，可以在系統中輸入相應的查詢條件，然后系統依據條件給 出相應的房源信息，用戶可以在系統給出的列表中查找符合條件的房源。
圖 5.1 查詢房源程序流程圖
對于房源業務功能模塊而言，其記錄了公租房的詳細數據信息，包括每一個 房屋的戶型、面積、朝向、配置、附屬設備、租金、樓層、位置等詳細的數據信 息，日常由工作人員定期負責對這些數據信息進行維護，例如設備信息出現損壞 的時候及時進行記錄，按照對應的規定由承租人進行一定程度的賠償，從而確保 公租房設備的完善。
在對公租房基本數據信息進行維護的同時，系統根據申請人的詳細狀況判斷 其可以可以申請到的房屋面積，如果申請人是個人，則不超過 30平方，如果申 請人是一家共同生活的情況，需要根據申請人家庭的人數、經濟能力等共同確定 公租房房屋申請的面積；在公租房分配出去之后，工作人員需要定期更新記錄申 請人的租金繳納狀況，及時減免符合政策規定的租戶。對存在欠費的租戶及時進 行通知，提醒其進行繳費，如果超過一個自然月沒有繳費，則通過相關部門進行 處理，并將處理信息納入到申請的個人信用檔案之中。
管理指的是在系統中顯示某區域的樓盤信息，系統會將這些信息顯示為列表 形式，不同的列表顏色代表房源信息的出租情況，管理員具有這一列表的編輯權 限。對于房源管理系統的類圖如圖 5.2所示。
圖 5.2 房源業務管理類圖
從圖 5.2房源業務管理類圖之中可以看出業務類圖包括多個方面的內容，分
別工作人員業務類、房源信息業務類、數據庫連接類、數據類等，工作人員登錄
此信息管理系統，對房源信息進行維護操作。
對于房源業務，對應操作的序列圖如圖 5.3 所示。
圖 5.3 房源管理操作序列圖
從圖 5.3 房源管理操作序列圖之中可以看出詳細的數據信息管理流程，首先 業務點擊業務功能模塊進行操作，按照要求對房源的數據信息進行錄入，系統負 責對用戶填寫的數據信息進行審核，審核通過之后，則對此業務功能模塊的數據 信息進行更新。用戶需要進行實名注冊才可以登錄，之后工作人員對其填寫數據 信息進行認定審核通過之后才可以進行公租房申請。
5.2保障申請業務詳細設計與實現
在申請管理系統中，用戶需要租房的同時，需要首先在網上申請租房，提交 網上申請表，然后系統受理后，將申請結果以信件形式發給用戶，用戶需要依據 信件內容將申請材料現場和網上同時提交進行受理，并且還要在規定的時間將所 需材料及時補齊，然后辦理申請受理。
圖 5.4 是保障申請的流程圖。
圖 5.4 保障申請流程圖
從圖 5.4 保障申請流程圖可以看出，用戶必須要在網上進行申請受理，填寫 相關的申請表，然后提交申請表到系統數據庫中，然后系統會依據用戶的申請查 詢相關信息，然后按照系統要求進入下一步。用戶在進行申請的時候，需要詳細 查詢是否符合申請資格，后期點擊提交申請之后，工作人員在規定的時間內進行 資格審核，從而給出對應的反饋信息。
對于保障申請業務管理系統的類圖如圖 5.5 所示。
圖 5.5 保障申請業務管理類圖
從圖 5.5保障申請業務管理類圖之中可以看出業務類圖包括兩個方面額內 容，分別是工作人員業務類、申請信息業務類，工作人員登錄此信息管理系統， 對申請人的信息進行業務處理。對于保障申請業務，操作序列圖如圖 5.6 所示。
圖 5.6 保障申請業務管理操作序列圖
從圖 5.6 保障申請業務管理序列圖之中可以看出詳細的數據信息管理流程，
首先業務點擊業務功能模塊進行操作，按照要求對申請人的數據信息進行錄入， 系統負責對用戶填寫的數據信息進行審核，審核通過之后，則對此業務功能模塊 的數據信息進行更新。
5.3保障審核業務詳細設計與實現
保障管理是指在用戶租房購房的同時能夠獲得足夠的保障。用戶在購房或租 房之前提交保障管理申請。然后由工作人員進行申請的初審、二審，然后經過輪 候等最后工作業務，將用戶租房實施保障。對于保障管理的主要作用有三個方面， 首先是補貼政策，補貼政策是指，對用戶的租房的租金實施補貼；其次是指在業 務管理方面，保障租戶的水電費以及租金收入等；最后是對于租戶的租金實施補 貼及租金核減方面的管理，將租房租金補貼的發放情況及相關的手續都要進行保 障，然后將房屋的所屬權及租金情況進行核減保障管理。
對應保障審核操作的流程圖如圖 5.7所示。
圖 5.7 保障審核程序流程圖
從圖5.7保障審核程序流程圖可以看出詳細的業務分為對申請的初審及復審 操作，記錄最后的結果信息并進行公示，最后對公示的結果進行反饋。
為了保障租客信息的準確性，需要系統工作人員在租客信息不斷變化的同 時，實時更新系統數據庫，將租客信息處于可編輯狀態，在用戶信息變更的同時， 工作人員能夠進入系統編輯信息，然后查詢所更改后的正確信息。
對于審核管理來說，最主要的功能就是公示租戶的申請信息，在不同的地域， 比如不同的區、不同的縣級以及不同的市局，將用戶的申請信息有效管理并能夠 在平臺進行公示。大致的流程分為以下幾個方面，首先是依據用戶提供的信息來 調查及驗證信息的準確性，主要驗證用戶的個人基本信息包括住址、收入、生活 以及工作情況等信息。然后工作人員將所調查的信息作為審核的數據參考，及時 公示審核結果。最后是將審核后的信息進行復審，復審通過后，系統會進行信息 的批量公示，用戶就可以在系統中了解公示內容，有效地保障了用戶租房申請的 公平性。
對于保障審核操作業務，對應操作的序列圖如圖 5.8 所示。
圖 5.8 保障審核操作序列圖
從圖 5.8保障審核操作管理序列圖之中可以看出詳細的數據信息管理流程， 主要的操作主要分為申請的初審及申請的復審操作，每一次審核之后將結果信息 進行反饋，最后進行結果的匯總，給出最終的結果。
5.4資料管理業務詳細設計與實現
在公租房系統中，文檔管理就是資料管理的一個重要方面，在公租房管理系 統中，用戶可以在系統中查詢到相關的資料信息，也可以依據需要下載，主要由 管理員來保存、整理資料管理，如圖 5.9所示是資料管理結構圖。
圖 5.9 資料管理功能結構圖
根據圖 5..9 資料管理的功能結構圖可知，在文檔管理模塊主要的功能包括瀏 覽文件、刪除文件、上傳文件、下載文件以及瀏覽文件詳細內容五個部分，具體 的功能如下所述。
第一，瀏覽文件。瀏覽文件主要是指，用戶可以在系統中自主查詢瀏覽相關 的資料信息。
第二，刪除文件。這一功能主要針對管理員的一項操作，是指將系統中的資 料更新是，刪除不必要的或者是沒有作用的文件刪除，而一般的普通用戶不具有 此項操作權限。
第三，上傳文件。上傳文件操作與刪除文件操作基本類似，主要指的是，系 統管理員或者具有文件上傳操作權限的工作人員，將用戶資料或相關文件上傳系 統。具體的文件大小，文件內容由用戶而定。
第四，下載文件。這一操作主要是指用戶不僅具有資料的瀏覽查詢與閱讀權 限，而且可以下載瀏覽的資料文件，只要用戶通過了系統認證，就可以進行資料 的下載，同時可以編輯或修改文件。具體資料管理業務類圖如圖 5.10 所示。
圖 5.10 資料管理業務類圖
從圖 5.10 中可以 看出資料管 理業務類圖 之中主要包 括 User 業務類 、 Document 業務類及 Record Management 業務類，三個業務類分別負責對不同的 業務進行管理操作，User業務類主要記錄訪問系統的用戶信息及其操作內容； Record Management 業務類主要是資料管理，用戶可以對資料信息進行檢索、上 傳、下載等多方面操作；用戶進行操作之后，系統的 Document 業務類負責對數 據庫之中存儲的資料數據信息進行管理操作。
對資料管理進行業務類圖實現敘述之后，下一步對敘述對應的序列圖，資料 管理模塊的序列圖如圖 5.11所示。
圖 5.11 資料管理序列圖
從圖5.11資料管理序列圖可以看出主要的工作內容，詳細敘述了資料上傳 的工作步驟，用戶點擊業務功能之后，選擇對應的資料，點擊進行上傳，系統給 出相應的上傳結果信息。
在資料管理模塊，用戶可以在系統中查詢學習資料，擁有此項權限的用戶 就可以在系統中進行資料的瀏覽和下載操作，這樣用戶就可以在系統中隨時隨地 的下載資料來學習，也可以在線瀏覽。對于公共租賃房的文檔信息管理來說，主 要由管理員來負責對文檔的日常管理與維修操作，不僅包括文旦的上傳、編輯、 修改、傷處等操作，還包括了對用戶平時學習資料的維護操作，這些都包含在文 檔的管理之中。具體的操作活動圖如圖 5.12 所示。
調用瀏覽活動圖
顯示滿足條件的文檔
雙擊打開需要修改的文檔
無修改權限
有修改權限k
（修改文檔）
修改不成功
修改成功
梓心定〕
圖 5.12 修改資料管理活動圖
從圖 5.12 修改資料管理活動圖之中可以看出此部分的操作過程，針對需要 修改的資料首先進行檢索操作，系統將檢索出來的內容進行列表顯示，之后用戶 可以選擇需要修改的資料信息進行修改操作。
5.5統計管理業務詳細設計與實現
對于統計管理業務來說，主要的職責是對于信息的統計分析與管理，對于數 據信息的處理主要由系統管理員負責，在完成數據的搜集后，將大量的數據錄入 系統然后進行數據匯總，最后剖析數據所反映出的問題。如圖從圖 5.13 是具體 的統計流程圖。
從圖 5.13 可知，在對統計業務功能模塊進行設計的時候，將其與操作權限 進行處理，不具備操作權限的用戶不能操作此業務功能模塊，業務邏輯程序首先 設計選取需要統計的數據信息，調用 Hibernate 業務框架將對應的數據信息進行 持久化操作，從而通過計算完成數據信息的統計，顯示統計出來的報表數據信息。
在數據處理方面主要設定了不同的兩個分析維度，分別是業務統計分析和人 員統計分析。同時，數據查詢也是基本的數據操作手段，而在統計管理模塊，數 據的查詢條件都是預先設定好的，然而在數據分析模塊，用戶或使用者就可以自
行操作查詢條件，但兩者的操作流程一樣。
圖 5.13 統計功能程序流程圖 在公租房信息管理系統之中，數據的統計主要包括對人申請人的數據信息、 房屋數據信息等相關的數據及進行統計分析，具體數據分析統計的業務類圖如圖 5.14 所示。
圖 5.14 數據分析業務類圖
從圖 5.14 數據分析類圖之中可以很清楚的看出數據管理模塊圖主要包括三 類業務內容。
第一類是為系統統計數據提供基礎模板，要求無論當前使用的還是以后將要 使用的統計方法、查詢方法都必須按照此模板進行統計。
第二類是提供查詢數據信息的功能同時也規定必須具備操作權限才可以控 制修改查詢信息。
第三類是將第一類和第二類的功能作用結合起來，系統先對需要的信息進行 查詢然后將信息生成供用戶使用。
這一整個統計與分析模塊的功能作用是依靠許多個函數共同來完成的，其中 每個函數都各司其職幫助系統實現不同的業務功能，有限制查詢范圍的函數、有 添加新查詢的函數也有控制變更不同頁面的跳轉函數等等。
如圖 5.15 為數據信息查詢的序列圖，辦案人員在以往設定查詢條件中，將 于條件相符的信息返回，然后通過列表將結果反饋給公租房信息管理系統的工作 人員。
5.6系統管理業務詳細設計與實現
本文對于系統的體系架構設計來說，主要利用三層架構來實現系統功能實 現，如下所述是具體的架構操作內容，其中包括了系統體系架構和用戶管理業務。 對于系統界面設計方面，主要是針對用戶界面的功能設計，對于系統功能設計來 說，應該盡量簡潔大方，滿足用戶需求，能夠清晰明了的反應各個功能版塊，在 操作設計方面，應該盡量符合操作管理模型，符合用戶的操作習慣，系統界面排 版要具有友好型、可操作性的特點。
為維護系統的安全性，利用 URL 功能會依據用戶的身份進行自動驗證，判 斷用戶的身份信息是否符合登錄要求，對不滿足的用戶，系統會給出相應的提示 信息。對于具有登錄權限的用戶，系統會自動跳轉登錄界面。利用 Login aspx 技 術可以判斷不同的用戶所具有的操作權限，用戶要在符合操作權限的范圍內操 作，如果不具有操作權限，系統會給出錯誤信息提示。
如圖 5.16 所示是數據庫備份流程圖。
圖 5.16 數據備份流程圖
從圖 5.16 數據庫備份流程圖可以看到，系統開發人員首先編寫 MySQL 自動 備份腳本語言，之后將此腳本語言部署在系統的計劃任務之后總，設置數據備份 的位置、時間等內容，之后測試備份機制是否自動運行，從而判斷數據備份機制 是否成功。如圖 5.17 所示是用戶管理模塊類圖。
用戶登錄系統后，在系統登錄界面，會顯示歡迎登陸的界面，登陸者可以依 據字體提示輸入個人登錄信息，包括了用戶的登錄名、登錄密碼等信息，點擊登
錄后，系統還會根據登錄提示驗證登錄信息，驗證通過后就可以登錄系統。另外， 如果用戶的登錄名或登錄密碼丟失，都可以在字體中申請密碼修改業務。
在密碼修改管理模塊，對于登錄成功的用戶來說，可以在系統中找到相應的 用戶密碼修改選項服務，用戶可以在系統的提示下修改密碼，修改密碼系統也會 出現身份驗證界面，以維護系統的安全性和用戶信息的安全性。如果信息驗證成 功即可修改，如果信息驗證失敗將登陸失敗。
圖 5.17 用戶管理模塊類圖
對于系統維護管理功能來說，對于系統管理功能的各個方面都會進行維護管 理，包括了用戶登錄系統、數據權限設置管理模塊等功能，同時還包括了維護管 理人員的日志管理以及系統功能維護等方面。
對于系統業務管理來說，新用戶不具有注冊的系統權限，這有利于保障系統 的安全性，維護系統的有效管理。不同的用戶具有不同的操作功能及操作權限， 用戶登錄系統后，可以依據登錄信息修改登錄密碼，進行密碼的管理操作。
對于用戶操作的序列圖如圖 5.18 所示。
圖 5.18 用戶管理管理序列圖
從圖5.18 用戶信息管理序列圖之中可以看出詳細的操作內容，管理員登錄 公租房管理系統之后，點擊此用戶管理功能模塊進行操作，完成對用戶信息的設 置操作。
5.7系統小結
本章主要針對公租房信息管理系統明細了業務功能詳細設計與實現的方面 的內容，從而與需求分析階段確定的內容進行對應，便于開發人員根據業務邏輯 程序實現的要求進行程序的編碼。
第六章 系統測試
在系統進行設計與實現之后，首先對系統的測試方法、測試環境進行描述， 之后最主要的功能測試過程進行概述，詳細的內容包括功能測試及性能測試，對 測試的內容進行分析，從而完成公租房信息管理系統的系統測試過程。
6.1系統測試方法
對公租房信息管理系統具體進行測試時候，需要按照日常軟件測試的規律進 行工作，主要分為四個過程，首先對測試計劃進行制定與管理，之后按照制定的 計劃對每一個業務功能模塊的測試用例進行設計，軟件測試人員按照設計的測試 用例進行執行，最后記錄每一個業務功能模塊的測試結果信息，并將系統測試的 問題進行匯總與反饋，詳細的測試過程如下面所示。
1.執行測試計劃：此階段的主要工作人員是軟件測試人員依據需求分析、系 統設計與實現階段實現的內容，對總體系統制定測試計劃，從而將測試的功能用 例與需求分析階段確定的內容一一進行對應，從而為后續總體系統的測試用例進 行總體的執行；
2.設計測試用例：依據確定的測試計劃，對每一個業務功能模塊的測試用例 進行設計，在測試用例之中，詳細敘述了測試用例的測試過程、測試輸入、測試 輸出及測試的預期結果，便于軟件測試人員根據確定的測試用例對進行操作；
3.執行測試用例：根據設計的測試用例，由系統的軟件測試人員進行執行， 測試首要工作前提是將系統按照系統的實際使用環境對其進行步驟，按照測試用 例的工作步驟，對系統進行測試，并記錄系統的測試結果與預期的結果進行對比， 如果存在不一致的情況，則記錄此問題。
4.測試匯總：對系統的測試過程之中出現的問題進行匯總，然后由測試人員 與系統開發人員共同進行分析確定，對匯總的問題進行解決之后，按照上述工作 步驟對測試出現的業務功能進行重新測試，直至最終完成整個系統業務功能模塊 的測試操作過程。
6.2系統測試環境
在系統測試章節，對功能測試之前，需要根據需求分析階段確定的工作內容， 對系統的詳細測試環境進行說明，公租房信息管理系統采用B/S網絡設計模式， 此在對系統進行測試的時候，為了使得系統盡量與系統的應用場景保持一致，系 統采用 B/S 網絡模式進行系統功能測試。
對應測試的網絡結構如圖 6.1 所示。
PC終端 應用服務器
圖 6.1 系統測試環境
從圖 6.1 系統測試環境之中可以看出詳細的工作內容，主要可以分為兩個部 分的工作內容，分別是服務器端及瀏覽器端，瀏覽器日常由用戶點擊進行訪問操 作，而業務邏輯代碼及數據庫主要存在系統的服務器端。
系統測試人員進行操作，其根據需求說明書的內容對每一個業務功能進行測 試，給出測試過程之中發現的問題；在瀏覽器端與服務器端主要通過因特網負責 對兩者進行數據信息的通信，及時對用戶的各類業務功能的操作進行響應。
對系統測試環境的部署情況進行說明之后，下一步對系統的配置進行說明， 具體內容如下面所示。
1 服務器端配置：服務器采用 HP 服務器，其中硬盤為 4TB ，內存為 64GB ， 雙擊采用熱備份的方式進行運行，便于某臺電腦出現故障的時候及時進行切換， 確保整個公租房信息管理系統運行的穩定性；
2.客戶端配置：配置相比服務器端而言，總體的配置較低，日常使用的電腦 即可，需要使用 IE8.0 以上版本的瀏覽器。
6.3系統功能測試
對公租房信息管理系統的測試環境與測試方法進行敘述之后，下一步對部署 好的公租房信息管理系統進行對應功能測試，具體的測試方法采用黑盒測試方 法，針對每一個操作，編寫具體的測試用例，在測試用例中，詳細敘述了系統功 能模塊需要測試的用例名稱、測試的過程及測試的結果，具體測試的業務功能模 塊包括房源信息和保障申請管理等模塊，具體測試用例如下面所述。
6.3.1房源管理業務功能測試
對于房源管理業務功能，采用黑盒測試方法進行，負責對房源信息的各項業
務功能進行操作，測試人員記錄測試結果信息。詳細測試表格如表 6.1 所示。
表 6.1 房源管理功能測試
用例編號 1 用例名稱 房源管理
用例描述 房源管理中的錄入、查詢、注銷、回收操作
工作前提 公租房信息管理系統部署完畢，測試人員錄入驗證信息進入業務模塊
測試場景編號 業務功能 測試步驟 預期結果 結果
1 錄入房源信息 點擊房源管理模塊，選擇錄入房
源，輸入詳細的房源數據信息 房源錄入
成功 與預期一
致
2 查詢房源信息 點擊房源管理模塊，選擇查詢房
源，錄入 輸出房源
信息 與預期一
致
3 注銷房源 點擊房源管理模塊，選擇注銷房
源，檢索房源信息進行注銷 注銷成功 與預期一
致
4 回收房源 點擊房源管理模塊，租金到期的
房源，進行回收 回收成功 與預期一
致
從表 6.1 房源管理功能測試之中可以看出測試用例給出房源管理中的錄入、 查詢、注銷、回收操作，顯示業務功能、測試操作及測試結果內容。如圖 6.2 所 示是具體樓層信息添加界圖。
圖 6.2 樓層信息添加界面
從圖 6.2 可以看出項目信息的具體填寫內容，包括項目名稱、項目地址等詳 細的內容。
6.3.2保障申請業務功能測試
對于保障申請業務功能，采用黑盒測試方法進行，負責對保證申請、保障審 批等功能進行操作，測試人員記錄測試結果信息。
詳細測試表格如表 6.2 所示。
表 6.2 保障申請業務功能測試
用例編號 2 用例名稱 保障申請
用例描述 保障申請中的申請人信息錄入、維護、檢索操作
工作前提 公租房信息管理系統部署完畢，測試人員錄入驗證信息進入業務模塊
測試場景編號 業務功能 測試步驟 預期結果 結果
1 錄入申請人 點擊保障申請管理模塊，選擇錄 入申請人，輸入詳細的數據信息 申 請人錄
入成功 與預期一
致
2 檢索申請人 點擊保障申請管理模塊，選擇查
詢申請人 輸 出申 請
人信息 與預期一
致
3 維護申請人 點擊保障申請管理模塊，選擇申
請人維護，對信息進行修改 申 請人維
護成功 與預期一
致
從表 6.2 保障申請功能測試之中可以看出測試用例給出的申請讓人錄入、申 請人檢索、申請人維護用例的測試操作及測試結果內容，判斷保障申請業務功能 與需求分析階段確定的工作目標是一致的。如圖6.3所示是申請信息查詢的界面。
圖 6.3 申請信息查詢顯示界面
6.3.3保障審核業務功能測試
對于保障審核業務功能，采用黑盒測試方法進行，負責對申請的信息進行審
核等進行操作，測試人員記錄測試結果信息，詳細測試表格如表 6.3 所示。
表 6.3 保障審核功能測試
用例編號 3 用例名稱 保障審核
用例描述 保障審核管理中的保障初審、復審等操作
工作前提 公租房信息管理系統部署完畢，測試人員錄入驗證信息進入業務模塊
測試場景編號 業務功能 測試步驟 預期結果 結果
1 保障初審 點擊保障審核管理模塊，選擇保 障初審，按照約定進行資格審核 初 審 操 作 成功 與預期一
致
2 保障復審 點擊保障審核管理模塊，選擇保 障復審，按照約定進行資格復審 復 審 操 作 成功 與預期一
致
3 租金核減 點擊保障審核管理模塊，選擇租
金核減，按照政策進行減免 租金核減 操作 與預期一
致
4 租金補貼 點擊保障審核管理模塊，選擇租
金補貼，按照正常進行補貼 補貼操作 成功 與預期一
致
5 輪候 點擊輪候管理模塊，輸出輪候報
表信息 輸出報表 與預期一
致
從表 6.3 保障審核功能測試之中可以看出保障初審、租金核減、租金補貼測
試用例的測試過程、測試操作及測試結果內容。
下圖 6.4 是審核分配結果操作的示意圖。
第二步：送擇書將匡■性員制到哪些戶玄
丄未分si _Je»» ■未納入保陣 ? 經赤適用匡 0 aias q公苗匡
r si筑面靈 r保障対象
層茗 1單元 2單元
睡 丨521 寶"122 三-SQ1 廠SQ2
懾 r 2Qi 廠7Q2 廠2U 廠2Q2
6層 廠601 =^~ <02 廠601 廠602
5S 勺廠d r sq2 廠型 ■■£ SQ2
雇 廠4Q1 廠姬 4Q1 422
3層 廠5Q1 r型 廠剳 廠3Q2
2層 廠01 「222 廠2Q1 廠2fi2
1E 廠lfil r血 廠血 r 1^2
圖 6.4 審核分配操作界面
6.3.4資料管理業務功能測試
對于資料管理業務功能，采用黑盒測試方法進行，負責對用戶信息管理等功 能進行操作，測試人員記錄測試結果信息。
詳細測試表格如表 6.4 所示。
表 6.4 資料管理功能測試
用例編號 4 用例名稱 資料管理
用例描述 資料管理中的瀏覽、上傳、下載操作
工作前提 公租房信息管理系統部署完畢，測試人員錄入驗證信息進入業務模塊
測試場景編號 業務功能 測試步驟 預期結果 結果
1 瀏覽資料 點擊資料管理模塊，選擇瀏覽資
料，檢索資料信息 瀏覽資料
成功 與預期一
致
2 上傳資料 點擊資料管理模塊，選擇上傳資
料操作，點擊選擇資料 上傳資料
信息 與預期一
致
3 下載資料 點擊資料管理模塊，檢索資料之
后選擇列表進行下載 下載資料
成功 與預期一
致
4 刪除資料 點擊資料管理模塊，對無用資料
進行刪除 刪除資料
成功 與預期一
致
從表 6.4 用戶信息功能測試之中可以看出瀏覽資料、上傳資料、下載資料測 試用例的測試操作及測試結果內容，判斷資料管理業務功能與需求分析階段確定 的工作目標是一致的。新建項目資料管理界面對應操作界面如圖 6.5 所示。
圖 6.5 新建項目資料管理界面
6.3.5統計管理業務功能測試
對于統計業務管理功能，采用黑盒測試方法進行，負責對業務統計、業務分 析等功能進行操作，測試人員記錄測試結果信息，詳細測試表格如表 6.5 所示。 表 6.5 統計管理功能測試
用例編號 1 用例名稱 房源管理
用例描述 統計管理中的申請信息統計、分析，房屋統計、分析操作
工作前提 公租房信息管理系統部署完畢，測試人員錄入驗證信息進入業務模塊
測試場景編號 業務功能 測試步驟 預期結果 結果
1 申請信息統計 點擊統計管理模塊，選擇統計操
作，輸出報表 統計成功 與預期一
致
2 申請信息分析 點擊統計管理模塊，選擇分析操
作，輸出詳細內容 申請信息
分析成功 與預期一
致
3 租金統計 點擊統計管理模塊，選擇租金統
計，輸出報表 租金統計 成功 與預期一
致
4 房源分析 點擊統計管理模塊，選擇房源分
析，輸出詳細內容 房源分析
成功 與預期一
致
從表 6.5 統計管理功能測試之中可以看出申請信息統計、租金統計測試用例 的測試過程、測試操作及測試結果內容，判斷統計管理功能與需求分析階段確定 的工作目標是一致的。在數據統計分析過程中，統計信息設置界面如圖 6.6 所示， 從而完成數據信息的統計。
第一步：迭擇要夏制到其它戶窒的屬性
□所屬單元
1建筑面稅
匚套內面覆
□公攤面稅
□規劃用途
匚房屋坐落 □結構 房屋性質 ］」房屋類塑 1J是否納入保障 I斎注信息
圖 6.6 統計信息設置界面
6.3.6系統管理業務功能測試
對于系統管理業務功能，采用黑盒測試方法進行，負責對用戶信息管理等功 能進行操作，測試人員記錄測試結果信息。詳細測試表格如表 6.6 所示。
表 6.6 系統管理功能測試
用例編號 1 用例名稱 房源管理
用例描述 系統管理中的用戶管理、權限管理、數據導入、數據導出等操作
工作前提 公租房信息管理系統部署完畢，測試人員錄入驗證信息進入業務模塊
測試場景編號 業務功能 測試步驟 預期結果 結果
1 用戶管理 點擊系統管理模塊，選擇用戶信 息，對用戶信息進行刪除等操作 用戶管理
成功 與預期一
致
2 權限管理 點擊系統管理模塊，選擇用戶信
息進行設置 權限設置 成功 與預期一
致
3 數據導入 點擊系統管理模塊，選擇數據導
入，將數據報表導入 導入成功 與預期一
致
4 數據導出 點擊系統管理模塊，點擊進行輸
出導出 導出成功 與預期一
致
5 數據恢復 點擊系統管理模塊，對數據庫數
據進行恢復 數據恢復 成功 與預期一
致
6 數據備份 點擊系統管理模塊，對數據庫進
行備份 數據備份 成功 與預期一
致
從表 6.6 用戶信息功能測試之中可以看出數據恢復、數據備份、數據導入等 測試用例的測試過程、測試操作及測試結果內容，判斷系統管理功能與需求分析 階段確定的工作目標是一致的。
具體系統用戶配置操作圖如圖 6.7 所示。
6.4性能測試
對于公租房信息管理系統而言，功能測試主要關注了保障審核、資料管理等 業務功能，而性能測試采用的測試方法不同于功能測試。在性能測試過程之中， 需要對系統的并發性進行驗證，因此需要借助專業的性能測試軟件才可以完成此 部分的業務功能。
對于公租房信息管理系統，其性能測試工具采用的是LoadRunner測試工具， 此是一種自動化的性能測試工具，從而可以對系統的負載情況及系統的行為進行 預測，在軟件進行測試的時候，首先將系統進行部署，之后通過模擬多用戶登錄 公租房信息管理系統進行操作，LoadRunner可以模擬并且創建大量虛擬用戶， 從而判斷公租房信息管理系統的總體性能是否符合操作要求，軟件程序開發人員 可以從測試結果之后對系統的性能進行后續優化。
在性能測試的過程中，公租房信息管理系統采用 LoadRunner9.5 版本進行測 試，記錄測試過程之中的多項數據信息，包括系統資源、平均事務響應時間、并 發性等資源數據信息，總體的性能測試以需求分析階段確定的目標為導向，詳細 的測試方法如下面所示。
系統測試方案及步驟如下面所示。
1.在對公租房信息管理系統進行測試的時候，首先按照系統的部署要求對系 統進行部署操作，之后瀏覽器端運行性能測試工具，按照需求分析階段確定的指 標發起訪問操作；
2.采用LoadRunner進行性能測試的時候，采用錄制/回放的操作方法，一方 面對軟件評測的結果數據信息進行詳細的記錄，包括響應時間、系統資源等，從 而方便測試人員進行判斷，根據需要對客戶端訪問的數量逐步進行增加， congregation 通過如那件評測與測試人員主觀測試經驗確定系統的性能。
對于公租房信息管理系統，在測試方案確定之后，下一步主要的工作內容是 確定測試數據信息，詳細的內容如下面所示。
1.響應時間測試數據：由性能測試工具模擬 20000、40000、60000、80000 等用戶操作系統的業務功能模塊，記錄系統的最大響應時間與平均響應數據信 息；
2.并發性測試數據：通過LoadRunner模擬20000、40000、60000、80000登 錄操作公租房信息管理系統的時候，記錄系統的穩定性如何。
對業務功能模塊進行操作的時候，LoadRunner逐步增加客戶端的測試數量， 同時記錄業務功能模塊響應的時間等內容，具體對應的測試時間結果如表6.7所 示。
表 6.7 并發性用戶測試結果表
并發用戶 平均響應時間 最大響應時間
20000 2.4s 3.0s
40000 3.0s 3.5s
60000 3.8s 4.7s
80000 4.1s 5.8s
從表5.8并發性測試結果表之中可以看出，并發用戶數量逐步從20000增加到 40000、60000、80000，自動化測試工具負責記錄整個性能測試過程之中的最小 響應時間、平均響應時間及最大響應時間，與性能需求之中進行對比，可以發現， 整個測試需求符合系統的需要。
此處采用的軟件工具為 LoadRunne 版本的測試工具，在整個系統的性能測 試中，從而對公租房信息管理系統多方面性能指標進行測試，并對測試結果進行 記錄，詳細的測試結果如表 6.8 所示。
表 6.8 公租房信息管理系統的性能測試結果表
特性 需求項 需求值 結果值
響應時間 頁面響應最大時間 不大于 7 秒 最大時間為 6s
頁面響應平均時間 在5 秒以內 平均時間為 4.0s
負載 10 萬用戶的負載 系統穩定 系統各個業務功能響應穩定
10000 用戶進行連續運
行 系統穩定 系統各個業務功能響應穩定
從表 6.7 性能測試之中可以看出總體系統各個測試項的結果符合系統預期， 能夠滿足公租房管理系統的運行需求，滿足系統的開發目標。
6.5本章小結
本章的主要工作內容是明確公租房信息管理系統的測試細節，主要的工作目 標是為了確定軟件開發人員實現的業務功能是否存在問題，從而便于對這些問題 進行修改，從而完成需求分析階段確定的工作目標。
第七章 系統結論
對于公租房信息管理系統而言，前面主要的工作內容是對整個系統的設計實現過 程進行敘述，主要采用軟件工程的工作方式進行管理操作，明確需求分析、設計實現 等階段的工作內容與工作目標，從而完成公租房信息管理系統的開發工作。
7.1 總結
在對公租房信息管理系統進行系統設計與分析的時候，首要的工作內容是對系統 的總體應用背景進行分析，從而描述系統開發的業務流程，便于軟件程序開發人員從 業務流程之中抽取系統的業務功能需求，確定好業務功能之外，需要與客戶進行洽談 溝通，充分考慮客戶的意見，形成最終的需求說明書并簽字確定；在對需求分析之后， 下一步的工作內容是對系統進行設計，給出三層體系架構設計方面的內容，然后針對 數據信息的存儲與系統的網絡架構設計等方面進行設計；下一步是系統的核心業務功 能實現的環節，圍繞需求分析需要的房源管理、資料管理、系統管理等業務，通過多 種方式對業務邏輯的實現進行說明，采用的方式有業務流程圖、UML圖等方式，從 而完成公租房信息管理系統的實現工作；最后對系統業務功能進行測試，主要采用的 測試方法為黑盒測試方法，給出每一個業務功能的測試用例，詳細敘述業務功能的測 試預期、測試過程與測試結果。
對于整個公租房信息管理系統的實現工作，本系統的主要工作成果如下面所示。
1.對系統的國內外研究現狀進行了分析，從而便于軟件程序開發人員確定笨系統 開發采用的技術，確定整個業務平臺的開發；
2.對于此信息管理系統，在對多種開發技術進行比較之后，選取 Java EE 開發平 臺進行設計開發維護，通過成熟的開發技術確保整個系統平臺的穩定性；
3.對整個公租房信息管理系統的權限設置進行分析，提升信息管理系統的安全 性，采用基于角色的訪問控制機制進行開發；
4.對整個業務功能的設計與開發界面采用良好的業務流程，在用戶進行操作的時 候，及時對用戶的操作給出提示信息，提升整個公租房信息管理系統使用的便利性。
7.2展望
在公租房信息管理系統進行設計與開發時候，關注的重點內容為系統需求分析、 設計實現方面的內容，同時需要充分與客戶后期使用進行洽談溝通，從而了解系統可 能出現的問題，在一段時間的使用操作之后，主要的形成意見內容如下面所示。
1.系統的安全問題，對系統進行運行的時候，發現對權限的設置的安全措施并不 能完全滿足系統的操作需要，需要從整個服務器的物理配置、網絡配置等多個方面提 升系統的安全性；
2.系統的美化，對于部分業務功能來說，通過用戶的使用，確定其中優化的方向， 從而提升系統使用的便利性。
參考文獻
[1]范天森.淺析經濟適用房的尷尬處境 [J]. 特區經濟, 2007,(11).
[2]劉啟君.尋租行為定義問題的再認識 [J]. 湖北社會科學, 2005,(3).
[3]鄒桃鳳.保障性住房政策優化研究 [J]. 企業導報, 2013,(4) .
[4]盧嘉 董征.我國保障性住房政策演變與構建 [J]. 中國房地產(學術版), 2012,(1).
[5]張曉鳳，李萌萌，趙燕，李亞莉，趙艷霞.我國保障性住房政策演變歷程及優化研究 [J]. 合
作經濟與科技, 2014,(8)
[6]李寧.基于 PHP 的房屋租賃管理系統 [J]. 電腦知識與技術, 2010,(22).
[7]葉依廣，潘文輝.南京市房屋租賃市場現狀與發展對策探討 [J]. 南京農業大學學報(社會科學
版), 2003,(3) .
[8]王佳航，傅靜濤，蔣玉明.基于 B/S 的房屋管理信息系統的設計與實現 [J]. 技術與市場,
2010,(10).
[9]汪建強.對英國保障性住房起源的研究與思考 [J]. 山東工商學院學報, 2010,(1) .
[10]馬光紅，李憲立.建立健全保障性住房規劃建設管理體制研究——基于廉租房的視角 [J]. 城
市發展研究, 2010,(4)
[11]張齊武，徐燕雯.經濟適用房還是公共租賃房?——對住房保障政策改革的反思 [J]. 公共管理
學報, 2010,(4) .
[12]樊霞. 淺析我國公共租賃住房政策 [J]. 決策探索, 2011,(10) .
[13]仇萍萍. 基于 WebSphere Portal 的廉租房管理系統的設計與實現 [D]. 中國海洋大學, 2008 .
[14]王偉.天津市住房保障管理系統的設計與實現 [D]. 天津大學, 2013 .
[15]李雷.基于Java EE報業發行管理系統的設計[J].大連海事大學2009
[16]史斌星，史佳.Java基礎編程貫通教程[M].北京：清華大學岀版社,2007
[17]劉玠.Java EE技術發展綜述.2004中國互聯網大會提高企業競爭力高級研討會論文
集．2004/06
[18]陳軼.姚曉.Java程序設計實驗指導[M].北京：清華大學岀版社，2006.
[19]李雷.基于JavaEE報業發行管理系統的設計[J].大連海事大學2009
[20]史斌星，史佳.Java基礎編程貫通教程[M].北京：清華大學岀版社,2007
[21]黃貞軍.基于JavaEE的人武部人事管理系統設計與開發[J].貴州大學,2011
[22]王華東.基于 B/S 結構的編輯部稿件處理系統的設計與實現.鄭州：鄭州大學,2008
[23]王中兵.Java Web主流框架整合[M].北京：電子工業岀版社，2008.
[24]唐志軍，莊燕濱，丁志云等，基于Java EE體系結構的銀行信息管理系統的研究與實現[J],
軟件學報， 2010： 109-110
[25]劉曉華，張健，周慧貞.JSP應用開發詳解(第三版)[M].北京：電子工業岀版社,2007.
[26]李琦.基于MVC的績效管理系統的研究與實現[D].電子科技大學，2006,35-36.
[27]張云濤等，Eclipse精要與高級開發技術，電子工業岀版，2010.01.
[28]劉乃麗，精通JavaEE項目案例 基于Eclipse Spring Struts Hibernate，人民郵電岀版社，
2013.1.
[29]張宇，王映輝，張翔南.基于Spring的MVC框架設計與實現[J].計算機工程.2010, 36(4)：
59—62．
[30]焦寧波，常炳國.Spring Security構建靈活的企業級安全應用[J].計算機光盤軟件與應
用．2011， 1(4)： 7-8．
[31]李俊杰.Maven在企業Java軟件產品中的應用[J].電腦知識與技術.2011，07(7)： 1562—
1565．
[32]周熹.UML在廣告管理系統中的應用[J].科學咨詢.2008，12(23)： 45—45.
下一篇：沒有了
相關標簽:
