汽車中介管理信息系統(tǒng)-資料下載頁
2025-04-12 22:36本頁面
【正文】 度考慮，可能出現(xiàn)的操作錯誤和數(shù)據(jù)輸入錯誤，也都進行了一系列的測試。 系統(tǒng)的測試在測試系統(tǒng)整個流程的過程中，針對系統(tǒng)的主要流程，進行用戶的模擬操作。針對系統(tǒng)各個功能模塊，對照功能的流程圖，對每一個操作都進行了分析，得出了各種可能出現(xiàn)的情況，并對各種情況的不同處理進行了測試，包括正常情況和錯誤處理情況。對應各種錯誤，不管是常見的錯誤和可能發(fā)生的錯誤，都進行了相應的測試。 其他測試在系統(tǒng)的可移植性上，把編譯成可執(zhí)行文件的程序拿到不同的軟件環(huán)境和硬件平臺下進行測試。包括不同的操作系統(tǒng)（僅限于常用的幾種Microsoft的Windows系列），以及常見的一些硬件環(huán)境中都進行了測試。對客戶機/服務器模式的工作情況進行了測試，不只在本地機器，還在服務器上也進行了測試。在數(shù)據(jù)的安全保密性方面，也做了相應的測試。由于測試的過程中，時間比較少，在測試的方法和測試用例的選擇方面可能還存在各種不足之處，系統(tǒng)的某些方面難免存在不足或者漏洞，只能在現(xiàn)有的水平上來解決所有這些現(xiàn)有的問題。不過，系統(tǒng)的可維護性還是很高的，如果以后發(fā)現(xiàn)新的問題，應該可以及時解決。通過對基本數(shù)據(jù)的測試，發(fā)現(xiàn)了一些問題，例如：輸入數(shù)據(jù)超過范圍，輸入數(shù)據(jù)類型不符，數(shù)據(jù)長度不符等等，針對每一種錯誤，進行了相應的錯誤處理，在數(shù)據(jù)的安全性方面，系統(tǒng)增加了很多約束，例如：通過不可編輯的下拉單來防止用戶輸入非法的數(shù)據(jù)，通過灰化動態(tài)文本框來保證數(shù)據(jù)的安全等等。經(jīng)過反復的測試和修改，基本達到了數(shù)據(jù)方面的準確性，可靠性和安全性的要求。在測試系統(tǒng)的整個流程的過程中，針對系統(tǒng)的不同分支結構，不同功能模塊，都發(fā)現(xiàn)了或大或小的問題，例如，退出窗口提示數(shù)據(jù)保存信息，非法用戶的越權操作，以及一些邏輯順序錯誤。在改正這些錯誤的同時，對整個系統(tǒng)的結構又進行了比較完善的修改，盡量做到了沒有系統(tǒng)錯誤，沒有異常退出等情況出現(xiàn)。經(jīng)過多次修改并測試，基本能夠達到功能完備，無異常錯誤，數(shù)據(jù)安全，用戶權限可靠等目的。4 結論本系統(tǒng)通過不斷改善，已經(jīng)可以正常運行，基本實現(xiàn)所設計的功能。系統(tǒng)運行穩(wěn)定，操作簡單，維護方便，實現(xiàn)對車源的管理。本系統(tǒng)充分考慮人性化設計，每個模塊都僅可能的簡化用戶和操作員的輸入，并有各種的系統(tǒng)提示，以方便用戶的使用。由于本身水平有限，時間倉促，本系統(tǒng)還有很多不盡人意的地方。比如統(tǒng)計比較粗糙，設計時沒有過多的考慮數(shù)據(jù)庫查找效率等等。對用戶需求了解的正確與否，直接影響程序設計、系統(tǒng)測試、系統(tǒng)維護的進度和工作量。即使開發(fā)軟件工作組怎么優(yōu)秀，團隊合作如何融洽，需求這塊都是絕對不容忽視的。比如以下幾種心理或現(xiàn)象都是比較普遍的：一是與用戶合作不如編寫代碼有意思；二是因為開發(fā)人員覺得已經(jīng)明白用戶的需求了；三是“畫蛇添足”，開發(fā)人員力圖增加一些“用戶欣賞”但需求規(guī)格說明中并未涉及的新功能；四是用戶提供過于簡單的規(guī)格說明；等等。這都是我們要避免的。對需求了解的錯誤導致的返工是軟件工程的大忌。做這個系統(tǒng)，首先要深入的調查需求，然后參考一些類似的系統(tǒng)。永遠都不要覺得自己已經(jīng)能夠完全獨立的開發(fā)一個系統(tǒng)了，那樣只能讓你裹足不前。只有結合別人的心得、示例、自己的經(jīng)驗、創(chuàng)新，你才會進步。由于以前軟件工程課的學習，因此寫流程圖、結構圖的時候相對比較輕松，有明確的方向，這就是所謂的經(jīng)驗。數(shù)據(jù)庫設計是一個很關鍵的步驟，表與表之間清晰的關系，表內部的主碼設計的好壞，數(shù)據(jù)的累加數(shù)據(jù)項的添加等都是不容忽視的問題。有些可能在理論上不需要的字段，但實際應用中往往把它添上去。比如說：報考登記表模塊，并不要求把考生的報名的那個時間寫進去，但我們添一個時間字段，在數(shù)據(jù)庫中自動添加當前系統(tǒng)日期。這樣我們就可以輕松的統(tǒng)計出每天的報考人數(shù)，哪一天報考的人數(shù)最多等等，可根據(jù)這個生成日報表、周報表等等。接下來是程序設計。首先根據(jù)先前的經(jīng)驗和用戶的需求，搭好一個整體的框架。在這里考慮的問題為一、降低軟件模塊間的耦合度 ，高耦合度的系統(tǒng)是很難維護的。一處的修改引起另一處甚至更多處的變動。 你可以通過以下方法降低程序的耦合度：隱藏實現(xiàn)細節(jié)，強制構件接口定義，不使用公用數(shù)據(jù)結構，不讓應用程序直接操作數(shù)據(jù)庫（經(jīng)驗法則是：當應用程序員在寫SQL代碼的時候，你的程序的耦合度就已經(jīng)很高了）。耦合度低的軟件可以很容易被重用、維護和擴充。 二、 提高軟件的內聚性，如果一個軟件的模塊只實現(xiàn)一個功能，那么該模塊具有高內聚性。高內聚性的軟件更容易維護和改進。 判斷一個模塊是否有高的內聚性，看一看你是否能夠用一個簡單的句子描述它的功能就行了。如果你用了一段話或者你需要使用類似“和”、“或”等連詞，則說明你需要將該模塊細化。 只有高內聚性的模塊才可能被重用。系統(tǒng)測試其實和系統(tǒng)設計基本是同步的，在其中得到的體會、心得在前面已經(jīng)提到，這里就不重復了。在整個系統(tǒng)的設計過程中，遇到過很多障礙，挫折，然而當整個系統(tǒng)完整的展現(xiàn)在自己的面前時，這種喜悅是只可意會的。23 /
公司管理相關推薦
鄂ICP備17016276號-1