房地產工程項目管理系統的設計與實現-資料下載頁

　　

【正文】 ull) { InitData()。 } } } protected void Button1_Click(object sender, EventArgs e) { string sql。 if (Request[ID] != null) { int id = (Request[ID].ToString())。 sql = update 項目所需投資 set 項目名稱=39。 + + 39。,所需投資資金=39。 + + 39。,備注=39。 + + 39。 where id= + id。 int result。 result = new Class1().hsgexucute(sql)。 if (result == 1) { (scriptjavascript:alert(39。操作成功39。)。/script)。 } else { (scriptjavascript:alert(39。系統錯誤，您沒有設置好數據庫的連接！或您輸入了一些非法字符！39。)。/script)。 } } else { sql = insert into 項目所需投資(項目名稱,所需投資資金,備注) values(39。 + + 39。,39。 + + 39。,39。 + + 39。)。 int result。 result = new Class1().hsgexucute(sql)。 if (result == 1) { (scriptjavascript:alert(39。添加成功39。)。/script)。 } else { (scriptjavascript:alert(39。系統錯誤，您沒有設置好數據庫的連接！39。)。/script)。 } }}六、系統測試為了確認軟件的質量，在開發的最后階段需要對系統進行各類測試。它是在能夠控制的前提下操作系統并對結果做出評判。在測試過程中需要盡可能的發現錯誤。就本質而言，軟件測試是探測，需要在探測時找出軟件的缺陷。（一）測試目的在軟件生存周期內軟件測試是舉足輕重的，在傳統的瀑布模型，軟件測試學只存在運維過程以前，是軟件產品遞達到客戶之前用以確保軟件質量的關鍵途徑。最近，軟件工程界傾向于一個新的看法，其中認為否軟件生存周期的各個階段都應納入測試，以這個階段的檢測結果評價，是靠近期望的成效，做到錯誤的發現并及時修改。如果不能在初期做出測試，錯誤的延遲往往引起最終的成品測試的難度較大。 實際上，在軟件方面，不管是使用什么技術、什么方法時，該軟件依舊會出現錯誤。應用一種新語言，前衛的研發方法，全面的研發流程，能夠降低錯誤的出現，可是無法完全消除錯誤，出現的這些錯誤須要測試檢驗出來，軟件的錯誤出現密度也應由測試作出預測。測試是全部工科的重要構成元素，是軟件開發的構成要點。在程序設計的起始就出現了測試。數據調查結果顯示，在一個經典的系統開發周期內，測試階段常常占整個開發過程的40％以上。在軟件開發的全部支出中，測試支出將近占到30％至50％。要是將維護階段也計算其中，考慮完整的軟件生命周期，測試成本的比重可能有所減少，但事實上，維護階段等同于二次開發，甚至是多次開發，這里肯定也包括很多測試工作。（二）測試實例程序測試的主要方法分為兩大類，白盒測試和黑盒測試。白盒測試：它依靠程序的內部邏輯構造來策劃測試所用的實例，然后對軟件的邏輯途徑和流程做出檢驗，看它和策劃的有沒有出入，由此又叫做結構測試或玻璃盒測試。白盒測試應該選擇充分地測試例子，對源代碼進行完全覆蓋，由此能夠盡量多的找出程序錯誤。主要有邏輯覆蓋法以及路徑覆蓋法兩種途徑。黑盒測試：也叫做功能測試、數據驅動測試等，它將待測對象當成是一個黑盒子，這里在不需要研究程序的內部構造和特征的情況下，僅根據規格說明書檢驗程序的功能是否可以正常運行。黑盒測試首先是按照輸入以及輸出條件的準確測試信息，以此檢驗程序可不可以得出準確的結果。黑盒測試可以按照下列幾種途徑：錯誤推理法、等價分類法、因果圖法以及邊界值分析法。本系統的測試綜合了白盒測試、黑盒測試兩種途徑，但經常采用的是黑盒測試。測試進行時按照“快速的和多次數測試”，“確定測試實例的完全性和成效性”基準。通過測試達到以下測試目的：。檢驗功能是否正確，存不存在脫漏或無法完成的功能等。檢驗是否可以準確的接收或輸出信息。檢驗數據結構或表層信息有沒有（如數據文件）訪問偏差。檢驗功能要求有沒有實現。、終止檢查。檢驗可不可以準確的初始化和結束。測試環境與測試條件：處理器：Inter(R) Core (TM)2 Duo T5750內存：2GB硬盤：160G操作系統：Windows XP數據庫：SQL Server （三）測試用例測試用例（Test Case）是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程序路徑或核實是否滿足某個特定需求。表 61 用戶登錄測試正確輸入功能編號：BDASSET00001功能描述：用戶登錄測試編號：BDASSET00001/T01A測試描述：用戶登錄測試依賴項：系統初始化測試步驟：打開系統首頁，填寫輸入框后點擊“登錄”按鈕。測試用例輸入項名稱測試取值預期結果測試結果用戶名admin成功登錄，進入系統主頁。符合密碼123驗證碼圖片中顯示的文字表 62 用戶登錄測試單一輸入框輸入錯誤功能編號：BDASSET00001功能描述：用戶登錄測試編號：BDASSET00001/T01B測試描述：用戶登錄測試依賴項：系統初始化測試步驟：打開系統首頁，填寫輸入框后點擊“登錄”按鈕。測試用例輸入項名稱測試取值預期結果測試結果用戶名空提示“請輸入用戶名”符合Jim提示“該用戶不存在”符合sqhand提示“該用戶不能使用密碼認證模式登陸”符合密碼123456提示“密碼錯誤”符合驗證碼空提示“請輸入驗證碼”符合非圖片中顯示文字提示“驗證碼錯誤”符合表 63 用戶登錄測試多輸入框輸入錯誤功能編號：BDASSET00001功能描述：用戶登錄測試編號：BDASSET00001/T01C測試描述：用戶登錄測試依賴項：系統初始化測試步驟：打開系統首頁，填寫輸入框后點擊“登錄”按鈕。測試用例次數輸入項名稱測試取值預期結果測試結果1用戶名空提示“請輸入驗證碼”符合密碼123驗證碼空2用戶名admin提示“驗證碼錯誤”符合密碼123驗證碼非圖片中顯示文字3用戶名admin提示“密碼錯誤”符合密碼12345驗證碼圖片中文字4用戶名空提示“請輸入用戶名”符合密碼空驗證碼圖片中顯示文字（四）功能測試功能驗證也是一種測試過程，在這個過程中，對產品源代碼了解有限的設計者進行測試以確認產品或服務的核心功能。設計這種測試是為了證明這個核心功能符合某個規范。舉個例子，登錄時輸入的郵箱錯誤時是不是有提示？如果測試失敗，通常就意味著檢測到了系統的一個基本問題。這種測試也是適合簡單的 Web 服務，使您可以檢查服務是否能夠正確執行它的各個功能。系統測試通常是在功能驗證階段完成，驗證了核心功能后進行。它傾向于把整個系統作為一個整體來查找問題。弄清Web服務作為系統的一部分怎樣運作，以及Web服務相互之間如何交互。由于系統測試是在開發生命周期快結束時才進行，所以通常不能給它分配足夠的時間來完成。系統測試階段經常被忽略，并且一些通常都可以發現的、少見的錯誤都不能被檢測到。即使發現了這種錯誤，這時也來不及確定錯誤的原因并設法修復它們了。因此，在查找代碼錯誤時，必需把系統測試應用設計得盡可能高效。（1）數據庫運行異常：數據庫無法訪問，此時所有前端系統運行都將出現異常，出現數據無法訪問的情況。中間應用服務層會不停的嘗試恢復與數據庫的連接。（2）應用服務層服務異常：前端系統會出現短暫的運行錯誤，但是系統會自動啟動讓步服務機制，切換到B/S架構下維持系統的簡單運行。若同時運行的前端數據太大，可能出現資源爭用導致系統運行不穩定的情況。（1）數據庫異常錯誤。應果斷采集系統切換和重啟工作，看是否能夠恢復數據庫運行；其次果斷斷開可能導致系統異常的接口軟件，只啟用確保前端驗證能正常使用的中間層應用服務。（2）如果出現中間層異常。可以立即啟動備份系統，并對當前系統進行重啟、故障排查等公告。（五） 系統評價系統經過詳細的整體測試之后，每個測試條目都已過關，達到了基本要求，系統能夠按要求運行。系統評價是指在系統經過一陣子運行后，在功能、技術以及經濟上作出的評估。對于本系統的評價有以下幾方面：依據該系統開發前制定的規劃，系統制作結束后進行測試，該系統實現了制定的計劃，在實際使用中能夠滿足用戶的需要。該系統設計正當，功能實現了制定計劃，并且系統能夠穩定運行，具有實用性，很大程度上增加了項目管理效率。在既定的時間之中，本系統實現了系統開發前期所制定的研發計劃，滿足了設計需求，并在真正的使用中為用戶節約了很多人力、物力和財力，加強了科學管理水平。七、結論，依據系統的需求分析，對系統架構進行分析設計。最后對系統進行了性能測試和系統安全性測試。測試結果表明，本文設計的項目管理系統夠充分利用互聯網資源，發揮信息資源和網絡技術的優勢。為企業開展房地產項目管理提供方便快捷的服務，為房地產項目管理人員開展工作提供極大的便利。 雖然經過漫長的設計，通過不懈的努力，取得了一定的成績，但是本系統依然存在很多不足的地方，許多地方有待于改進。例如，本文所采用的 B/S 模式結構在安全性以及后臺管理方面較 C/S 模式表現上存在部分不足，使得針對民航安檢系統實現中處理一些具有復雜流程的功能時就需要結合 C/S 結構來實現，從而使系統具有更好的表現以及更高的安全性。因此，本系統在后續的開發中還需要做很多的研究工作，才能使系統的功能更加完善，性能進一步提高。在以后的開發中需要在以下幾個方面改進:（一）繼續美化頁面,前期建設將系統界面的美觀放到了次要位置,更重視功能的實現,因此后續應該進一步美化。（二）在安全性上進一步細化,尤其是應用程序的訪問權限控制應該加強。考慮引入防篡改系統、行為審計系統、異地備份系統,增強系統的安全性、可靠性。（三）繼續優化系統的業務流程,提升系統的運行效率,優化系統的緩存處理,引入異步調用,局部刷新技術,改善系統的運行速度。（四）對系統的代碼進行調整,改善系統的瀏覽器兼容性。（五）對用戶使用習慣深入了解，避免用戶操作間隔時間較長，錯誤提示不夠友好等缺點。（六）盡量減少錄入項,需要對錄入項進行格式、數據類型、有效性進行驗證,部分空間的驗證考慮不夠全面。（七）對系統的權限進行進一步調整,系統對程序進程的操作權限過大,易被竊取計算機操作權限。參考文獻[1]Jon Galloway,Phil Haack,Brad Wilson. C MVC 4高級編程[M].北京:清華大學出版社,2013. [2]明日科技. C從入門到精通[M].北京:清華大學出版社,2013..[3]軟件開發技術聯盟. C開發實戰[M].北京:清華大學出版社,2013.[4]Harvey Dietel, Paul Deitel. C: How to Program [M]. Pearson Education,Inc 2010.[5]鐘石根,林宗朝《C 程序設計》[M]. 北京：北京交通大學出版社, 2010.[6][D],電子科技大學,2011[7]明日科技. [M],北京:清華大學出社,2013,102105.[8]軟件開發技術聯盟. [M],北京:清華大學出版社,2013,6668.[9]亓傳偉，王合闖，,北京:，154180[10]鐘石根, 程序設計[M], 北京：北京交通大學出版社, 2010,8789.致 謝