前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇房屋管理系統(tǒng)需求分析范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

房屋管理系統(tǒng)需求分析范文第1篇

關(guān)鍵詞：房產(chǎn)；測繪；信息；管理；系統(tǒng)；設(shè)計

中圖分類號： P2 文獻(xiàn)標(biāo)識碼： A

引言

社會經(jīng)濟(jì)的快速發(fā)展加之房產(chǎn)政策法規(guī)的不斷完善，房產(chǎn)測繪日益涉及更多人的利益，逐漸變成為房產(chǎn)管理內(nèi)最吸引人的重要環(huán)節(jié)。

一、房產(chǎn)測繪管理系統(tǒng)的設(shè)計目標(biāo)

按照房產(chǎn)測繪部門的相關(guān)標(biāo)準(zhǔn)，城市房產(chǎn)測繪管理系統(tǒng)重點有以下內(nèi)容：建筑物分戶圖以及分層圖管理工作；此建筑物各層的相關(guān)信息；針對實測數(shù)據(jù)實施整合、計算，比如：建筑以及分?jǐn)偯娣e的計算，需要的時候，出示對應(yīng)的計算過程；建筑物與此建筑物內(nèi)各戶的基礎(chǔ)信息；給出分戶圖及分層圖還有有關(guān)屬性的輸出；進(jìn)行對應(yīng)信息的查詢。

（1）系統(tǒng)需求分析

需求分析的目標(biāo)是通過詳細(xì)調(diào)查了解系統(tǒng)需要處理的對象，充分了解客戶工作概況、流程、實現(xiàn)目標(biāo)，在明確用戶的各種需求的基礎(chǔ)上確定系統(tǒng)的功能。

（2）系統(tǒng)功能性需求

標(biāo)準(zhǔn)化管理機構(gòu)人員對系統(tǒng)的需求描述如下:

1、需要建立以企業(yè)組織機構(gòu)代碼為基礎(chǔ)數(shù)據(jù)的企業(yè)基本資料數(shù)據(jù)庫。

2、在此數(shù)據(jù)庫的基礎(chǔ)上實現(xiàn)對企業(yè)標(biāo)準(zhǔn)登記、企標(biāo)備案、標(biāo)識備案、標(biāo)準(zhǔn)監(jiān)督、良好行為、標(biāo)準(zhǔn)立項、標(biāo)準(zhǔn)修訂、采標(biāo)認(rèn)可、服務(wù)企業(yè)，專利標(biāo)準(zhǔn)以及Tcscwg的錄入。

3、打印標(biāo)準(zhǔn)登記封面、標(biāo)準(zhǔn)登記，備案通知和標(biāo)識登記。

4、企業(yè)標(biāo)準(zhǔn)登記等11項相關(guān)項目的查詢，可動態(tài)設(shè)定各顯示字段。

5、以鎮(zhèn)街為單位統(tǒng)計各鎮(zhèn)街的企業(yè)標(biāo)準(zhǔn)實施情況，鎮(zhèn)街可以自行增減。

6、本市數(shù)據(jù)和上級業(yè)務(wù)部門數(shù)據(jù)可對接。

7、為實現(xiàn)跨部門用戶共享，需設(shè)定管理員用戶和只讀用戶。經(jīng)過羅列整理和分析，最后確定的功能列表。

二、系統(tǒng)概述

近年來，隨著城市建設(shè)的快速發(fā)展, 房地產(chǎn)開發(fā)規(guī)模和力度越來越大，在這

種形勢下，各市國土資源和房屋管理局測量大隊為滿足房地產(chǎn)開發(fā)的需求、人

民群眾購房和辦理房屋產(chǎn)權(quán)證的需求和房地產(chǎn)產(chǎn)權(quán)管理、地理信息系統(tǒng)建設(shè)等需

求，必須建立一套科學(xué)的房產(chǎn)測繪信息管理系統(tǒng)，整合測繪資源、提高房產(chǎn)測繪

水平。

建立這樣一個系統(tǒng)的目標(biāo)是，建立一個適用于測量大隊統(tǒng)一收集測繪成果、規(guī)范測繪流程、統(tǒng)一檔案管理、提供各類查詢統(tǒng)計功能以支持測繪決策的測繪管

理系統(tǒng)。提高測量大隊中上下級各個部門間的信息傳遞、數(shù)據(jù)共享和對項目的全

