計算機畢業設計jsp通訊錄管理系統mysql畢設16

演示視頻：

https://www.bilibili.com/video/BV13i4y167Sk/

第4章 詳細設計

3.1 用戶登錄

當用戶登陸時，首先出現的是一個用戶登陸的界面,主要是維護系統的安全性和完整性。只有輸入正確的用戶及密碼的用戶能進行相應操作，否則不能對相應的窗口進行操作。如下圖所示：

3.2 用戶注冊

使用系統的游客可進行用戶注冊，只有注冊用戶才能進行通訊錄管理。界面如下圖所示：

3.3 通訊錄信息管理

該模塊用來管理通訊錄信息，包括對通訊錄信息的添加、修改、刪除。界面如下圖所示：

3.4 通訊錄類型管理

該模塊用來管理通訊錄類型，包括對通訊錄類型的添加、修改、刪除。界面如下圖所示：

5章 系統調試與測試

3.1 程序調試

在設計系統的過程中，存在一些錯誤是必然的。對于語句的語法錯誤，在程序運行時自動提示，并請求立即糾正，因此，這類錯誤比較容易發現和糾正。但另一類錯誤是在程序執行時由于不正確的操作或對某些數據的計算公式的邏輯錯誤導致的錯誤結果。這類錯誤隱蔽性強，有時會出現，有時又不出現，因此，對這一類動態發生的錯誤的排查是耗時費力的。

3.2 程序的測試

（1）測試的重要性

軟件的測試在軟件生命周期中占據重要的地位，在傳統的瀑布模型中，軟件測試學僅處于運行維護階段之前，是軟件產品交付用戶使用之前保證軟件質量的重要手段。近來，軟件工程界趨向于一種新的觀點，即認為軟件生命周期每一階段中都應包含測試，從而檢驗本階段的成果是否接近預期的目標，盡可能早的發現錯誤并加以修正，如果不在早期階段進行測試，錯誤的延時擴散常常會導致Zui后成品測試的巨大困難。 

事實上，對于軟件來講，不論采用什么技術和什么方法，軟件中仍然會有錯。采用新的語言、先進的開發方式、完善的開發過程，可以減少錯誤的引入，但是不可能完全杜絕軟件中的錯誤，這些引入的錯誤需要測試來找出，軟件中的錯誤密度也需要測試來進行估計。測試是所有工程學科的基本組成單元，是軟件開發的重要部分。自有程序設計的那天起測試就一直伴隨著。統計表明，在典型的軟件開發項目中，軟件測試工作量往往占軟件開發總工作量的40％以上。而在軟件開發的總成本中，用在測試上的開銷要占30％到50％。如果把維護階段也考慮在內，討論整個軟件生存期時，測試的成本比例也許會有所降低，但實際上維護工作相當于二次開發，乃至多次開發，其中必定還包含有許多測試工作。 

在實踐中，軟件測試的困難常常使人望而卻步或敷衍了事，這是由于對測試仍然存在一些不正確的看法和錯誤的態度，這包括:

① 認為測試工作不如設計和編碼那樣容易取得進展難以給測試人員某種成就感;

② 以發現軟件錯誤為目標的測試是非建設性的，甚至是破壞性的，測試中發現錯位是對責任者工作的一種否定;

③ 測試工作枯燥無味，不能引起人們的興趣;

④ 測試工作是艱苦而細致的工作;

⑤ 對自己編寫的程序盲目自信，在發現錯誤后，顧慮別人對自己的開發能力的看法。 

這些觀點對軟件測試工作是極為不利的，必須澄清認識、端正態度，才可能提高軟件產品的質量。 

（2）測試的目的 

如果測試的目的是為了盡可能多地找出錯誤，那么測試就應該直接針對軟件比較復雜的部分或是以前出錯比較多的位置。 

① 軟件測試是為了發現錯誤而執行程序的過程;

② 測試是為了證明程序有錯，而不是證明程序無錯誤;

③ 一個好的測試用例是在于它能發現至今未發現的錯誤;

④ 一個成功的測試是發現了至今未發現的錯誤的測試。 

這種觀點可以提醒人們測試要以查找錯誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點可能會產生誤導，認為發現錯誤是軟件測試的唯一目，查找不出錯誤的測試就是沒有價值的，事實并非如此。 

首先，測試并不僅僅是為了要找出錯誤。通過分析錯誤產生的原因和錯誤的分布特征，可以幫助項目管理者發現當前所采用的軟件過程的缺陷，以便改進。同時，這種分析也能幫助我們設計出有針對性地檢測方法，改善測試的有效性。其次，沒有發現錯誤的測試也是有價值的，完整的測試是評定測試質量的一種方法。

與開發過程類似，測試過程也必須分步驟進行，每個步驟在邏輯上是前一個步驟的繼續。大型軟件系統通常由若干個子系統組成，每個子系統又由若干個模塊組成。因此，大型軟件系統的測試基本上由下述幾個步驟組成：

（1）模塊測試 在這個測試步驟中所發現的往往是編碼和詳細設計的錯誤。

（2）系統測試 在這個測試步驟中發現的往往是軟件設計中的錯誤，也可能發現需求說明中的錯誤。

（3）驗收測試 在這個測試步驟中發現的往往是系統需求說明書中的錯誤。

為了保證測試的質量，將測試過程分成幾個階段，即:代碼審查、單元測試、集成測試、確認測試和系統測試。 

（1）單元測試 

單元測試集中在檢查軟件設計的Zui小單位—模塊上，通過測試發現實現該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。 

（2）集成測試 

集成測試是將模塊按照設計要求組裝起來同時進行測試，主要目標是發現與接口有關的問題。如一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響；把子功能組合起來可能不產生預期的主功能；個別看起來是可以接受的誤差可能積累到不能接受的程度；全程數據結構可能有錯誤等。 

（3）確認測試 

確認測試的目的是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是確認測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。 

（4）系統測試 

軟件開發完成以后，Zui終還要與系統中其他部分配套運行，進行系統測試。包括恢復測試、安全測試、強度測試和性能測試等。 

單獨對系統的測試主要從以下幾方面入手：

① 功能測試：測試是否滿足開發要求，是否提供設計所描述的功能，是否用戶的需求都得到滿足。功能測試是系統測試Zui常用和必須的測試，通常還會以正式的軟件說明書為測試標準。

② 強度測試及性能測試：測試系統能力Zui高實際限度，即軟件在一些超負荷情況下功能實現的情況。

③ 安全測試：驗證安裝在系統內的保護機構確實能夠對系統進行保護，使之不受各種非常的干擾。針對本系統主要是對權限系統的測試和對無效數據、錯數據、和非法數據干擾的能力的測試。

經過上述的測試過程對軟件進行測試后，軟件基本滿足開發的要求，測試宣告結束。