通訊錄詳細設計說明書

通訊錄管理系統(tǒng)詳細設計說明書組員：目錄引言1.1編寫目的1.2背景1.3定義 1.4參考材料2．程序系統(tǒng)的結(jié)構(gòu)2.1運行環(huán)境2.2系統(tǒng)組織結(jié)構(gòu)3.程序主要模塊設計說明3.1程序描述3.2主要功能模塊設計3.3性能3.4輸入輸出3.5算法3.6流程邏輯3.7接口3.8存儲分配3.9注釋設計3.10測試設計3.11限制條件3.12尚未解決的問題

1引言

1.1編寫目的

本文檔將對通訊錄系統(tǒng)軟件開發(fā)的詳細設計進行描述，本文檔的讀者是項目策劃、設計和評審人員。

1.2背景

本項目作為《軟件文檔寫作》課程的訓練項目提出，將學生分成若干項目開發(fā)小組進行管理。希望學生通過通訊錄系統(tǒng)軟件設計開發(fā)，了解軟件文檔的相關標準和編寫原則，訓練并掌握軟件各類文檔寫作的技巧，同時提高學生使用Java開發(fā)應用程序的能力。

本項目的名稱：通訊錄管理系統(tǒng)

本項目的提出者：指導老師

本項目的開發(fā)者：本小組

項目需求方：日常管理用戶：管理員1.3定義

通訊錄管理系統(tǒng)名稱

1.4參考資料

《開發(fā)要求說明》．

《軟件需求說明書》。

《概要設計說明書》。

2程序系統(tǒng)的結(jié)構(gòu)

2.1運行環(huán)境

(1)

設備

硬件最低要求：CPU

PⅢ

以上PC服務器，內(nèi)存32MB以上，硬盤15MB以上。

(2)

支持軟件

操作系統(tǒng)：Windows

98，Windows

NT、Windows

2000、Windows

XP，Windows

Server

2003等能

3程序主要模塊設計說明3.1程序描述給出對該程序的簡要描述，主要說明安排設計本程序的目的意義，并且，還要說明本程序的特點（如是常駐內(nèi)存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等）。3.2主要功能模塊設計

(1)打開通訊錄系統(tǒng)顯示歡迎界面：

具體實現(xiàn)函數(shù)

(2)菜單處理函數(shù)管理程序的用戶界面操作，用戶通過提示選擇想要進行的操作:具體實現(xiàn)函數(shù)

(3)本模塊主要完成對已有輸入的通訊信息進行顯示瀏覽，瀏覽同時可以進行修改、刪除等操作。

(4)在通訊錄查詢模塊中，用戶可以通過查詢盡快找到希望查找的聯(lián)系人，查詢支持模糊查詢，可以匹配多個字段；給出查詢記錄的信息；如果查詢的信息不存在，輸出提示信息。

(5)根據(jù)系統(tǒng)的輸入要求添加各項信息，每次可以添加一個或多個新的記錄，新增的記錄可以不存入原文件中，也可以指定文件追加內(nèi)容；能給出新添加記錄的信息；添加后提示添加是否成功。

(6)根據(jù)特定信息選擇所要刪除的對象

（7）修改記錄:具體實現(xiàn)函數(shù)

保存記錄:具體函數(shù)實現(xiàn)

讀取記錄：具體實現(xiàn)函數(shù)

清空當前記錄：具體實現(xiàn)函數(shù)

3.3性能

滿足個人使用的需求（記錄量控制在1000項內(nèi)）。對前面提到的運行環(huán)境要求不應存困難。本軟件采用可視化界面，用戶通過單擊界面上的相關按鈕就可以完成各項操作。一般操作的響應時間應在1~2秒內(nèi)，對軟磁盤和打印機的操作也應在可接受的時間內(nèi)完成。查詢時應保證查全率，所有相應域包含查詢關鍵字的記錄都應能查到。因為通常的ISCDS規(guī)模在幾十到幾百項記錄，以查全率為標準所帶來的對查準率的影響并不大。3.4輸人輸出項

數(shù)據(jù)名稱：聯(lián)系人姓名、聯(lián)系人郵箱、聯(lián)系人電話數(shù)據(jù)類型：char，數(shù)據(jù)格式：例Lily，Note@，123321；3.5算法

本程序沒有采取特殊的算法

3.6流程邏輯該流程圖表示通訊錄系統(tǒng)的邏輯流程，用戶可以直接瀏覽和查詢通訊錄簡單信息，也可以先登錄，如果是管理員則具有管理權(quán)限，可進入管理員的管理頁面；如果不是管理員，則判斷用戶權(quán)限級別，根據(jù)用戶的權(quán)限級別提供不同的服務。3.7接口

部分用戶接口視圖

3.8存儲分配

無特殊要求3.9注釋設計①加在程序單元首部，說明本程序的作用。

②對程序中的變量代表的意思、范圍進行注釋。

③對程序中的函數(shù)或過程所起的作用進行注釋。具體注釋見類圖部分。3.10測試計劃（1）

界面測試

主要包括以下幾個方面內(nèi)容：

a.

頁面在窗口中的現(xiàn)實是否正確，美觀（在調(diào)整瀏覽器窗口大小時，屏幕刷新是否正確，表樣式大小，格式，是否對提交數(shù)據(jù)進行驗證（如果在頁面部分進行驗證的話）等，連接的形式，位置是否易于理解等。

b.

站定地圖和導航條位置是否合理，是否可以導航，是否覅和用戶要求。

c.

頁面元素基本功能是否實現(xiàn)，容錯性是否存在，頁面元素外形，是否現(xiàn)實正確。

測試技術：結(jié)合兼容性測試對不同分辨率下頁面現(xiàn)實效果，如果有影響則提出解決方案，可以結(jié)合數(shù)據(jù)定義文檔查看表單項的內(nèi)容，長度等信息。

界面測試要素：符合標準和規(guī)范，靈活性，正確性，直觀性，舒適性，實用性，一致性。

（2）功能測試測試分為白盒測試和黑盒測試。白盒測試是指跟蹤代碼以人工檢查追蹤的方式查找BUG。

黑盒測試是指使用者對代碼不可見，直接使用系統(tǒng)，把出現(xiàn)的異常記錄下來，整理成測試報告，主要是覆蓋全部的功能，可以結(jié)合兼容，性能測試等方面進行，考慮正確性，可用性，邊界條件，性能，壓力測試。多用戶情況考慮壓力測試工具，建議壓力和性能結(jié)合起來進行，可以查看CPU使用率，內(nèi)存占用情況，還可以模擬大量數(shù)據(jù)輸入，對硬盤的影響等信息。其中壓力測試包括錯誤恢復錯誤處理，頁面數(shù)據(jù)驗證，包括突然間斷電，輸入臟數(shù)據(jù)等。兼容性，不同瀏覽器，不同應用程序版本在實現(xiàn)功能時的表現(xiàn)，不同的上網(wǎng)方式。

本系統(tǒng)在最后階段經(jīng)過了測試，主要是黑盒測試，由于系統(tǒng)模塊并不十分復雜，在繼承測試的過程中出現(xiàn)的問題并不多，

相對而言比較順利。3.11限制條件說