程可控性。立足于當(dāng)前測繪業(yè)務(wù)的應(yīng)用，服務(wù)于管理，并為接入未來房管局或天

津市建立的城市 GIS 平臺做好準(zhǔn)備。

“房產(chǎn)測繪信息管理系統(tǒng)以測繪成果數(shù)據(jù)庫為核心，是各類數(shù)據(jù)源的集成平

臺”。在豎向上統(tǒng)一管理各類測繪資源：測繪業(yè)務(wù)、測繪成果、測繪收費、測繪作業(yè)人員等；在橫向上擔(dān)負(fù)起測繪大隊與上級主管部門、下級測量隊、外部房地產(chǎn)企業(yè)以及其他協(xié)作單位等的外部信息交流。它們橫縱交錯，有機的實現(xiàn)了測繪管理的信息化。

三、房產(chǎn)測繪管理系統(tǒng)的設(shè)計與實現(xiàn)

（一）系統(tǒng)體系結(jié)構(gòu)

考慮到測量大隊各部門地理位置比較集中且網(wǎng)絡(luò)環(huán)境較好，而項目部較分散、上網(wǎng)比較困難，其方案采用 Intranet+Internet 技術(shù)的體系結(jié)構(gòu)，如圖 1 所示：

圖1 系統(tǒng)體系結(jié)構(gòu)簡圖

“從技術(shù)上講，Intranet 是基于一系列標(biāo)準(zhǔn) Internet 協(xié)議，即在網(wǎng)絡(luò)上運行TCP/IP 協(xié)議，在應(yīng)用形式上采用分布式技術(shù)、Web 技術(shù)、數(shù)據(jù)庫技術(shù)等，并且采用防火墻技術(shù)以防止外界侵入的企業(yè)內(nèi)部網(wǎng)絡(luò)，以達(dá)到企業(yè)內(nèi)部資源共享和信息快速傳遞之目的。

（二）系統(tǒng)技術(shù)架構(gòu)

房產(chǎn)測繪信息管理系統(tǒng)采用分布式多層體系架構(gòu)模式（B/A/S 結(jié)構(gòu)），系統(tǒng)主要分為三層，如圖 2 所示：

圖 2 系統(tǒng)三層技術(shù)架構(gòu)簡圖

最上面一層是用戶服務(wù)層。這一層主要面向廣大普通用戶，它們可以通過瀏覽器這種統(tǒng)一的接口很方便地訪問所需要的資源，從而保證了用戶接口的一致性和完整性。

中間一層是業(yè)務(wù)服務(wù)層，這也是在 B/A/S 結(jié)構(gòu)中最核心的一層?！皹I(yè)務(wù)服務(wù)層是連接用戶服務(wù)和數(shù)據(jù)服務(wù)的橋梁?！痹谶@一層中，通常是通過組件的形式來定制相應(yīng)的業(yè)務(wù)規(guī)則，以響應(yīng)用戶發(fā)來的請求，同時與數(shù)據(jù)服務(wù)層進(jìn)行交互，并將所需信息反饋給房產(chǎn)測繪信息管理系統(tǒng)用戶。

最底層是數(shù)據(jù)庫服務(wù)層。數(shù)據(jù)服務(wù)包括數(shù)據(jù)的定義，維護(hù)和更新以及管理并相應(yīng)業(yè)務(wù)服務(wù)層的數(shù)據(jù)請求。它主要通過各種數(shù)據(jù)庫管理系統(tǒng)來實現(xiàn)，同時這些數(shù)據(jù)庫可駐留在任何平臺上。

（三）系統(tǒng)功能模塊設(shè)計

房產(chǎn)測繪信息管理系統(tǒng)的系統(tǒng)功能模塊結(jié)構(gòu)如圖3 所示：

圖 3 系統(tǒng)功能模塊結(jié)構(gòu)

房產(chǎn)測繪信息管理系統(tǒng)包括測繪業(yè)務(wù)流程管理子系統(tǒng)、數(shù)據(jù)報表統(tǒng)計子系統(tǒng)、遠(yuǎn)程操作控制子系統(tǒng)以及檔案管理子系統(tǒng)。

1、測繪業(yè)務(wù)流程管理子系統(tǒng)

