【正文】 人員 ID int 4 否 是 Subject 計劃 安排標(biāo)題 Varchar 64 否 否 Schetype 計劃 類型 Varchar 20 是 否 Place 計劃 地點 Varchar 20 是 否 Content 計劃 內(nèi)容 Text 16 是 否 Repeatflag 重復(fù)標(biāo)志 Bit 1 否 否 RemaindFlag 是否需要提醒 Bit 1 否 否 Cdate 創(chuàng)建日期 Datetime 8 否 否 系統(tǒng)設(shè)計 25 系統(tǒng)開發(fā)與運行環(huán)境 系統(tǒng)開發(fā)環(huán)境 本系統(tǒng)是基于 Web 瀏覽器的 工作安排系統(tǒng) 的設(shè)計與實現(xiàn)，以下是本系統(tǒng)的開發(fā)環(huán)境： (1) 技術(shù)平臺： eclipse (2) 信息服務(wù)器： tomcat (3) 開發(fā)語言： JSP技術(shù)框架，實現(xiàn)語言完全采用 JAVA 語言。 (5) 數(shù)據(jù)庫： SQL Server 2021。 (6) 服務(wù)器操作系統(tǒng)：開發(fā)過程采用 Windows XP Professional 操作系統(tǒng)，系統(tǒng)實施后可以采用 Windows 2021 Server 或 Windows 2021 Server ， Windows XP 服務(wù)器操作系統(tǒng)。 系統(tǒng)運行環(huán)境 本系統(tǒng)完全采用 B/S結(jié)構(gòu)，軟件的安裝只在服務(wù)器端進(jìn)行，所有系統(tǒng)的管理與升級也只在服務(wù)器進(jìn)行，客戶端只要求操作系統(tǒng)是 Windows98/2021/XP/2021，瀏 覽器只需 或以上版本就可以了。 系統(tǒng)具體實現(xiàn) 26 4 系統(tǒng) 具體實現(xiàn) 登錄驗證 用戶進(jìn)入本系統(tǒng)前，首先要經(jīng)過登錄頁面進(jìn)行登錄，用戶輸入帳號和對應(yīng)的密碼，系統(tǒng)進(jìn)行身份驗證，驗證不通過時，給出錯誤信息，并禁止用戶進(jìn)入系統(tǒng)。當(dāng)驗證通過進(jìn)入系統(tǒng)，顯示系統(tǒng)主框架頁面，讀取本系統(tǒng)包括的模塊信息。登錄流 程如圖 43所示。 圖 41 登錄流程圖 用戶進(jìn)入系統(tǒng)之前必須通過身份驗證，身份驗證采用窗口驗證方式，用戶輸入登錄帳號和對應(yīng)的密碼后，系統(tǒng)判斷是否是合法用戶，如果不是，給出具體提示，是“不存在此用戶”還 是“密碼錯誤”，便于用戶判斷；如果登錄信息無誤，則進(jìn)入系統(tǒng)主頁面。 由于是 工作安排系統(tǒng) ，所以本系統(tǒng)不提供對外注冊模塊，系統(tǒng)默認(rèn)的系統(tǒng)管理員帳號具有創(chuàng)建 用戶 帳號的權(quán)限， 用戶 帳號可以默認(rèn)為 用戶 的企業(yè)編號或工號，這可根據(jù)企業(yè)的具體情況來定，默認(rèn)密碼即為 用戶 帳號， 用戶 登錄進(jìn)入系統(tǒng)后可以更改自己的密碼。 Y 用戶登錄 驗證 進(jìn)入主框架頁面 N 驗證不通過，給 出錯誤信息 系統(tǒng)具體實現(xiàn) 27 界面如 圖 42所示 ： 圖 42 主界面 圖 用戶 管理 本模塊功能實現(xiàn)比較簡單，只是實現(xiàn)了企業(yè)機構(gòu)、部門和 用戶 信息的增加、修改和刪除。在功能上沒法和專業(yè)的人力資源系統(tǒng)相比，但是作為本系統(tǒng)的支持性平 臺還是很有必要的。 用戶 管理系統(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ù)。 用戶 可以使用個人 計劃 安排功能安排每天什么時候需要做什么，還可以查看部門內(nèi)部其他人的公開 計劃 安排。 用戶進(jìn)入 計劃 模塊后，在主操作區(qū)以月歷模式顯示 計劃 信息，用戶可以單擊日歷上的記事圖標(biāo)進(jìn)行添加 計劃 安排，可以編輯已有的 計劃 安排，也可以刪除已有的 計劃安排。 如果有需要提醒的 計劃 安排，在屏幕的右下角會升起一個提醒窗口，就好像郵件提醒的界面一樣。 界面如 圖 44 所示 ： 圖 44 計劃管理界面 圖 記事本 我的記事本相當(dāng)于用戶自己的筆記本，可隨意記錄一些簡要的信息，并且只有用戶本人才能看到。用戶可添加，編輯和刪除自己的記事本信息。如下圖 45所示： 系統(tǒng)具體實現(xiàn) 29 圖 45 記事本界面 圖 系統(tǒng)管理模塊的體系結(jié)構(gòu)設(shè)計 系統(tǒng)管理是整個系統(tǒng)可靠安全運行的重要保證，系統(tǒng)管理員能夠?qū)τ脩暨M(jìn)行管理，根據(jù)需要分 配給用戶需要的權(quán)限，最后登錄用戶能隨時更改自己的登錄密碼。 如下圖46所示： 圖 46 系統(tǒng)管理界面 圖 系統(tǒng)具體實現(xiàn) 30 數(shù)據(jù)庫連接代碼 package util。 import .*。 public static class DBConn { try{ ()。 }catch(Exception ex){ ()。 } } public static Connection getConn(){ try{ Connection conn=(jdbc:microsoft:3。databasename=gzapxt,sa,123)。 return conn。 }catch(Exception ex){ ()。 return null。 } } public static void close(Connection conn,Statement st,ResultSet rs){ if(rs!=null){ try{ ()。 }catch(SQLException ex){ } } if(st!=null){ 系統(tǒng)具體實現(xiàn) 31 try { ()。 }catch(Exception ex){ } } if(conn!=null){ try{ ()。 }catch(Exception ex){ } } } } 系統(tǒng)調(diào)試與測試 32 5 系統(tǒng)調(diào)試與測試 程序調(diào)試 在設(shè)計系統(tǒng)的過程中，存在一些錯誤是必然的。對于語句的語法錯誤，在程序運行時自動提示，并請求立即糾正，因此，這類錯誤比較容易發(fā)現(xiàn)和糾正。但另一類錯誤是在程序執(zhí)行時由于不正確的操作或?qū)δ承?shù)據(jù)的計算公式的邏輯錯誤導(dǎo)致的錯誤結(jié)果。這類錯誤隱蔽性強，有時會出現(xiàn)，有時又不出現(xiàn)，因此，對這一類動態(tài)發(fā)生的錯誤的排查是耗時費力的。 程序的測試 測試的重要性及目的 （ 1） 測試的重要性 軟件的測試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測試學(xué)僅處于運行維護 階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。近來，軟件工程界趨向于一種新的觀點，即認(rèn)為軟件生命周期每一階段中都應(yīng)包含測試，從而檢驗本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯誤并加以修正，如果不在早期階段進(jìn)行測試，錯誤的延時擴散常常會導(dǎo)致最后成品測試的巨大困難。 事實上，對于軟件來講，不論采用什么技術(shù)和什么方法，軟件中仍然會有錯。采用新的語言、先進(jìn)的開發(fā)方式、完善的開發(fā)過程，可以減少錯誤的引入，但是不可能完全杜絕軟件中的錯誤，這些引入的錯誤需要測試來找出，軟件中的錯誤密度也需要測試來進(jìn) 行估計。測試是所有工程學(xué)科的基本組成單元，是軟件開發(fā)的重要部分。自有程序設(shè)計的那天起測試就一直伴隨著。統(tǒng)計表明，在典型的軟件開發(fā)項目中，軟件測試工作量往往占軟件開發(fā)總工作量的 40％以上。而在軟件開發(fā)的總成本中，用在測試上的開銷要占 30％到 50％。如果把維護階段也考慮在內(nèi)，討論整個軟件生存期時，測試的成本比例也許會有所降低，但實際上維護工作相當(dāng)于二次開發(fā)，乃至多次開發(fā)，其中必定還包含有許多測試工作。 在實踐中，軟件測試的困難常常使人望而卻步或敷衍了事，這是由于對測試仍然存在一些不正確的看法和錯誤的態(tài)度，這包 括 : ① 認(rèn)為測試工作不如設(shè)計和編碼那樣容易取得進(jìn)展難以給測試人員某種成就感 。 ② 以發(fā)現(xiàn)軟件錯誤為目標(biāo)的測試是非建設(shè)性的，甚至是破壞性的，測試中發(fā)現(xiàn)錯 系統(tǒng)調(diào)試與測試 33 位是對責(zé)任者工作的一種否定 。 ③ 測試工作枯燥無味，不能引起人們的興趣 。 ④ 測試工作是艱苦而細(xì)致的工作 。 ⑤ 對自己編寫的程序盲目自信，在發(fā)現(xiàn)錯誤后，顧慮別人對自己的開發(fā)能力的看法。 這些觀點對軟件測試工作是極為不利的，必須澄清認(rèn)識、端正態(tài)度，才可能提高軟件產(chǎn)品的質(zhì)量。 （ 2） 測試的目的 如果測試的目的是為了盡可能多地找出錯誤，那么測試就 應(yīng)該直接針對軟件比較復(fù)雜的部分或是以前出錯比較多的位置。 ① 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程 。 ② 測試是為了證明程序有錯，而不是證明程序無錯誤 。 ③ 一個好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤 。 ④ 一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。 這種觀點可以提醒人們測試要以查找錯誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點可能會產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯誤是軟件測試的唯一目，查找不出錯誤的測試就是沒有價值的，事實并非如此。 首先，測試并不僅僅是為了要找出錯誤。通 過分析錯誤產(chǎn)生的原因和錯誤的分布特征，可以幫助項目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進(jìn)。同時，這種分析也能幫助我們設(shè)計出有針對性地檢測方法，改善測試的有效性。其次，沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。 測試的步驟 與開發(fā)過程類似，測試過程也必須分步驟進(jìn)行，每個步驟在邏輯上是前一個步驟的繼續(xù)。大型軟件系統(tǒng)通常由若干個子系統(tǒng)組成，每個子系統(tǒng)又由若干個模塊組成。因此，大型軟件系統(tǒng)的測試基本上由下述幾個步驟組成： （ 1） 模塊測試 。 在這個測試步驟中所發(fā)現(xiàn)的往往是 編碼和詳細(xì)設(shè)計的錯誤。 （ 2） 系統(tǒng)測試 。 在這個測試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計中的錯誤，也可能發(fā)現(xiàn)需求說明中的錯誤。 （ 3） 驗收測試 。 在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。 系統(tǒng)調(diào)試與測試 34 測試的主要內(nèi)容 為了保證測試的質(zhì)量，將測試過程分成幾個階段，即 :代碼審查、單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。 （ 1） 單元測試 單元測試集中在檢查軟件設(shè)計的最小單位 — 模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。 （ 2） 集成測試 集成測試是將模塊按 照設(shè)計要求組裝起來同時進(jìn)行測試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問題。如一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響；把子功能組合起來可能不產(chǎn)生預(yù)期的主功能；個別看起來是可以接受的誤差可能積累到不能接受的程度；全程數(shù)據(jù)結(jié)構(gòu)可能有錯誤等。 （ 3） 確認(rèn)測試 確認(rèn)測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗證軟件的有效性，這就是確認(rèn)測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣 。 （ 4） 系統(tǒng)測試 軟件開發(fā)完成以后，最終還要與系統(tǒng)中其他部分配套運行，進(jìn)行系統(tǒng)測試。包括恢復(fù)測試、安全測試、強度測試和性能測試等。 單獨對系統(tǒng)的測試主要從以下幾方面入手： ① 功能測試：測試是否滿足開發(fā)要求，是否提供設(shè)計所描述的功能，是否用戶的需求都得到滿足。功能測試是系統(tǒng)測試最常用和必須的測試，通常還會以正式的軟件說明書為測試標(biāo)準(zhǔn)。 ② 強度測試及性能測試：測試系統(tǒng)能力最高實際限度，即軟件在一些超負(fù)荷情況下功能實現(xiàn)的情況。 ③ 安全測試：驗證安裝在系統(tǒng)內(nèi)的保護機構(gòu)確實能夠?qū)ο到y(tǒng)進(jìn)行保護，使之不受各種 非常的干擾。針對本系統(tǒng)主要是對權(quán)限系統(tǒng)的測試和對無效數(shù)據(jù)、錯數(shù)據(jù)、和非法數(shù)據(jù)干擾的能力的測試。 經(jīng)過上述的測試過程對軟件進(jìn)行測試后，本 工作 管理系統(tǒng)基本滿足開發(fā)的要求，無明顯異常和錯誤報告，測試宣告結(jié)束。 結(jié) 論