【正文】 affVo stv = new StaffVo()。 ((ID))。 ((STAFF_ID))。 ((STAFF_NAME))。 ((DEPT))。 ((IF_VALID))。 (stv)。 } pageModel = new PageModel()。 (pageNo)。 (pageSize)。 (itemList)。 (totalRecords)。 } catch (SQLException e) { throw new AppException(查找人員信息失??！)。 } finally { (rs)。 (stmt)。 (conn)。 } return pageModel。}其中返回pageModel對象，pageModel這個(gè)數(shù)據(jù)類型是系統(tǒng)開發(fā)中自定義的數(shù)據(jù)類，具有resultset的效果。 系統(tǒng)安全性的實(shí)現(xiàn)系統(tǒng)的安全性是當(dāng)前商業(yè)web系統(tǒng)開發(fā)的一項(xiàng)重要指標(biāo)。在本系統(tǒng)中采用的安全措施如下：（1）對系統(tǒng)文件夾進(jìn)行訪問控制權(quán)限的自主封裝，用戶在沒有登陸的情況下不能對web目錄下的任何文件進(jìn)行訪問，對于非授權(quán)訪問直接將頁面轉(zhuǎn)向到登陸頁面。這樣就在很大程度上面防止了黑客webshell的攻擊。（2）系統(tǒng)對action 的連接進(jìn)行了封裝，頁面無url的顯示和改變，隱藏了系統(tǒng)參數(shù)傳遞的顯示。對外隱藏了系統(tǒng)的數(shù)據(jù)處理流程，在一定程度上面防止了黑客軟件的漏洞掃描。（3）JDBC中使用了PreparedStatement對sql進(jìn)行預(yù)編譯，在一定程度上面防止了sql注入的發(fā)送。第6章 系統(tǒng)測試 功能性測試進(jìn)行軟件測試的目的主要是獲取系統(tǒng)在可接受風(fēng)險(xiǎn)范圍內(nèi)可用的信息，發(fā)現(xiàn)系統(tǒng)的缺陷、錯誤和系統(tǒng)不足，定義系統(tǒng)的能力和局限性，在測試過程中盡早的發(fā)現(xiàn)問題和風(fēng)險(xiǎn)可以提高系統(tǒng)的適用性能。 報(bào)修受理模塊測試該模塊測試重點(diǎn)是看完成的功能是否與客戶需求相符，是否按需求正常運(yùn)行。報(bào)修受理模塊是整個(gè)系統(tǒng)能否順利實(shí)施的關(guān)鍵，因此該模塊相對來說是比較重要的。該模塊的測試用例及測試結(jié)果如表 61 所示。表61 報(bào)修受理模塊測試用例及結(jié)果表編號測試方法預(yù)期結(jié)果實(shí)際結(jié)果BX001點(diǎn)擊【新建】按鈕進(jìn)入，查看頁面信息顯示。頁面顯示受理信息基本錄入項(xiàng)，【查看】按鈕，附件列表框，【添加】【刪除】【瀏覽】按鈕，【暫時(shí)保存】【提交】按鈕√BX002點(diǎn)擊【瀏覽】按鈕，彈出文件選擇對話窗口，選擇任意文件后，點(diǎn)擊【打開】按鈕文件名稱顯示在附件名稱輸入框內(nèi)。√BX003點(diǎn)擊【瀏覽】按鈕，彈出文件選擇窗口，點(diǎn)擊【取消】按鈕文件選擇窗口關(guān)閉，附件名稱輸入框內(nèi)內(nèi)容為空√BX004當(dāng)附件名稱輸入框內(nèi)內(nèi)容為空時(shí)，點(diǎn)擊【添加】按鈕彈出提示對話框：“請?zhí)砑痈郊?！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√BX005進(jìn)行正確的瀏覽附件操作后，點(diǎn)擊【添加】按鈕附件名稱輸入框內(nèi)內(nèi)容清空，附件列表框內(nèi)增加一項(xiàng)，其中附件名稱欄與瀏覽時(shí)附件名稱輸入框內(nèi)內(nèi)容相同√BX006在附件列表框內(nèi)容為空時(shí)，點(diǎn)擊【刪除】按鈕彈出提示對話框：“無文件可刪除！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√ 表61 報(bào)修受理模塊測試用例及結(jié)果表 續(xù)表編號測試方法預(yù)期結(jié)果實(shí)際結(jié)果BX007當(dāng)附件列表內(nèi)容不為空，但是不選中任何附件前的checkbox控件時(shí)，點(diǎn)擊【刪除】按鈕彈出提示信息對話框：“請選擇要刪除的附件文件！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√BX008當(dāng)附件列表內(nèi)容不為空，選中任意一個(gè)或幾個(gè)附件前的checkbox框，點(diǎn)擊【刪除】按鈕附件列表中被選中的內(nèi)容項(xiàng)被刪除√BX009在預(yù)約時(shí)間輸入框內(nèi)輸入錯誤的日期，如漢字后，點(diǎn)擊【暫時(shí)保存】按鈕彈出提示信息：“日期格式不對！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口，同時(shí)日期輸入框內(nèi)內(nèi)容置空√BX010選擇是否重復(fù)下拉框?yàn)槭?，不填寫關(guān)聯(lián)工單號輸入框，點(diǎn)擊【提交】按鈕關(guān)聯(lián)工單號變?yōu)楸靥铐?xiàng)，增加星號顯示，彈出提示信息：“關(guān)聯(lián)工單號為必填項(xiàng)，不能為空！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√BX011在頁面內(nèi)不輸入任何項(xiàng)，點(diǎn)擊【提交】按鈕彈出提示信息：“帶星號為必填項(xiàng)！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√BX012在電話號碼輸入框內(nèi)輸入非法電話號碼任何非法電話號碼都無法輸入進(jìn)去√測試結(jié)論：根據(jù)測試用例及測試結(jié)果分析得出，報(bào)修受理模塊完成了所要求的功能，可以正常運(yùn)行，符合系統(tǒng)開發(fā)要求。 搶修人員管理模塊測試搶修人員管理模塊主要是對搶修人員表的添行、刪行、修改行及查詢等功能進(jìn)行測試，測試實(shí)現(xiàn)的功能是否與客戶需求相符。測試的用例及結(jié)果如表 62 所示。測試結(jié)論：根據(jù)測試用例及測試結(jié)果分析得出，搶修人員管理模塊完成了所要求的功能，可以正常運(yùn)行，符合系統(tǒng)開發(fā)要求。表62 搶修人員管理模塊測試用例及結(jié)果表編號測試方法預(yù)期結(jié)果實(shí)際結(jié)果RP001數(shù)據(jù)庫中沒有數(shù)據(jù)時(shí)，從報(bào)修系統(tǒng)管理頁面點(diǎn)擊搶修人員管理鏈接無任何數(shù)據(jù)顯示在搶修人員管理界面√RP002在搶修人員管理界面點(diǎn)擊【增加】按鈕彈出增加人員信息的對話框√RP003在輸入框輸入合法數(shù)據(jù)，點(diǎn)擊【查詢】按鈕顯示按條件查詢到的搶修人員信息√RP004在查詢輸入框中輸入%彈出alert對話框，提示非法字符%，且輸入框置為空，焦點(diǎn)設(shè)在當(dāng)前輸入框中√RP005在下拉框中選擇每頁顯示的條數(shù)和第幾頁，點(diǎn)擊【go】按鈕根據(jù)選擇的頁面顯示記錄條數(shù)和第幾頁，查詢到相應(yīng)的記錄數(shù)，并顯示√RP006點(diǎn)擊“查詢選項(xiàng)”鏈接當(dāng)查詢條件顯示時(shí)，把其隱藏，反之，顯示√RP007點(diǎn)擊【刪除】按鈕當(dāng)沒有勾選checkbox時(shí)，彈出對話框，提示勾選checkbox；當(dāng)checkbox被勾選時(shí)，彈出確認(rèn)對話框，點(diǎn)擊【確定】時(shí)，當(dāng)刪除成功時(shí)，彈出對話框刪除成功，當(dāng)刪除失敗時(shí)，彈出刪除失敗對話框；點(diǎn)擊【取消】，刪除操作不進(jìn)行√ 報(bào)修處理模塊測試報(bào)修處理模塊主要是對錄入項(xiàng)內(nèi)容是否合法等功能進(jìn)行測試，測試實(shí)現(xiàn)的功能是否與客戶需求相符。測試的用例及結(jié)果如表 63 所示。表63 報(bào)修處理模塊測試用例及結(jié)果表編號測試方法預(yù)期結(jié)果實(shí)際結(jié)果CL001在“處理”流程節(jié)點(diǎn)的工單流程列表中，任選一條工單，點(diǎn)擊【處理】按鈕頁面顯示“受理工單號”、“受理工單信息”、“報(bào)修處理信息”，【打印】【暫時(shí)保存】【提交】按鈕√CL002在“處理”流程節(jié)點(diǎn)的工單流程列表中，選擇一條“未處理”的工單信息，點(diǎn)擊【處理】按鈕“報(bào)修處理信息”表單只顯示表格頭部和第一行內(nèi)容，即“是否退單”，后方下拉框顯示“請選擇”，“退單原因”置灰，后方無內(nèi)容√CL003在任意處理狀態(tài)的處理頁面中，對“是否退單”選擇“是”此時(shí)只顯示“退單原因”√CL004在任意處理狀態(tài)的處理頁面中，對“是否退單”選擇“否”，“是否重復(fù)”選擇“是”此時(shí)只顯示“關(guān)聯(lián)單號”√CL005“是否退單”選擇“是”填寫退單原因后，點(diǎn)擊【提交】按鈕提交成功彈出提示信息：“提交成功！”，否則，彈出“提交失??！”信息框√CL006對“派遣時(shí)間”，“到達(dá)現(xiàn)場時(shí)間”，“修復(fù)時(shí)間”輸入大于當(dāng)前年份的數(shù)字，點(diǎn)擊【提交】彈出信息提示對應(yīng)時(shí)間輸入框的年份錯誤，不能提交√CL007點(diǎn)擊【打印】按鈕，頁面彈出“打開或保存”提示框，點(diǎn)擊【保存】按鈕頁面彈出地址選擇控件，選擇地址并命名文件確定后，在指定地址可以找到該工單的xls文件，且其中數(shù)據(jù)正確√CL008在“搶修車輛”欄點(diǎn)擊【選擇】按鈕頁面中間彈出“搶修車輛選擇”控件√測試結(jié)論：根據(jù)測試用例及測試結(jié)果分析得出，報(bào)修處理模塊完成了所要求的功能，可以正常運(yùn)行，符合系統(tǒng)開發(fā)要求。 非功能性測試（1）根據(jù)checklist的各項(xiàng)要求對頁面風(fēng)格進(jìn)行測試，包括每個(gè)頁面與整體系統(tǒng)的顏色、風(fēng)格之類的進(jìn)行測試，測試后將需要調(diào)整的頁面進(jìn)行調(diào)整。（2）GUI測試：分別將顯示器分辨率設(shè)為1024768 和800600，測試頁面顯示是否正常。顯示器分辨率為1024768時(shí)顯示正常，分辨率為800600時(shí)會出現(xiàn)問題，需要進(jìn)行調(diào)整。改變?yōu)g覽器寬度，測試各頁面控件是否顯示正常。結(jié)果是瀏覽器寬度改變時(shí)，控件的寬度能隨之變化，最大程度上避免了滾動條的產(chǎn)生，方便了用戶操作。改變?yōu)g覽器的文字大小設(shè)置，文字大小若設(shè)置為“最大”，頁面顯示將不夠美觀，可以通過添加級聯(lián)樣式單（CSS）確定頁面顯示效果。使用不同版本瀏覽器進(jìn)行訪問，顯示結(jié)果均正常。結(jié) 論電力故障報(bào)修受理系統(tǒng)是電力行業(yè)解決方案的一個(gè)子系統(tǒng)，它利用先進(jìn)的計(jì)算機(jī)及網(wǎng)絡(luò)技術(shù)，協(xié)調(diào)報(bào)修受理人員進(jìn)行報(bào)修信息處理，快速響應(yīng)客戶報(bào)修請求并實(shí)時(shí)記錄報(bào)修處理流程，幫助電力行業(yè)人員提高工作效率和服務(wù)質(zhì)量，適應(yīng)當(dāng)今報(bào)修受理開發(fā)需求。經(jīng)過三個(gè)月的開發(fā)與設(shè)計(jì)，電力故障報(bào)修受理系統(tǒng)已開發(fā)成為一個(gè)較完善的信息交互平臺，初步具備實(shí)際使用的能力。在系統(tǒng)開發(fā)過程中，我對系統(tǒng)開發(fā)與實(shí)際應(yīng)用有了更深的理解和認(rèn)識，為我以后的學(xué)習(xí)和工作打下了堅(jiān)實(shí)的理論與實(shí)際操作相結(jié)合的基礎(chǔ)。同時(shí)，在開發(fā)系統(tǒng)過程中，我對J2EE，Javascript，Html，Jsp，Ajax，Json，Struts，Oracle等相關(guān)技術(shù)知識也有了更深層次的認(rèn)識。整個(gè)過程中，我們嚴(yán)格按照開發(fā)進(jìn)度和流程進(jìn)行系統(tǒng)開發(fā)，每天需要提交工作進(jìn)度日報(bào)，每周一次項(xiàng)目例會，同時(shí)定期進(jìn)行代碼評審。在實(shí)際開發(fā)過程中，會遇到一些棘手的技術(shù)問題或者未曾涉及的領(lǐng)域，這時(shí)需要查找資料，在短時(shí)間內(nèi)進(jìn)行快速學(xué)習(xí)，并將學(xué)習(xí)成果應(yīng)用到實(shí)際開發(fā)中。在開發(fā)過程中，小組成員本著將所學(xué)的理論知識應(yīng)用于實(shí)踐的思想，開發(fā)出高質(zhì)量系統(tǒng)的目的，進(jìn)行了詳細(xì)的調(diào)研，細(xì)致耐心的開發(fā)與設(shè)計(jì)，以刻苦鉆研，實(shí)事求是的態(tài)度開發(fā)出了系統(tǒng)。最重要的是通過開發(fā)與設(shè)計(jì)，鍛煉了我們分析問題以及進(jìn)行合理規(guī)劃與分析設(shè)計(jì)的能力，同時(shí)對開發(fā)工具的使用能力也有大幅度提高。我們將所學(xué)的理論知識結(jié)合到了實(shí)際的應(yīng)用中去，實(shí)際的動手能力也有明顯的提升，團(tuán)隊(duì)合作的重要性也通過本次系統(tǒng)的開發(fā)體會得更加深刻。但在開發(fā)于設(shè)計(jì)過程中也暴露了一些問題。由于開發(fā)設(shè)計(jì)能力有限，開發(fā)經(jīng)驗(yàn)不足，系統(tǒng)仍然存在一些問題，與實(shí)際應(yīng)用還有差距。在需求理解階段，搜集的信息不充足，對實(shí)際應(yīng)用情況了解不足，因此，在需求分析過程中對業(yè)務(wù)理解不徹底，系統(tǒng)的功能及工作流程不能在設(shè)計(jì)之初完整的確定下來，系統(tǒng)的某些功能是隨著設(shè)計(jì)的進(jìn)行逐步確定和修改的。在設(shè)計(jì)階段，由于前期的需求理解不夠充分，導(dǎo)致對問題的理解產(chǎn)生偏差，尤其在數(shù)據(jù)庫的設(shè)計(jì)方面存在較大問題，包括實(shí)體之間的聯(lián)系，實(shí)體的屬性等需要進(jìn)一步完善。在編碼前期由于規(guī)范定義不足，例如方法命名，文件用途等，還有組內(nèi)溝通不暢，導(dǎo)致后期返工率增加。項(xiàng)目后期我們進(jìn)行了系統(tǒng)的集成測試與綜合測試，發(fā)現(xiàn)幾個(gè)嚴(yán)重問題，包括界面元素缺失，系統(tǒng)功能不足等，這些情況的產(chǎn)生都是由于前期的需求理解錯誤，開發(fā)人員沒有及時(shí)的反應(yīng)信息。所以，在以后的工作中，我們應(yīng)該避免以上問題的發(fā)生，即使出現(xiàn)問題，也有及時(shí)的解決問題，否則對后期的工作影響很大。為此我們需要在以后的工作中繼續(xù)完善。參考文獻(xiàn)[1] [M].北京：[2] [3] 徐輝,[J][4] 張瑜,孫紹民,[J][5] [J][6] 張會建,鄭巖,[J][7] [J][8] [J][9] [J][10] 陳剛,[J][11] [J][12] [J][13] [M].北京：[14] [M](第三版).北京：[15] 衛(wèi)海, [M].北京：[16] 啟明工作室. Visual [M].北京：[17] [M].北京：[18] (第4版) [M].北京：[19] [M].北京：[20] [J].[21] 房景亮,[J].[22] [J].[23] 吳玉田,[J].[24] [J].2008年1月[25] Van Kouwen. Applicability of Decision Support Systems for Integrated Coastal Zone [26] Volonino. Managing the Lifecycle of Electronically Stored [27] WeiKang. Design of a knowledgebased performance evaluation [28] Wen,W. A knowledgebased decision support system for measuring enterprise .[29] Azadeh,M. Design of the integrated information system, business, and production process by [30] John W. Systems Analysis and Design in a Changing [31] Kenneth. Essentials Of