流程管理子系統(tǒng)包括對房產(chǎn)測繪業(yè)務(wù)從收件登記到最終收費的所有內(nèi)容：收件 收件審查 業(yè)務(wù)登記 預(yù)收費 下發(fā)任務(wù)（由副隊長派發(fā)到組長） 派遣作業(yè)（由組長派發(fā)到作業(yè)員） 成果復(fù)核 質(zhì)檢 審批（大隊長） 檔案管理（歸檔） 收費。、

2、數(shù)據(jù)報表統(tǒng)計子系統(tǒng)

數(shù)據(jù)報表統(tǒng)計子系統(tǒng)主要包括以下三方面內(nèi)容：實現(xiàn)測量大隊質(zhì)量體系中所有記錄表樣式，最大程度地自動調(diào)用數(shù)據(jù)庫中已有數(shù)據(jù)，實現(xiàn)表格的填寫、打印的自動化。能夠自定義報表，可以進(jìn)行各式各樣的統(tǒng)計，包括分類統(tǒng)計、復(fù)合查詢、模糊查詢等，如同及員工在某個時間段的總工作量。

3、遠(yuǎn)程操作控制子系統(tǒng)

遠(yuǎn)程操作控制子系統(tǒng)主要功能是對遠(yuǎn)程作業(yè)人員操作數(shù)據(jù)庫中圖形數(shù)據(jù)的控制。各下屬測量隊可以根據(jù)自己的權(quán)限從數(shù)據(jù)庫中調(diào)出相應(yīng)的圖并打印。各區(qū)測量隊只能打印并反饋打印信息，而不能對圖形數(shù)據(jù)作任何修改。系統(tǒng)對遠(yuǎn)程的打印動作作全程監(jiān)控。

各區(qū)測量隊需要對數(shù)據(jù)庫中的測量成果作修改時，需要向上級提出申請以獲取相應(yīng)的權(quán)限。

（四）數(shù)據(jù)庫設(shè)計

其系統(tǒng)設(shè)計目標(biāo)、用戶的需求，系統(tǒng)數(shù)據(jù)劃分成屬性數(shù)據(jù)與圖形數(shù)據(jù)。屬性數(shù)據(jù)的主要是：建筑物的基礎(chǔ)信息，其建筑物每層的基本參數(shù)，該建筑物內(nèi)每戶的基礎(chǔ)數(shù)據(jù)，重點是每類面積實施的分?jǐn)傆嬎?。其系統(tǒng)數(shù)據(jù)庫主要是：建筑物基本信息庫、層型庫及層庫、功能區(qū)庫及工作量統(tǒng)計庫、人名庫、套型庫以及套庫、加之公共面積庫的數(shù)據(jù)庫。就用戶進(jìn)行輸入的數(shù)據(jù)，系統(tǒng)提出一套界面保障用戶實施相關(guān)屬性數(shù)據(jù)的輸入，其系統(tǒng)自動生成數(shù)據(jù)，例如：每類建筑、公用面積、邊長及分?jǐn)偯娣e結(jié)果，就用戶而言，其不可見，其數(shù)據(jù)直接有系統(tǒng)實施相關(guān)整合，最終生成。

而系統(tǒng)內(nèi)，就圖形數(shù)據(jù)可劃分成建筑物的分層圖與分戶圖。按照房地產(chǎn)測繪的實際情況，建筑物分層圖及分戶圖分別按照層型與戶型進(jìn)行分析。直線減少數(shù)據(jù)冗余，就圖形相等的層，都可以按照一個層型實施分析。而部分分層圖相等的層，于系統(tǒng)內(nèi)僅僅儲存一個.dwg文件就行。同上，針對層型內(nèi)的每套分別按照某套型實施配置。系統(tǒng)內(nèi)，層型和套型其實為同個.dwg文件，不相同的為套型圖其實僅為層型圖其中的圖層。針對層型內(nèi)的各套型而言，其圖形大概一致，但應(yīng)標(biāo)注的屬性不相同。使存儲空間得以節(jié)省，便于管理圖形數(shù)據(jù)。其能運用AutoCAD環(huán)境及此系統(tǒng)具有的圖形編輯工具，實施圖形資料的正確錄入，隨后通過系統(tǒng)實施處理。進(jìn)行圖形數(shù)據(jù)錄入時，給用戶提供便捷，實施若干編輯工具的增添，比如：平推房，通過矩形房屋的一邊，按照方向以及平推距離得出矩形房屋；兩邊畫房，通過矩形房屋的兩條臨近邊，得出矩形房屋；中線推外線，通過房屋中線得出房屋外線；繪圓弧，按照起點以及終點、方向及弦高，進(jìn)行圓弧的繪制。同時為降低用戶工作量，進(jìn)行圖形數(shù)據(jù)錄入時，都要根據(jù)1：1這一比率，出圖時，用戶能選用任一比率進(jìn)行出圖。

