【正文】 經(jīng)過上述的測試過程對軟件進行測試后，本 工作 管理系統(tǒng)基本滿足開發(fā)的要求，無明顯異常和錯誤報告，測試宣告結(jié)束。 ③ 安全測試：驗證安裝在系統(tǒng)內(nèi)的保護機構(gòu)確實能夠?qū)ο到y(tǒng)進行保護，使之不受各種 非常的干擾。功能測試是系統(tǒng)測試最常用和必須的測試，通常還會以正式的軟件說明書為測試標(biāo)準(zhǔn)。包括恢復(fù)測試、安全測試、強度測試和性能測試等。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進一步驗證軟件的有效性，這就是確認測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣 。如一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響；把子功能組合起來可能不產(chǎn)生預(yù)期的主功能；個別看起來是可以接受的誤差可能積累到不能接受的程度；全程數(shù)據(jù)結(jié)構(gòu)可能有錯誤等。 （ 1） 單元測試 單元測試集中在檢查軟件設(shè)計的最小單位 — 模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。 在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。 在這個測試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計中的錯誤，也可能發(fā)現(xiàn)需求說明中的錯誤。 在這個測試步驟中所發(fā)現(xiàn)的往往是 編碼和詳細設(shè)計的錯誤。大型軟件系統(tǒng)通常由若干個子系統(tǒng)組成，每個子系統(tǒng)又由若干個模塊組成。其次，沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。通 過分析錯誤產(chǎn)生的原因和錯誤的分布特征，可以幫助項目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進。但是僅憑字面意思理解這一觀點可能會產(chǎn)生誤導(dǎo)，認為發(fā)現(xiàn)錯誤是軟件測試的唯一目，查找不出錯誤的測試就是沒有價值的，事實并非如此。 ④ 一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。 ② 測試是為了證明程序有錯，而不是證明程序無錯誤 。 （ 2） 測試的目的 如果測試的目的是為了盡可能多地找出錯誤，那么測試就 應(yīng)該直接針對軟件比較復(fù)雜的部分或是以前出錯比較多的位置。 ⑤ 對自己編寫的程序盲目自信，在發(fā)現(xiàn)錯誤后，顧慮別人對自己的開發(fā)能力的看法。 ③ 測試工作枯燥無味，不能引起人們的興趣 。 在實踐中，軟件測試的困難常常使人望而卻步或敷衍了事，這是由于對測試仍然存在一些不正確的看法和錯誤的態(tài)度，這包 括 : ① 認為測試工作不如設(shè)計和編碼那樣容易取得進展難以給測試人員某種成就感 。而在軟件開發(fā)的總成本中，用在測試上的開銷要占 30％到 50％。自有程序設(shè)計的那天起測試就一直伴隨著。采用新的語言、先進的開發(fā)方式、完善的開發(fā)過程，可以減少錯誤的引入，但是不可能完全杜絕軟件中的錯誤，這些引入的錯誤需要測試來找出，軟件中的錯誤密度也需要測試來進 行估計。近來，軟件工程界趨向于一種新的觀點，即認為軟件生命周期每一階段中都應(yīng)包含測試，從而檢驗本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯誤并加以修正，如果不在早期階段進行測試，錯誤的延時擴散常常會導(dǎo)致最后成品測試的巨大困難。這類錯誤隱蔽性強，有時會出現(xiàn)，有時又不出現(xiàn)，因此，對這一類動態(tài)發(fā)生的錯誤的排查是耗時費力的。對于語句的語法錯誤，在程序運行時自動提示，并請求立即糾正，因此，這類錯誤比較容易發(fā)現(xiàn)和糾正。 }catch(Exception ex){ } } if(conn!=null){ try{ ()。 } } public static void close(Connection conn,Statement st,ResultSet rs){ if(rs!=null){ try{ ()。 }catch(Exception ex){ ()。databasename=gzapxt,sa,123)。 }catch(Exception ex){ ()。 import .*。如下圖 45所示： 系統(tǒng)具體實現(xiàn) 29 圖 45 記事本界面 圖 系統(tǒng)管理模塊的體系結(jié)構(gòu)設(shè)計 系統(tǒng)管理是整個系統(tǒng)可靠安全運行的重要保證，系統(tǒng)管理員能夠?qū)τ脩暨M行管理，根據(jù)需要分 配給用戶需要的權(quán)限，最后登錄用戶能隨時更改自己的登錄密碼。 界面如 圖 44 所示 ： 圖 44 計劃管理界面 圖 記事本 我的記事本相當(dāng)于用戶自己的筆記本，可隨意記錄一些簡要的信息，并且只有用戶本人才能看到。 用戶進入 計劃 模塊后，在主操作區(qū)以月歷模式顯示 計劃 信息，用戶可以單擊日歷上的記事圖標(biāo)進行添加 計劃 安排，可以編輯已有的 計劃 安排，也可以刪除已有的 計劃安排。 用戶 管理系統(tǒng)模塊功能結(jié)構(gòu)示意如圖 43所表示： 圖 43 用戶 信息管理系統(tǒng)功能結(jié)構(gòu)圖 員工信息管理 員工信息管理 新增員工信息 編輯員工信息 刪除員工信息 部門信息管理 新增部門信息 編輯部門信息 刪除部門信息 機構(gòu)信息管理 新增機構(gòu)信息 編輯機構(gòu)信息 刪除機構(gòu)信息 系統(tǒng)具體實現(xiàn) 28 計劃 管理 計劃 管理模塊是管理工作計劃和 計劃 的工具，是網(wǎng)絡(luò)化的記事本和工作助理，它以時間為線索，為企業(yè)領(lǐng)導(dǎo)和個人的日常工作服務(wù)。 Y 用戶登錄 驗證 進入主框架頁面 N 驗證不通過，給 出錯誤信息 系統(tǒng)具體實現(xiàn) 27 界面如 圖 42所示 ： 圖 42 主界面 圖 用戶 管理 本模塊功能實現(xiàn)比較簡單，只是實現(xiàn)了企業(yè)機構(gòu)、部門和 用戶 信息的增加、修改和刪除。 圖 41 登錄流程圖 用戶進入系統(tǒng)之前必須通過身份驗證，身份驗證采用窗口驗證方式，用戶輸入登錄帳號和對應(yīng)的密碼后，系統(tǒng)判斷是否是合法用戶，如果不是，給出具體提示，是“不存在此用戶”還 是“密碼錯誤”，便于用戶判斷；如果登錄信息無誤，則進入系統(tǒng)主頁面。當(dāng)驗證通過進入系統(tǒng)，顯示系統(tǒng)主框架頁面，讀取本系統(tǒng)包括的模塊信息。 系統(tǒng)運行環(huán)境 本系統(tǒng)完全采用 B/S結(jié)構(gòu)，軟件的安裝只在服務(wù)器端進行，所有系統(tǒng)的管理與升級也只在服務(wù)器進行，客戶端只要求操作系統(tǒng)是 Windows98/2021/XP/2021，瀏 覽器只需 或以上版本就可以了。 (5) 數(shù)據(jù)庫： SQL Server 2021。 整個系統(tǒng)的結(jié)構(gòu)框架如圖 31 所示： 圖 31 系統(tǒng)結(jié)構(gòu)框架圖 工作安排系統(tǒng) 工作計劃管理 員工管理 文件管理 工作日志管理 系統(tǒng)管理 系統(tǒng)退出 計劃內(nèi)容管理 計劃名稱管理 發(fā)布部門管理 員工信息管理 部門信息管理 機構(gòu)信息管理 會議記錄本 記事本 文件搜索 修改登錄密碼 添加系統(tǒng)用戶 刪除系統(tǒng)用戶 系統(tǒng)設(shè)計 18 系統(tǒng)數(shù)據(jù)模型設(shè)計 概念模型（ ER 圖） 通過第二章中對系統(tǒng)數(shù)據(jù)流以及局部數(shù)據(jù)流和數(shù)據(jù)字典的分析，可以總結(jié)出系統(tǒng)中數(shù)據(jù)概念模型（ ER圖），其中主要的數(shù)據(jù)關(guān)系模型 —— 計劃 管理概念模型如圖 32所示： 圖 32 計劃 管理概念模型 管理員 管理 日程基本信息 日程預(yù)約 記事本 員工 寫 主鍵號 人員 ID 標(biāo)題 類 型 私人內(nèi)容 重復(fù)標(biāo)志 提前幾天提醒 開始時間 結(jié)束時間 創(chuàng)建日期 日程安排 ID 人員 ID 刪除標(biāo)志位 主鍵 ID 人員 ID 內(nèi)容 創(chuàng)建時間 系統(tǒng)設(shè)計 19 文件管理概念模型如圖 33 所示 ： 圖 33 文件管理概念模型圖 包含 文件 文件附件 創(chuàng)建日期 文件名 關(guān)鍵字 刪除的日期 創(chuàng)建人員 附件文件名 附件大小 附件類型 刪除標(biāo)志位 創(chuàng)建日期 附件路徑 員工 管理員 管理 使用 系統(tǒng)設(shè)計 20 用戶 管理概念模型如圖 34所示： 圖 34 用戶 管理 概念模型圖 關(guān)系模型 經(jīng)過對如上 ER 圖的分析，設(shè)計，得出如下的關(guān)系模型： 用戶 基本信息表（用戶 ID號，用戶姓名，登錄 ID號，登錄密碼，性別，人員編號，電子信箱，任職部門，職務(wù)） 部門基本信息表（部門 ID號，部門名稱，經(jīng)理姓名，電話） 機構(gòu)基本信息表（機構(gòu) ID號，機構(gòu)名稱，機構(gòu)簡介，刪除標(biāo)志） 信息內(nèi)容表（信息主鍵號，接收對象，信息標(biāo)題，信息內(nèi)容，發(fā)送日期，附件文件名，信息重要性，刪除標(biāo)志位） 文件信息表（文件名，關(guān)鍵字，創(chuàng)建日期，創(chuàng)建人員，刪除的日期） 文件權(quán)限信息表（權(quán)限號，文件名，文件管 理權(quán)，文件讀權(quán)，文件寫權(quán)，文件刪除權(quán)） 記事本 信息表（ 記事本 號，備注，創(chuàng)建日期，更新日期，創(chuàng)建人員，刪除日期，刪除標(biāo)志位） 員工 所屬 部門 登錄密碼 機構(gòu) 所屬 性別 人員編 號 用戶姓名 電子信箱 任職部門 職務(wù) 部門 ID 部門名稱 經(jīng)理電話 電話 刪除標(biāo)志 機構(gòu) ID 機構(gòu)名稱 機構(gòu)簡介 系統(tǒng)設(shè)計 21 計劃 類型表（主鍵 ID，類型名稱） 計劃 地點表（主鍵 ID，地點名稱） 計劃 信息表（人員 ID， 計劃 安排標(biāo)題， 計劃 類型， 計劃 地點， 計劃 內(nèi)容，重復(fù)標(biāo)志，是否需要提醒，創(chuàng)建日期） 設(shè)計數(shù)據(jù)庫 數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計完畢以后，可以將上面的數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為數(shù)據(jù)庫的邏輯結(jié)構(gòu)。 用戶信息表 如表 21所示： 表 21 用戶 信息表 名字：用戶信息表 描述：記錄公司員工的信息 定義：員工信息表 =用戶 ID 號 +用戶姓名 +登錄 ID 號 +登錄密碼 +性別 +人員編號 +電子信箱 +任職部門 +職務(wù) 位置：用戶驗證中心 名字：用戶 ID 號 描述：標(biāo)識用戶的憑證 定義：用戶 ID 號 =1{數(shù)字 }20 位置：員工信息表 用 戶驗證中心 名字：登錄密碼 描述：驗證用戶是否合法的唯一憑證 定義：登錄密碼 =1{字符 }50 位置：員工信息表 用戶驗證中心 名字：用戶姓名 描述：用戶的姓名 定義：用戶姓名 ={字符 }50 位置：用戶信息表 用戶驗證中心 名字：人員編號 描述：企業(yè)部門的編號 定義：用戶編號 =1{數(shù)字 }20 位置：員工信息表 用戶驗證中心 名字：登錄 ID 號 描述：登錄 ID 號 定義：登錄 ID 號 ={數(shù)字 }7 位置：員工信息表 用戶驗證中心 名字：任職部門 描述：員工所在的部門 定義：任職部門 =1{數(shù)字 }20 位置：員工信息表 名字：性別 描述：男或女 定義：性別 =1{字符 }1 位置：員工信息表 名字：職務(wù) 描述：用戶在公司的職務(wù) 定義：職務(wù) ={字符 }10 位置：員工信息表 名字：電子信箱 描述：用戶的電子信箱 定義：電子信箱 ={字符 }20 位置：員工信息表 系統(tǒng)需求分析 14 部門 信息表 如表 22所示： 表 22 部門信息表 機構(gòu) 信息表 如表 23所示： 表 23 機構(gòu)信息表