【導(dǎo)讀】過去社區(qū)警務(wù)辦公都依靠人工操作來完成社區(qū)居民戶籍記錄、修改等管理操作，以及出警的記錄都要耗費大量時間。人員日常辦公、出警變得更有效率。和系統(tǒng)的功能實現(xiàn)為主線來論述數(shù)據(jù)庫管理軟件的開發(fā)過程。主要闡述以軟件工程理論

　　

【正文】 圖 525 下載文件界面 警務(wù)人員信息管理 界面 警務(wù)人員信息管理界面如圖 526 所示。 圖 526 警務(wù)人員信息界面 警務(wù)人員添加界面如圖 527 所示。 圖 527 警務(wù)人員添加界面 29 第六章 系統(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ā)生的錯誤的排查是耗時費力的。 程序的測試 測試的重要性及目的 軟件的測試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測試學(xué)僅處于運行維護階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。近來，軟件工程界趨向于一種新的觀點，即認為軟件生命周期每一階段中都應(yīng)包含測試，從而檢驗本階段的成果是否接近預(yù)期的目標，盡可能早的發(fā)現(xiàn)錯誤并加以修正，如果不在早期階段進行測試，錯誤的延時擴散常常會 導(dǎo)致最后成品測試的巨大困難。 在實踐中，軟件測試的困難常常使人望而卻步或敷衍了事，這是由于對測試仍然存在一些不正確的看法和錯誤的態(tài)度，這包括： （ 1） 認為測試工作不如設(shè)計和編碼那樣容易取得進展難以給測試人員某種成就感； （ 2） 以發(fā)現(xiàn)軟件錯誤為目標的測試是非建設(shè)性的，甚至是破壞性的，測試中發(fā)現(xiàn)錯位是對責(zé)任者工作的一種否定； （ 3） 試工作枯燥無味，不能引起人們的興趣； （ 4） 測試工作是艱苦而細致的工作； （ 5） 對自己編寫的程序盲目自信，在發(fā)現(xiàn)錯誤后，顧慮別人對自己的開發(fā)能力的看法。 這些觀點對軟件測試工作是極為 不利的，必須澄清認識、端正態(tài)度，才可能提高軟件產(chǎn)品的質(zhì)量。 如果測試的目的是為了盡可能多地找出錯誤，那么測試就應(yīng)該直接針對軟件比較復(fù)雜的部分或是以前出錯比較多的位置。 （ 1） 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程； （ 2） 測試是為了證明程序有錯，而不是證明程序無錯誤； 30 （ 3） 一個好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤； （ 4） 一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。 這種觀點可以提醒人們測試要以查找錯誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點可能會產(chǎn)生誤 導(dǎo)，認為發(fā)現(xiàn)錯誤是軟件測試的唯一目，查找不出錯誤的測試就是沒有價值的，事實并非如此。 首先，測試并不僅僅是為了要找出錯誤。通過分析錯誤產(chǎn)生的原因和錯誤的分布特征，可以幫助項目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進。同時，這種分析也能幫助我們設(shè)計出有針對性地檢測方法，改善測試的有效性。其次，沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。 測試的步驟 與開發(fā)過程類似，測試過程也必須分步驟進行，每個步驟在邏輯上是前一個步驟的繼續(xù)。大型軟件系統(tǒng)通常由若干個子系統(tǒng)組成，每個子系 統(tǒng)又由若干個模塊組成。因此，大型軟件系統(tǒng)的測試基本上由下述幾個步驟組成： （ 1）模塊測試：在這個測試步驟中所發(fā)現(xiàn)的往往是編碼和詳細設(shè)計的錯誤。 （ 2）系統(tǒng)測試：在這個測試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計中的錯誤，也可能發(fā)現(xiàn)需求說明中的錯誤。 （ 3）驗收測試：在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。 測試的主要內(nèi)容 為了保證測試的質(zhì)量，將測試過程分成幾個階段，即：代碼審查、單元測試、集成測試、確認測試和系統(tǒng)測試。 （ 1）單元測試 單元測試集中在檢查軟件設(shè)計的最小單位 — 模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該 模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。 （ 2）集成測試 集成測試是將模塊按照設(shè)計要求組裝起來同時進行測試，主要目標是發(fā)現(xiàn)與接口有關(guān)的問題。如一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響；把子功能組合起來可能不產(chǎn)生預(yù)期的主功能；個別看起來是可以接受的誤差可能積累到不能接受的程度；全程數(shù)據(jù)結(jié)構(gòu)可能有錯誤等。 （ 3）確認測試 確認測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接 著就應(yīng)該進一步驗證軟件的有效性，這就是確認測試的任務(wù)，即軟件的功能和性能如同用戶所期待的那樣。 （ 4）系統(tǒng)測試 軟件開發(fā)完成以后，最終還要與系統(tǒng)中其他部分配套運行，進行系統(tǒng)測試。包括恢 31 復(fù)測試、安全測試、強度測試和性能測試等。 單獨對系統(tǒng)的測試主要從以下幾方面入手： ①功能測試：測試是否滿足開發(fā)要求，是否提供設(shè)計所描述的功能，是否用戶的需求都得到滿足。功能測試是系統(tǒng)測試最常用和必須的測試，通常還會以正式的軟件說明書為測試標準。 ②強度測試及性能測試：測試系統(tǒng)能力最高實際限度，即軟件在一些超負荷情況下功能實現(xiàn)的 情況。 ③安全測試：驗證安裝在系統(tǒng)內(nèi)的保護機構(gòu)確實能夠?qū)ο到y(tǒng)進行保護，使之不受各種非常的干擾。針對本系統(tǒng)主要是對權(quán)限系統(tǒng)的測試和對無效數(shù)據(jù)、錯數(shù)據(jù)、和非法數(shù)據(jù)干擾的能力的測試。 （ 5）黑盒測試 從理論上講，黑盒測試只有采用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出 程序 中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但可能 的輸入進行測試。這樣看來，完全測試是不可能的，所以我們要進行有針對性的測試，通過制定測試案例指導(dǎo)測試的實施，保證 軟件測試 有組織、按步驟，以及有計劃地進行。黑盒測試行為必須能夠加以量化，才能真正保證 軟件質(zhì)量 ，而 測試用例 就是將測試行為具體量化的方法之一。具體的黑盒 測試用例設(shè)計 方法包括等價類劃分法、邊界值分析法、錯誤推測法、 因果圖法 、判定 表驅(qū)動 法、正交試驗設(shè)計法、功能圖法、 場景 法等 安全性問題 Web 開發(fā)中安全性是必須考慮的一個很重要的方面，特別是在諸如個信息等敏感數(shù)據(jù)的模塊中更是關(guān)鍵，所以這也是后期開發(fā)需要引起重視的。下面就這方面的技術(shù)和解決方案加以討論。 (1)安裝防火墻：安裝防火 墻并且屏蔽數(shù)據(jù)庫端口能有效地阻止了來自 Inter 上對數(shù)據(jù)的攻擊。 (2)輸入檢查和輸出過濾：用戶在請求中嵌入惡意 HTML 標記來進行攻擊破壞，防止出現(xiàn)這種問題要靠輸入檢查和輸出過濾，而這類檢查必須在服務(wù)器端進行，一旦校驗代碼發(fā)現(xiàn)有可疑的請求信息，就將這些可疑代碼替換并將其過濾掉。 測試用例 本文 采 用黑盒測試 ，測試用例如表 61 所示： 表 61 用戶注冊測試用例 類別 測試用例 期望輸出 警務(wù)人員登錄 輸入用戶名 請輸入密碼 輸入密碼 請輸入用戶名 32 輸入錯誤 用戶名或密碼 請輸入正確的用 戶名密碼 填寫正確數(shù)據(jù) 登錄成功 表 61 測試效果如下圖所示 。 圖 61 未輸入用戶名測試結(jié)果 圖 62 未輸入密碼測試結(jié)果 圖 63 輸入錯誤用戶名或密碼 圖 64 輸入正確的用戶名與密碼 33 總 結(jié) 本文通過本系統(tǒng)設(shè)計與開發(fā)，從而得出下列結(jié)論： （ 1）學(xué)習(xí)一門新技術(shù)，最重要的是實踐，只有多動手才能盡快掌握它。 （ 2）一個系統(tǒng)的開發(fā)，經(jīng)驗是最重要的，經(jīng)驗不足，就難免會有許多考慮不周之處。 （ 3）要想吸引更多的用戶，系統(tǒng)的界面必須要美觀、有特 色、友好，功能要健全。不過由于經(jīng)驗不足， 本文 設(shè)計的圖形界面比較簡單 ， 只是對基本功能進行了開發(fā)。 （ 4）本次開發(fā) 結(jié)合了多種 web 技術(shù)， 讓我深入的體會到了 web 開發(fā)奧秘。也遇到了許多 問題，提高了我的分析和解決問題的能力 。 實踐證明，本系統(tǒng)有著很好的發(fā)展前景，經(jīng)測試運行。本文所制作的系統(tǒng)界面友好、使用靈活、操作簡單、功能齊全、表現(xiàn)方式獨特，已基本具備了成熟的技術(shù)理論。 由于時間倉促， 本次開發(fā)和設(shè)計 由我 一個人完成 ，對我這樣一個 ExtJS 新手而言所制作的模塊還有不完善的地方。數(shù)據(jù)庫的設(shè)計也比較簡單。還有很多畢業(yè)設(shè)計中 用到ExtJS 語言的知識也不夠全面，還有很多地方不能夠作到完全的理解和掌握。通過這次畢業(yè)論文的設(shè)計制作使本人受益匪淺。首先，由于畢業(yè)設(shè)計所用的 ExtJS 技術(shù)和其中用到 ExtJS 語言的其他部分是在課堂上沒有接觸過的，要用它來做設(shè)計必須通過大量自學(xué)來掌握，在這個過程中，不僅大大提高了我的自學(xué)能力而且讓我對 ExtJS 的學(xué)習(xí)有了進一步的認識。由于是獨立完成在畢業(yè)設(shè)計的過程遇到了很多的困難，我求教了不少老師和同學(xué)，在這個過程中讓我體會到了，一個團隊的重要性。 34 謝 辭 在本次畢業(yè) 論文過程中，得到了指導(dǎo)老師的指導(dǎo)與支持。在此特別感謝王老師的大力幫助。王老師的悉心指導(dǎo)和大力支持，在總體結(jié)構(gòu)、功能的把握上給予了非常大的幫助，同時根我們提供了非常優(yōu)越的設(shè)計環(huán)境，并對我在編程、數(shù)據(jù)庫設(shè)計等細節(jié)工作上給予了耐心的指導(dǎo)，對于我順利完成這次畢業(yè)論文起到了關(guān)鍵性的作用。 我還要感謝我的母校，以及在大學(xué)五年生活中給予我關(guān)心和幫助的老師和同學(xué)，是他們教會了我專業(yè)的知識和做人的道理。通過這次畢業(yè)論文我還明白了作為一名計算機專業(yè)的大學(xué)畢業(yè)生，我們要會的不僅僅是編寫代碼，更重要的是要有整體把握系統(tǒng)設(shè)計的能力。 我會在以后的工作和學(xué)習(xí)中不斷完善自己，為我最熱愛的母校爭光，為自己翻開輝煌的新篇章。 35 參考文獻 [1] 郝玉龍 .Java EE 編程技術(shù) .北京 :北京交通大學(xué)出版社 2020 [2] 王強 賈素玲 . Oracle 數(shù)據(jù)庫基礎(chǔ) .北京 ： 清華大學(xué)出版社 2020 [3] 徐明華 .Struts 基礎(chǔ)與案例開發(fā)詳解 .北京： 清華大學(xué)出版社 2020 [4] 李興華 .Java Web 開發(fā)實戰(zhàn)經(jīng)典基礎(chǔ)篇 .北京： 清華大學(xué)出版社 2020 [5] Stephen Classical Soft Engineering. 北京 ： 機械工業(yè)出版社 2020 [6] Bruce in ： 機械工業(yè)出版社 2020 [7] 衛(wèi)軍 夏慧軍 孟臘春 .ExtJS Web 應(yīng)用程序開發(fā)指南 . 北京：機械工業(yè)出版社 2020 [8] 陳雄華 林開雄 . . 北京：電子工業(yè)出版社 2020 [9] 李剛。瘋狂 Ajax講義 .北京：電子工業(yè)出版社 2020 [10] 李剛。 Struts 權(quán)威指南 . 北京：電子工業(yè)出版社 2020 [11] 趙俊昌 祝紅濤 吳越人 .精通 JS腳本之 ExtJS框架 .北京：化工工業(yè)出版社 2020 [12] 雨虹 .企業(yè)級 WEB開發(fā) —— JSF/RichFaces,ExtJS 實戰(zhàn)剖析 .北京：電子工業(yè)出版社 2020 [13] Craig .北京：人民郵電出版社 2020 [14] 連洪武 .Eclipse Web 開發(fā)從入門到精通 :實例版 [M].北京 :清華大學(xué)出版社 ,2020. [15] 李松林 ,陳華清 ,任鑫 .Eclipse 寶典 [M].北京 :電子工業(yè) 出版社 ,2020.