結(jié)語

房地產(chǎn)信息管理系統(tǒng)是為房屋銷售企業(yè)服務(wù)的管理系統(tǒng)功能的實現(xiàn)登錄后分為四個大的部分:用戶、出售、房間、系統(tǒng)管理模塊。這個系統(tǒng)設(shè)計完成，能很大地提升房產(chǎn)測繪者的工作效率，還增加辦公自動化水平。還對房產(chǎn)測繪資料管理水平的改變是有益的，能提升資料的可靠性及準(zhǔn)確性。

參考文獻(xiàn)：

房屋管理系統(tǒng)需求分析范文第2篇

關(guān)鍵詞：公房預(yù)約；Spring MVC；B/S系統(tǒng)

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2016）28-0095-03

1背景

近年來，隨著高校辦學(xué)規(guī)模擴(kuò)大、科研活動與學(xué)術(shù)交流日益增多，各高校對教學(xué)科研用房的需求不斷增加，導(dǎo)致本就緊張的公房資源配置缺口增大，供需矛盾加劇。如何在現(xiàn)有條件下提高公房的使用效率已成為高校亟待解決的問題之一。

在當(dāng)前高校公房的管理模式下，如教室、會議室等公房租用的預(yù)約，因信息的線下傳遞和處理方式的不透明，導(dǎo)致教師、學(xué)生和管理人員之間需要多次協(xié)商才能完成。這不僅耗費了借用者大量的時間和精力，而且因信息不透明還造成了公共資源的極大浪費。隨著“互聯(lián)網(wǎng)+”和大數(shù)據(jù)時代的到來，大量新的技術(shù)和管理理念開始迅速傳播，加之智能移動設(shè)備的普及，使得公房網(wǎng)上預(yù)約管理這種便捷服務(wù)模式成為可能。

就公房預(yù)約管理工作而言，其內(nèi)容非常繁瑣，既有資產(chǎn)管理方面的工作，又有日常的使用與維護(hù)，同時還涉及到相關(guān)數(shù)據(jù)的統(tǒng)計和查詢。通過將這些信息記錄在案，不僅方便日常管理工作，而且為公房以后有計劃地進(jìn)行維修保養(yǎng)提供重要的數(shù)據(jù)支持。目前，高校此類記錄大多以紙質(zhì)或EXCEL電子文件形式記錄，加之管理人員變化頻繁，此類方式很容易造成記錄格式不規(guī)范、數(shù)據(jù)丟失等問題[1]，同時加重了管理人員對數(shù)據(jù)的管理工作。因此，為了實現(xiàn)公房管理信息的統(tǒng)一性，本文設(shè)計并研發(fā)了基于B/S模式的公房預(yù)約管理系統(tǒng)。

2系統(tǒng)分析與設(shè)計

2.1系統(tǒng)需求分析

公房預(yù)約管理系統(tǒng)的研發(fā)是某高校二級學(xué)院辦公管理信息化改革的一部分，其功能設(shè)計充分考慮了該院辦公管理的實際情況及需求，針對不同用戶定制不同功能，重點突出實時的特點，方便不同層次用戶的使用。

系統(tǒng)用戶分為系統(tǒng)管理員、院級管理員、教職工、學(xué)生等四級，不同級別用戶具有不同權(quán)限。教職工和學(xué)生用戶權(quán)限下，主要有查詢和預(yù)約功能。院級管理員除擁有以上兩種功能外，還具有公房信息管理、預(yù)約管理、用戶管理以及公告等功能。系統(tǒng)管理員除擁有院級管理員具有的功能外，還有系統(tǒng)數(shù)據(jù)維護(hù)、權(quán)限管理以及日志管理等功能。此外，教工與學(xué)生的權(quán)限應(yīng)該有所不同，否則只能稱三級。

2.2系統(tǒng)體系架構(gòu)及技術(shù)方案

