房地產(chǎn)管理軟件商業(yè)系統(tǒng)開發(fā)與部署

申請免費試用、咨詢電話：400-8352-114

 　　系統(tǒng)開發(fā)的最后階段就是系統(tǒng)編碼，這個階段就是根據(jù)系統(tǒng)需求的文檔來進行相應(yīng)的系統(tǒng)開發(fā)。我們在下文對測試過程和運行結(jié)果進行介紹。

　    本系統(tǒng)開發(fā)測試過程

　　系統(tǒng)開發(fā)首先需要對單元模塊進行開發(fā)，在歸總的開發(fā)過程，測試與開發(fā)同步，采用分總的測試流程。測試方法采用先黑盒再白盒。經(jīng)過這些過程之后，對于系統(tǒng)出現(xiàn)的錯誤可以及時的發(fā)現(xiàn)并進行糾正，使錯誤不能積攢，提高了開發(fā)速度。

　　首先需要準備開發(fā)所需要的工具，對運行環(huán)境進行搭載，根據(jù)系統(tǒng)所需來設(shè)計數(shù)據(jù)庫。接著編寫數(shù)據(jù)庫接口模塊，編寫完成后，對該模塊進行測試，測試主要有以下幾點：(1)數(shù)據(jù)的讀取，刪除，修改;(2)數(shù)據(jù)格式的驗證;(3)sql注入過濾是否有效;(4)并發(fā)數(shù)據(jù)查詢效率(5)數(shù)據(jù)同步性能等等。

　　在測試完數(shù)據(jù)庫接口以后，即開始模塊化的代碼編寫。寫完一個模塊馬上進行測試，所有模塊測試完以后，把系統(tǒng)整合一下，并進行整體測試。

　　整體測試主要測試系統(tǒng)效率，并發(fā)執(zhí)行效率，系統(tǒng)壓力測試，瓶頸測試，安全性測試等。整體測試完畢即系統(tǒng)開發(fā)完成。

　　(1)測試負載

　　這是一個對系統(tǒng)在多個不相同負載階段上測驗的全過程。負載主要是通過對考察系統(tǒng)的兩個指標來進行測評的，之一是系統(tǒng)性的儲存量，其二就是系統(tǒng)的耐久性。前者把大數(shù)據(jù)量或是數(shù)據(jù)加入到系統(tǒng)當中，讓系統(tǒng)來整理并且隨時對系統(tǒng)的情況表現(xiàn)進行勘察。它的主要目的就是找到能添加負載量比較大的系統(tǒng)。但是后者主要是側(cè)重于分配出數(shù)量比較大的工作，使系統(tǒng)長期處在高負荷量的運動當中，同時對系統(tǒng)所表現(xiàn)出來的情況進行勘察，同時做好筆記。這種做法的主要目的是尋求系統(tǒng)上的“疲勞度"。這樣一來，就能夠測驗出系統(tǒng)處于不同階段負載下的工作狀況，來保障系統(tǒng)在不同需求范圍之下的正常工作。

　　(2)測驗網(wǎng)絡(luò)的連接性

　　該系統(tǒng)實現(xiàn)的唯一方法就是使用端運用web和服務(wù)器相連接。這個過程一定是要涉及到web的連接速度的。要是連接的響應(yīng)速度不是很快，很有可能會給用戶帶來煩感，對系統(tǒng)的功能毫無把握。網(wǎng)絡(luò)的連接速度也是我們這一次所需要關(guān)注的，測驗主要是從網(wǎng)絡(luò)的硬件條件出發(fā)，對web的連接速度進行勘察，要是硬件環(huán)境完全可以達到規(guī)定的要求，就可以通過多次測驗，獲得連接速度的均衡值。

　　在設(shè)計這個系統(tǒng)當中，為了有效防止用戶上傳大量附件，尤其是把附件的容量的上限設(shè)置在9M左右。在相同情況之下，還對上傳的文件類型有了局限性，通過這個來防止惡意程序的傾入。在測驗負載的過程中，想到使用者數(shù)量不多，在上傳文件的時候，能夠觀察到的并發(fā)數(shù)也就只是在300個用戶左右，這300個用戶可以一并對數(shù)據(jù)庫進行該問，并進行操作，但是數(shù)據(jù)庫能夠很容易地處理這些，web的服務(wù)器也能夠?qū)Σ樵円约帮@示的解析提供有力的支撐。在這點上面能夠用來表明這個系統(tǒng)能夠達到設(shè)計的需求。

　　(3)壓力測試

　　主要包含了大量孤立的數(shù)據(jù)測驗以及自動化生成的測驗數(shù)字。它的目的就是要憑借著好像毀壞的手法，但是總的來說，壓力測試主要目的就是盡一切可能給系統(tǒng)增加壓力，以使系統(tǒng)出現(xiàn)故障，然后對系統(tǒng)在出現(xiàn)故障時的反應(yīng)以及恢復(fù)能力進行觀察。

　　在對壓力測試進行勘測的過程當中，同時，我們在服務(wù)器端上打開6個不相同的運用程序。在這當中有3個是圖像處理程序，有1個是FTP程序，有30多個賬號能夠用來上傳以及對數(shù)據(jù)進行下載，開動仿真程序以及20個IE瀏覽。在此情形中，CPU會有80%被占用。對300多個使用者的回訪情況，這個系統(tǒng)可以運行正常，用戶端顯示以及沒有壓力測驗條件比較，基本上沒有什么明顯的區(qū)別。依據(jù)我們的解釋，造成這一情況的原因，就在于該系統(tǒng)處于局域網(wǎng)內(nèi)，網(wǎng)絡(luò)傳輸相對速度較快，延時往往沒有計算在內(nèi)。而服務(wù)器在CPU占有80%的情況之下，web的程序進程仍舊可以對300多個使用者的超文本商議采取正常的回應(yīng)，這就表示系統(tǒng)能夠滿足需要。

　　本系統(tǒng)要求能夠連續(xù)工作時間不小于24小時×30天。對于系統(tǒng)的可靠性測試主要采用，壓力測試的方式來進行。測試過程中使用，逐步加壓模式：每隔每30秒啟動10個并發(fā)用戶， 并發(fā)用戶總量為200個，不間斷地進行用戶登錄和注銷操作。