【導讀】項目名稱企業(yè)內部在線交互系統(tǒng)。項目成員蔣能凱張國順李沖崔紅艷。專業(yè)班級計算機科學與技術2020級1班

　　

【正文】 數(shù)據(jù)庫用戶存在， 如果不存在再創(chuàng)建一個數(shù)據(jù)庫用戶，然后修改密碼。 30 出錯處理對策 所有的服務器都必須安裝不間斷電源以防止停電或電壓不穩(wěn)造成的數(shù)據(jù)丟失的損失。若真斷電時，對于服務器，在斷電后恢復過程可采用 SQL SERVER 的日志文件，對其進行 ROLLBACK 處理，對數(shù)據(jù)進行恢復。 在網(wǎng)絡傳輸方面，可考慮建立一條成本較低的后備網(wǎng)絡，以保證當主網(wǎng)絡斷路時數(shù)據(jù)的通信。在硬件方面要選擇較可靠、穩(wěn)定的服務器機種，保證系統(tǒng)運行時的可靠性。 安全保密設計 數(shù)據(jù)安全性 數(shù)據(jù)保存、傳輸過程的安全性 登 錄用戶的安全性 對用戶的身份驗證，系統(tǒng)設計了登錄界面，每一個合法用戶有一個密碼，該密碼由管理員來維護，從而實現(xiàn)對用戶的身份驗證， 防止未經(jīng)授權的人員非法進入該系統(tǒng)進行修改或查詢數(shù)據(jù)，可以有效地防止數(shù)據(jù)的泄漏，避免對系統(tǒng)中的數(shù)據(jù)造成破壞。 操作安全性 用戶分管理員和中心管理員兩種，以此來區(qū)分不同用戶的使用權限。 維護設計 數(shù)據(jù)維護工作一般是由數(shù)據(jù)庫管理員負責，主要負責數(shù)據(jù)庫的安全性和完整性以及進行并發(fā)性控制。數(shù)據(jù)庫管理員負責維護數(shù)據(jù)庫中的數(shù)據(jù)，當數(shù)據(jù)庫中的數(shù)據(jù)類型，長度等發(fā)生變化時，或者需 要添加某個數(shù)據(jù)項，數(shù)據(jù)庫時要負責修改相關的數(shù)據(jù)庫、數(shù)據(jù)字典、并通知有關人員。數(shù)據(jù)備份與恢復等，都是數(shù)據(jù)維護 31 的內容。 硬件設備維護由專職的硬件維護人員負責，主要有兩種類型的維護活動，一種是定期的設備保養(yǎng)性維護，保養(yǎng)周期為一個月，主要是進行例行的設備檢查與保養(yǎng)，另一種是突發(fā)性的故障維修，由專職的維修人員或請廠商來排除故障。 10 詳細設計 從軟件開發(fā)的工程化觀點來看，在使用程序設計語言編制程序以前，需要對所采用算法的邏輯關系進行分析，設計出全部必要的過程細節(jié)，并給予清晰的表達，使之成為編碼的依據(jù) 。這就是過程設計（詳細設計）的任務。 過程設計也叫做詳細設計或程序設計，它不同于編碼或編程。在這過程設計階段，要決定各個模塊的實現(xiàn)算法，并精確地表達這些算法。前者涉及所開發(fā)項目的具體要求和對每個模塊規(guī)定的功能。以及算法的設計和評價，后者需要給出適當?shù)乃惴枋?，為此應提供過程設計的表達工具。 記錄管理模塊 模塊定義 （ 1） 模塊編號： JILU_M （ 2）模塊名稱： 記錄管理 （ 3） 模塊功能： 對企業(yè)和各個部門發(fā)布的信息進行管理，能實現(xiàn)增加，刪除，修改等功能。 32 錄入信息 重新輸入信息 輸出到顯示器 開 始 結 束 N Y 錄入數(shù)據(jù)庫 是否符合輸入標準 輸入項目 輸入數(shù)據(jù)： 企業(yè)發(fā)布的信息，部門發(fā)布的信息。 輸出項目 輸出數(shù)據(jù)：企業(yè)發(fā)布的信息，部門發(fā)布的信息。 程序邏輯 33 圖 41 數(shù)據(jù)錄入程序流程 圖 the diagram of program flow of the date input 用戶登陸模塊 模塊定義 （ 1） 模塊編號： YONGHUDENGLU_M （ 2）模塊名稱： 用戶登陸 （ 3） 模塊功能： 判定用戶是否有權限登錄系統(tǒng)，以及有權限執(zhí)行哪些操作 輸入項目 輸入數(shù)據(jù)： 用戶名和密碼 程序邏輯 輸入用戶姓名及密碼 登陸 N 是否有匹配 34 Y 通過驗證，登陸成功 圖 42用戶登陸流程圖 Fig 42 user lands the flow chart 35 36 11 參考文獻 【 1】 譚貞軍 《深入理解 項目開發(fā)》 2020 年 7 月 第 1 版 清華大 學出版社 【 2】 百度文庫 《需求分析案例》 37 軟件測試 12 測試摘要 重點事項 本系統(tǒng)致力于提高企業(yè)內部辦公的效率，為公司的經(jīng)營提供更便捷的途徑，為了實現(xiàn)本公司內部人員的有效管理，系統(tǒng)提供了各種各樣特色功能，內部交互，部門管理等。測試時應當注意，每一種情況都必須考慮進去，而且要進行規(guī)范操作和不規(guī)范操作的測試，即系統(tǒng)容錯性的檢驗，系統(tǒng)的數(shù)據(jù)量到達一定程度的時候，系統(tǒng)是否任然能夠正常運行等。另外，系統(tǒng)面向的用戶可能背景知識不一，操作水平也不一樣，這是測試人員需要注 意的。 爭議事項 項目進度安排需要大家共同商量，一些項目功能與預計的又偏差，可能導致測試人員的困難。 風險評估 沒有真實的服務器做實驗，只能在虛擬機上布置軟件，與現(xiàn)實可能存在一些誤差，對 MS windows server 2020 的配置不是很了解， SqlServer 2020 在使用過程中也存在一定的困難，有些疑難雜癥可能不能解決，數(shù)據(jù)庫在使用過程中并不能保證完全沒有困難。 時間進度 測試開始時間： 2020 年 11 月 15 日 測試結束時間： 2020 年 11 月 25 日 前五天測試基本功能 ，進行統(tǒng)計，后面五天在修正的同時繼續(xù)測試，大家全 38 力以赴，把軟件做到完美！ 測試目標 測試爭取解決軟件中所有的 bug ，適應任何人群的使用，讓沒有使用過本系統(tǒng)的用戶以最快的時間上手，讓很少使用電腦或者電腦操作技能很差的用戶能能流暢使用。測試覆蓋軟件的各個功能，測試的數(shù)據(jù)量應該在 200 條以上，并且測試各種錯誤數(shù)據(jù)的適應和錯誤的檢測情況。 13 資源需求 硬件資源 機型：普通臺式機或筆記本，對硬件基本沒有要求。 IP/機型 操作系統(tǒng) 用途說明 軟件 amp。版本 預計空間 Windows server 2020 虛擬機架設軟件 MS qlServer 2020 2G Win7 測試 Tomca 200M 軟件資源 軟件名稱 用途說明 Windows IIS6 用來在服務端發(fā)布軟件。 39 SqlServer 2020 架設數(shù)據(jù)庫 Web 瀏覽器（任意） 測試客戶端訪問情況。 Exel 表格 統(tǒng)計測試數(shù)據(jù) Word 文字 編寫文檔 人力資源 角色 姓名 職責 項目組長 蔣能凱 負責安排項目的進度，督 促組員完成任務。 測試人員 崔紅艷 負責準備測試數(shù)據(jù)，整理錯誤數(shù)據(jù) 測試人員 李沖 負責軟件的運行，并統(tǒng)計項目運行中遇到的問題 測試人員 張國順 負責軟件測試報告的編寫 14 測試詳述 測試范圍 本系統(tǒng)需要進行 功能測試、集成測試、性能測試、安全測試等。測試項目涉及的業(yè)務功能與其它項目業(yè)務接口等。 項目的沒一個功能爭取都要測試一遍，測試完成后，要做好記錄，在哪里遇到什么錯誤，是什么原因，最后通過什么途徑解決的，發(fā)現(xiàn)的人是誰，最后解決的人是誰等信息都需要記錄在測試報告中。 測試目標 測試 的目的就是要找到程序中的錯誤，不要等到程序交付后再發(fā)現(xiàn)，這樣會造成嚴重的后果，對公司，團隊的信譽會造成不可挽回的損害。測試用例必須具 40 有代表性，系統(tǒng)測試不可能每種情況都枚舉詳盡，但是一定要有代表性，臨界值，臨界條件都要考慮到，不僅要考慮正規(guī)的操作，更要考慮不正規(guī)的操作，如果程序在少許不正規(guī)操作后就馬上崩潰，一定是個失敗的程序。 測試計劃及用例詳細安排表 系統(tǒng)模塊 測試內容 用例條數(shù) 測試方法 用戶登錄驗證 測試不同身份的用戶登錄 管理員： 5 位 普通職員： 10 位 身份，年齡，姓名，字符長度等要有代表性，注意臨 界值，用戶各個屬性都要測試。 登錄用戶注銷 注銷添加的用戶 管理員，普通職員各刪除 4 條 查看記錄是否能成功刪除，刪除后各部分的同步情況。 用戶分組添加 添加不同的用戶分組 項目經(jīng)理組： 2 個 項目成員分組： 10 個 測試人員分組： 2 個 在系統(tǒng)中增加不同的分組，填寫分組的詳細信息，注意臨界值。 用戶分組修改 修改增加分組的信息 修改所有的屬性 把用戶組所有的屬性都修改一遍，查看是否修改成功，各頁面是否顯示一致。 客戶檢索 使用不同關鍵字檢索 測試常用關鍵字的檢索 姓名 職務 年齡 所在組 在檢索欄中一次 輸入測試用例包含的關鍵字，查看檢索是否成功，準確。 客戶管理列表 顯示客戶的信息 顯示所有的客戶信息 管理負責各客戶的分組 查看后調用用戶分組修改模塊管理 添加團隊 添加不同的團隊 添加不同的項目工程團隊，如： 教務管理系統(tǒng)團隊 財務部 人事部 依次添加用例中提到的各個團隊，查看是否添加成功。 41 修改團隊處理 團隊信息的修改 修改團隊的所有屬性 修改團隊的所有屬性 一對一交互處理 一對一交互功能的實現(xiàn) 本組內同事交互 2 對 跨組交互 2 對 按照用例中的計劃實現(xiàn)普通信息的交互。 文件發(fā)送 用戶間文件傳 送 傳送不同的文件 .rar .zip .doc .img .jpg .txt .exe 不同大小的文件 測試不同類型，不同大小的文件，測試最大能上傳多大的文件。 測試進度 測試階段 開始時間 結束時間 資源 是否里程碑 系統(tǒng)測試計劃 1113 1114 指定測試計劃 否 測試用例編寫 1114 1114 需求分析，設計文檔 是 測試用例評審 1115 1115 需求分析，測試用例 是 單元測試 1115 1120 源程序，測試用例 是 用戶手冊編寫 1120 1122 源程序，測試結果 是 集成測試 1122 1123 源程序，測試用例 否 系統(tǒng)測試 1123 1125 源程序 否 系統(tǒng)測試報告編寫 1115 1125 測試結果 是 42 整體策略 編號 測試類型 說明 是否采用 1 功能測試 根據(jù)需求文檔、設計文檔等檢查產(chǎn)品是否正確實現(xiàn)了功能。 是 2 流程測試 按操作流程進行的測試，主要有業(yè)務流程、數(shù)據(jù)流程、邏輯流程、正反流程，檢查軟件在按流程操作時是否能夠正確處理 是 3 界面測試 檢查界面是否符合公司界面觃范，是否美觀合理 是 4 易用性測試 檢查系統(tǒng)是否易用友好，是否符合通用的操作習慣 是 5 接口測試 檢查系統(tǒng)能否與外部系統(tǒng)或外部設備等是否接口正常 是 6 安裝測試 檢查系統(tǒng)能否正確安裝、配置基礎數(shù)據(jù)是否正確 是 7 性能測試 提取系統(tǒng)性能數(shù)據(jù)，檢查系統(tǒng)是否滿足在需求中所觃定達到的性能。 是 8 安全性測試 檢查系統(tǒng)安全，是否達到安全需求，是否存安全隱患 是 9 兼容性測試 對于 C/S 架構的系統(tǒng)來說，需要考慮客戶端支持的系統(tǒng)平臺。 對于 B/S 架構的系統(tǒng)來說需要考慮用戶端瀏覽器的版本。 是 測試技術 編號 測試技術 說明 是否采用 1 測試用例設計 在產(chǎn)品需求評審通過后編寫測試用例 是 43 2 白盒測試 單元測試是否開展代碼測試 是 3 自動化測試 系統(tǒng)回歸時是否要引入自動化測試 是 4 性能測試 是否是使用工具進行性能方面的測試 是 質量目標 編寫 測試質量目標 確認人以及特殊說明 1 測試已實現(xiàn)的產(chǎn)品是否達到設計的要求，包括：各個功能點是否以實現(xiàn)，業(yè)務流程是否正確 組長 2 所有的測試用例已經(jīng)執(zhí)行過 組長 3 所有的自動測試腳本已經(jīng)執(zhí)行通過 組長 4 不允許存嚴重 程度為高和中的功能缺陷 組長 5 缺陷的發(fā)現(xiàn)速率正在下降幵接近 0 組長 6 在最后的三天內沒有發(fā)現(xiàn)嚴重程度為 高和中的缺陷 組長 15 計劃審核記錄 項目組組長 審核意見： 簽名： 44 日期： 指導老師 意見： 簽名： 日期：