本系統(tǒng)基于B/S模式架構(gòu)，前臺展示采用HTML/CSS和JavaScript客戶端語言，后臺采用JSP和JAVA語言開發(fā)，數(shù)據(jù)層存儲采用MySQL數(shù)據(jù)庫。系統(tǒng)總體架構(gòu)如圖1所示，采用了三層體系結(jié)構(gòu)開發(fā)模式，將系統(tǒng)的整個業(yè)務(wù)應(yīng)用劃分為表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層，有利于系統(tǒng)的開發(fā)、維護(hù)、部署和擴(kuò)展[2]。

圖1中，各層的具體作用如下[3-5]：表示層一般指系統(tǒng)界面，主要用于展示和收集信息；邏輯層是三層架構(gòu)的核心，主要用于業(yè)務(wù)的邏輯處理和數(shù)據(jù)層的數(shù)據(jù)操作，具體表現(xiàn)為與系統(tǒng)所對應(yīng)的領(lǐng)域邏輯；存儲層專用于系統(tǒng)的數(shù)據(jù)存儲以及與之相對應(yīng)的增刪改查操作。

為了進(jìn)一步降低各層之間的耦合性，提高系統(tǒng)的靈活度，在圖1三層體系結(jié)構(gòu)的基礎(chǔ)上，綜合公房系統(tǒng)的實際業(yè)務(wù)需求，設(shè)計了五層系統(tǒng)結(jié)構(gòu)，如圖2所示。

五層結(jié)構(gòu)自底向上分別為：數(shù)據(jù)庫、數(shù)據(jù)層、業(yè)務(wù)層、應(yīng)用層、展示層，每層結(jié)構(gòu)的作用如下：

1）展示層負(fù)責(zé)將所有功能與數(shù)據(jù)通過PC、手機、平板電腦等終端展示給用戶，接收用戶相應(yīng)的操作請求并發(fā)送給后端應(yīng)用層。

2）應(yīng)用層接收展示層傳遞過來的操作請求，按照不同的請求內(nèi)容調(diào)用業(yè)務(wù)層相應(yīng)業(yè)務(wù)處理，并將接收處理結(jié)果返回給展示層。

3）業(yè)務(wù)層接收應(yīng)用層相應(yīng)的功能調(diào)用請求，實現(xiàn)每個功能的具體邏輯，包括邏輯判斷、數(shù)據(jù)運算、數(shù)據(jù)讀寫操作等，這是整個應(yīng)用系統(tǒng)的核心部分。

4）數(shù)據(jù)層作為業(yè)務(wù)層和數(shù)據(jù)庫之間的中間層，執(zhí)行上層業(yè)務(wù)具體的數(shù)據(jù)操作命令，操作類型主要有增刪改查四類。

5）數(shù)據(jù)庫采用主從配置，一方面起到熱備份的作用，另一方面實現(xiàn)讀寫分離，增強數(shù)據(jù)庫的吞吐效率，提升系統(tǒng)的整體響應(yīng)。

2.3系統(tǒng)功能模塊設(shè)計

本系統(tǒng)主要包含用戶管理、預(yù)約管理、公房信息管理以及系統(tǒng)維護(hù)四個模塊，如圖3所示。各模塊的主要功能如下：

1）用戶管理模塊主要是維護(hù)系統(tǒng)的用戶數(shù)據(jù)，包含增刪用戶，找回密碼等功能。

2）預(yù)約管理是整個系統(tǒng)的核心，主要提供線上預(yù)約平臺供用戶在線預(yù)約，管理人員在線審核，房屋管理人員在線驗證等一系列完整的公房預(yù)約管理流程。在該模塊中，管理人員還可根據(jù)實際情況提前安排教學(xué)、科研、活動等用房，在保證正常教學(xué)科研活動的前提下，盡可能方便廣大師生個性化的用房需求。同時，系統(tǒng)提供了按照時間和房間兩種不同的查詢方式來查詢可借用公房情況。用戶在確定需要預(yù)約的公房后，在線填寫預(yù)約申請，之后管理員審核申請，若通過則用戶可登陸系統(tǒng)查看下載憑證二維碼并在需要使用時將二維碼交由公房管理人員掃描認(rèn)證，若不通過用戶則需要重新修改提交申請，其具體流程如圖4所示；

1）公房信息管理模塊主要用于管理公房自身信息，如房間是否可借用，是否配備多媒體，可容納人數(shù)等，方便用戶在借用時根據(jù)自身實際情況選用不同房間。

