【正文】 ............................ 30 維護設(shè)計 ............................................................................................... 30 10 詳細(xì)設(shè)計 ........................................................................................................ 31 記錄管理模塊 ...................................................................................... 31 模塊定義 ................................................................................. 31 輸入項目 ................................................................................ 31 輸出項目 .............................................................................. 31 程序邏輯 ................................................................................ 31 用戶登陸模塊 ...................................................................................... 32 模塊定義 ................................................................................. 32 輸入項目 ................................................................................ 32 程序邏輯 ................................................................................ 33 11 參考文獻(xiàn) ........................................................................................................ 34 12 測試摘要 ........................................................................................................ 35 重點事項 ............................................................................................. 35 爭議事項 ............................................................................................. 35 風(fēng)險評估 ............................................................................................. 35 時間進(jìn)度 .............................................................................................. 35 測試目標(biāo) ............................................................................................. 36 13 資源需求 ........................................................................................................ 36 5 硬 件資源 ............................................................................................. 36 軟件資源 ............................................................................................. 36 人力資源 ............................................................................................. 37 14 測試詳述 ......................................................................................................... 37 測試范圍 ............................................................................................. 37 測試目標(biāo) ............................................................................................. 37 測試進(jìn)度 ............................................................................................. 39 整體策略 ............................................................................................. 39 測試技術(shù) ............................................................................................. 40 質(zhì)量目標(biāo) ............................................................................................. 41 15 計劃審核記錄 ................................................................................................ 42 6 需求分析 1 需求分析說明 需求分析是指理解用戶需求，就 軟件 功能與客戶達(dá)成 一致，估計軟件風(fēng)險和評估項目代價，最終形成開發(fā)計劃的一個復(fù)雜過程。因為配置信息都保存在簡單文本中，新的設(shè)置有可能都不需要啟動本地的 管理員 工具就可以實現(xiàn)。 11 ? 數(shù)據(jù)庫文件：功能是搭建系統(tǒng)數(shù)據(jù)庫平臺，保存系統(tǒng)的登陸信息。 ? 文件 ：用戶退出系統(tǒng)文件。外觀上也要做到合理化，考慮到用戶多對 WINDOWS 風(fēng)格較熟悉，應(yīng)盡量向這一方向靠攏?？紤]企業(yè)信息系統(tǒng)與主管部門通訊和聯(lián)網(wǎng)的需要，盡可能用國際、國內(nèi)、部門的標(biāo)準(zhǔn)代碼。該代碼 的使用過程中，考慮到信息擴展，所以采用順序號 +E， E 是代表消息，順序號就可以體現(xiàn)新消息的順序。 2NF：若 R∈1NF ，且每個非主屬性完全依賴于碼，則稱 R∈2NF 。 運行時間 在軟件的需求分析中，對運行時間的要求為：必須對作出的操作，有較快的反應(yīng)。 31 10 詳細(xì)設(shè)計 從軟件開發(fā)的工程化觀點來看，在使用程序設(shè)計語言編制程序以前，需要對所采用算法的邏輯關(guān)系進(jìn)行分析，設(shè)計出全部必要的過程細(xì)節(jié)，并給予清晰的表達(dá)，使之成為編碼的依據(jù)。 13 資源需求 硬件資源 機型：普通臺式機或筆記本，對硬件基本沒有要求。 修改團隊處理 團隊信息的修改 修改團隊的所有屬性 修改團隊的所有屬性 一對一交互處理 一對一交互功能的實現(xiàn) 本組內(nèi)同事交互 2 對 跨組交互 2 對 按照用例中的計劃實現(xiàn)普通信息的交互。 客戶檢索 使用不同關(guān)鍵字檢索 測試常用關(guān)鍵字的檢索 姓名 職務(wù) 年齡 所在組 在檢索欄中一次輸入測試用例包含的關(guān)鍵字，查看檢索是否成功，準(zhǔn)確。 時間進(jìn)度 測試開始時間： 20xx 年 11 月 15 日 測試結(jié)束時間： 20xx 年 11 月 25 日 前五天測試基本功能，進(jìn)行統(tǒng)計，后面五天在修正的同時繼續(xù)測試，大家全 36 力以赴，把軟件做到完美！ 測試目標(biāo) 測試爭取解決軟件中所有的 bug ，適應(yīng)任何人群的使用，讓沒有使用過本系統(tǒng)的用戶以最快的 時間上手，讓很少使用電腦或者電腦操作技能很差的用戶能能流暢使用。數(shù)據(jù)備份與恢復(fù)等，都是數(shù)據(jù)維護的內(nèi)容。 運行控制 用戶在發(fā)送數(shù)據(jù)后，將等待服務(wù)器的確認(rèn)，當(dāng)受到服務(wù)器的確認(rèn)信號后，等待服務(wù)器的回答信息，再進(jìn)行確認(rèn)。 1NF：關(guān)系中每一分量不可再分。該代碼的使用過程中，考慮到該管理人員的擴展，所以采用順序號 +E， E 是代表用戶，順序號就可以體現(xiàn)新來用戶的順序。每一代碼代表惟一的實體和屬性，反過來，信息系統(tǒng)中，每一實體或?qū)傩远加靡粋€確定的代碼來表示。 用戶界面 用戶界面部分，根據(jù)需求分析的結(jié)果，用戶需要一個用戶友善界面。 ? 文件 ：主頁頂部導(dǎo)航文件。 下面是各個構(gòu)成模塊的實現(xiàn)文件，具體說明如下： ? 系統(tǒng)配置文件：功能是對項目進(jìn)行總體配置。 其中大致分為以微軟 .NET Framework 為基礎(chǔ)使用 IIS 做為 Web 服務(wù)器承載的微軟體系，以及使用 Mono為基礎(chǔ)框架運行在 Windows 或 Linux上的開源體系。（這個和我在 微軟 體驗到的又不太一樣，微軟的需求分析大多是市場人員和用戶協(xié)助小組的人去評估用戶的接受程度，這一點也可以理解，因為公司的性質(zhì)有根本差別）在這個過程中，用戶的確是處在主導(dǎo)地位，需求分析工程師和項目經(jīng)理要負(fù)責(zé)整理用戶需求，為之后的 軟件 設(shè)計打下基礎(chǔ)。這種被稱為 Zero Local Administration的哲學(xué)觀念使 的基于應(yīng)用的開發(fā)更加具體和快捷。 ? 用戶分類顯示模塊：功能是將系統(tǒng)內(nèi)不同類別用戶列表顯示出來。 ? 文件 ：系統(tǒng)在線交流處理文件。在設(shè)計語言上， 使用 html 語言進(jìn)行頁面編寫 。 (3)通用性。 X X X X 順序號 消息編號 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫 設(shè)計 是軟件開發(fā)的靈魂和基礎(chǔ)，是整個系統(tǒng)成功的關(guān)鍵所在，是開發(fā)高品質(zhì)應(yīng)用的前提 。 3NF：關(guān)系模式 RU， F中，若不存在這樣的碼 X，屬性組 Y 及非主屬性 Z(Z￠Y)，使得下式成立， 22 X→Y ， Y→Z ， YZ，則稱 R∈3NF 。由于內(nèi)存條的和硬件的配置，對操作反應(yīng)將受到很大的影響。這就是過程設(shè)計（詳細(xì)設(shè)計）的任務(wù)。 IP/機型 操作系統(tǒng) 用途說明 軟件 amp。 39 文件發(fā)送 用戶間文件傳送 傳送不同的文件 .rar .zip .doc .img .jpg .txt .exe 不同大小的文件 測試不同類型，不同大小的文件，測試最大能上傳多大的文件。 用戶分組修改 修改增加分組的信息 修改所有的屬性 把用戶組所有的屬性都修改一遍，查看是否修改成功，各頁面是否顯示一致。 風(fēng)險評估 沒有真實的服務(wù)器做實驗，只能在虛擬機上布置軟件， 與現(xiàn)實可能存在一些誤差，對 MS windows server 20xx 的配置不是很了解， SqlServer 20xx 在使用過程中也存在一定的困難，有些疑難雜癥可能不能解決，數(shù)據(jù)庫在使用過程中并不能保證完全沒有困難。數(shù)據(jù)庫管理員負(fù)責(zé)維護數(shù)據(jù)庫中的數(shù)據(jù)，當(dāng)數(shù)據(jù)庫中的數(shù)據(jù)類型，長度等發(fā)生變化時，或者需要添加某個數(shù)據(jù)項，數(shù)據(jù)庫時要負(fù)責(zé)修改相關(guān)的數(shù)據(jù)庫、數(shù)據(jù)字典、并通知有關(guān)人員。如果 客 戶要 托運貨物 ，則調(diào)用 貨物托運管理 模塊，若 客 戶 同意 托運 ，調(diào)用 貨物托運申請 模塊，添好 托運 單后提交系統(tǒng)服務(wù)器，服務(wù)器確認(rèn)后返回信息給用戶機，并顯示 托運 單的輸出。各范式定義如下： 范式是對關(guān)系的不同數(shù)據(jù)依賴程度的要求，通過模式分解將一個范式轉(zhuǎn)換為若干個高級