2）系統(tǒng)管理模塊主要是針對系統(tǒng)正常運行的一些配置，主要包括可預(yù)約時間、用戶權(quán)限、日志查看等。

2.4數(shù)據(jù)庫設(shè)計

本系統(tǒng)采用了開源的MySQL數(shù)據(jù)庫，結(jié)合系統(tǒng)的功能模塊，數(shù)據(jù)庫設(shè)計了用戶表、權(quán)限表、角色表、房屋表、建筑物表、預(yù)約審核表等?？紤]到數(shù)據(jù)的安全性和可靠性，數(shù)據(jù)庫設(shè)計采用主從備份，同時為了提升系統(tǒng)整體效率，在主從備份的基礎(chǔ)上實現(xiàn)了讀寫分離。數(shù)據(jù)的所有寫操作都在Master上執(zhí)行，所有讀操作都在Slave上執(zhí)行，如圖5所示。

3系統(tǒng)實現(xiàn)

基于B/S架構(gòu)，所有安裝只需在服務(wù)器端進(jìn)行，用戶只需通過瀏覽器訪問服務(wù)地址即可使用本系統(tǒng)。訪問系統(tǒng)時，用戶首先可看到如圖6所示的登錄界面，成功登錄（以管理員身份為例）到主界面之后，在功能區(qū)上方可看到主頁、預(yù)約等8個功能導(dǎo)航，根據(jù)用戶角色不同，用戶所能使用的功能不同。

公房預(yù)約的主要內(nèi)容有公房管理、預(yù)約、審核三大部分。作為公房預(yù)約的基礎(chǔ)，房間信息的管理是系統(tǒng)運行過程中的重要環(huán)節(jié)。管理員進(jìn)入系統(tǒng)后，點擊房間管理模塊即可進(jìn)入房間信息的管理界面，如圖7所示。

在該界面管理員可以維護(hù)公房信息，指定公房的審核流程。在本系統(tǒng)中，公房的審核可以實現(xiàn)多級審核，只需要配置好各級別的先后順序即可。添加好公房信息之后，用戶進(jìn)入系統(tǒng)即可使用預(yù)約功能進(jìn)行公房預(yù)約。為了方便用戶，系統(tǒng)設(shè)計了按照房間預(yù)約（如圖8所示）和按照時間預(yù)約（如圖9所示）兩種方式。只要用戶提交了預(yù)約申請，該房間將會立刻被暫時占用，其他人無法再選擇該房間對應(yīng)的時間段預(yù)約。

用戶申請預(yù)約后，管理員在后臺即可看到所有人的申請，選擇某一申請后管理員可選擇駁回或者通過，駁回之后該房間對應(yīng)時間段立刻釋放變?yōu)榭稍俅晤A(yù)約狀態(tài)，通過之后預(yù)約生效，用戶可登陸系統(tǒng)查看二維碼憑證。審核界面如圖10所示。

最后，用戶需要使用房間時憑二維碼到公房管理員處手機掃描核驗，通過后即可使用房間。

4 結(jié)束語

本文通過對公房借用的需求進(jìn)行綜合分析，設(shè)計并實現(xiàn)了基于B/S架構(gòu)的公共用房管理信息系統(tǒng)。該系統(tǒng)集成了系統(tǒng)管理、公房信息管理、公房預(yù)約、用戶管理等四大核心功能，促進(jìn)了公房管理的信息化和規(guī)范化。系統(tǒng)完成后，通過在某學(xué)院一年的測試運行，結(jié)果表明公房管理信息系統(tǒng)已實現(xiàn)了它的基本功能，該系統(tǒng)不僅方便了學(xué)院教職員工預(yù)約公房，而且提高了管理人員的管理效率和公房的有效使用率。

參考文獻(xiàn)：

[1] 王西芳，王西平. 實驗教學(xué)示范中心實驗預(yù)約系統(tǒng)的設(shè)計與應(yīng)用[J]. 實驗室研究與探索， 2016，35（5）：158-161.

[2] 建成. 軟件體系結(jié)構(gòu)的原理， 組成與應(yīng)用[M]. 北京：科學(xué)出版社， 2002.

[3] 王進(jìn). B/S模式下的三層架構(gòu)模式[J]. 軟件導(dǎo)刊， 2011， 10（3）：30-31.