【正文】 參考文獻(xiàn)[1] [M].北京：[2] [3] 徐輝,[J][4] 張瑜,孫紹民,[J][5] [J][6] 張會(huì)建,鄭巖,[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 。所以，在以后的工作中，我們應(yīng)該避免以上問(wèn)題的發(fā)生，即使出現(xiàn)問(wèn)題，也有及時(shí)的解決問(wèn)題，否則對(duì)后期的工作影響很大。在編碼前期由于規(guī)范定義不足，例如方法命名，文件用途等，還有組內(nèi)溝通不暢，導(dǎo)致后期返工率增加。在需求理解階段，搜集的信息不充足，對(duì)實(shí)際應(yīng)用情況了解不足，因此，在需求分析過(guò)程中對(duì)業(yè)務(wù)理解不徹底，系統(tǒng)的功能及工作流程不能在設(shè)計(jì)之初完整的確定下來(lái)，系統(tǒng)的某些功能是隨著設(shè)計(jì)的進(jìn)行逐步確定和修改的。但在開發(fā)于設(shè)計(jì)過(guò)程中也暴露了一些問(wèn)題。最重要的是通過(guò)開發(fā)與設(shè)計(jì)，鍛煉了我們分析問(wèn)題以及進(jìn)行合理規(guī)劃與分析設(shè)計(jì)的能力，同時(shí)對(duì)開發(fā)工具的使用能力也有大幅度提高。在實(shí)際開發(fā)過(guò)程中，會(huì)遇到一些棘手的技術(shù)問(wèn)題或者未曾涉及的領(lǐng)域，這時(shí)需要查找資料，在短時(shí)間內(nèi)進(jìn)行快速學(xué)習(xí)，并將學(xué)習(xí)成果應(yīng)用到實(shí)際開發(fā)中。同時(shí)，在開發(fā)系統(tǒng)過(guò)程中，我對(duì)J2EE，Javascript，Html，Jsp，Ajax，Json，Struts，Oracle等相關(guān)技術(shù)知識(shí)也有了更深層次的認(rèn)識(shí)。經(jīng)過(guò)三個(gè)月的開發(fā)與設(shè)計(jì)，電力故障報(bào)修受理系統(tǒng)已開發(fā)成為一個(gè)較完善的信息交互平臺(tái)，初步具備實(shí)際使用的能力。使用不同版本瀏覽器進(jìn)行訪問(wèn)，顯示結(jié)果均正常。結(jié)果是瀏覽器寬度改變時(shí)，控件的寬度能隨之變化，最大程度上避免了滾動(dòng)條的產(chǎn)生，方便了用戶操作。顯示器分辨率為1024768時(shí)顯示正常，分辨率為800600時(shí)會(huì)出現(xiàn)問(wèn)題，需要進(jìn)行調(diào)整。 非功能性測(cè)試（1）根據(jù)checklist的各項(xiàng)要求對(duì)頁(yè)面風(fēng)格進(jìn)行測(cè)試，包括每個(gè)頁(yè)面與整體系統(tǒng)的顏色、風(fēng)格之類的進(jìn)行測(cè)試，測(cè)試后將需要調(diào)整的頁(yè)面進(jìn)行調(diào)整。測(cè)試的用例及結(jié)果如表 63 所示。測(cè)試結(jié)論：根據(jù)測(cè)試用例及測(cè)試結(jié)果分析得出，搶修人員管理模塊完成了所要求的功能，可以正常運(yùn)行，符合系統(tǒng)開發(fā)要求。 搶修人員管理模塊測(cè)試搶修人員管理模塊主要是對(duì)搶修人員表的添行、刪行、修改行及查詢等功能進(jìn)行測(cè)試，測(cè)試實(shí)現(xiàn)的功能是否與客戶需求相符。頁(yè)面顯示受理信息基本錄入項(xiàng)，【查看】按鈕，附件列表框，【添加】【刪除】【瀏覽】按鈕，【暫時(shí)保存】【提交】按鈕√BX002點(diǎn)擊【瀏覽】按鈕，彈出文件選擇對(duì)話窗口，選擇任意文件后，點(diǎn)擊【打開】按鈕文件名稱顯示在附件名稱輸入框內(nèi)。該模塊的測(cè)試用例及測(cè)試結(jié)果如表 61 所示。 報(bào)修受理模塊測(cè)試該模塊測(cè)試重點(diǎn)是看完成的功能是否與客戶需求相符，是否按需求正常運(yùn)行。（3）JDBC中使用了PreparedStatement對(duì)sql進(jìn)行預(yù)編譯，在一定程度上面防止了sql注入的發(fā)送。（2）系統(tǒng)對(duì)action 的連接進(jìn)行了封裝，頁(yè)面無(wú)url的顯示和改變，隱藏了系統(tǒng)參數(shù)傳遞的顯示。在本系統(tǒng)中采用的安全措施如下：（1）對(duì)系統(tǒng)文件夾進(jìn)行訪問(wèn)控制權(quán)限的自主封裝，用戶在沒(méi)有登陸的情況下不能對(duì)web目錄下的任何文件進(jìn)行訪問(wèn)，對(duì)于非授權(quán)訪問(wèn)直接將頁(yè)面轉(zhuǎn)向到登陸頁(yè)面。}其中返回pageModel對(duì)象，pageModel這個(gè)數(shù)據(jù)類型是系統(tǒng)開發(fā)中自定義的數(shù)據(jù)類，具有resultset的效果。 (conn)。 } finally { (rs)。 (totalRecords)。 (pageSize)。 } pageModel = new PageModel()。 ((IF_VALID))。 ((STAFF_NAME))。 ((ID))。 ListStaffVo itemList = new ArrayListStaffVo()。) where r) .append(pageSize * (pageNo 1)).append( and r=).append(pageSize * pageNo)。 and STAFF_NAME like 39。 (select * from (select rownum r,staff_info.* from staff_info where STAFF_ID like 39。 if (()) { totalRecords = (1)。)。 and STAFF_NAME like 39。 (select count(*) from staff_info where STAFF_ID like 39。 } stmt = ()。 try { conn = ()。 PageModel pageModel = null。 Statement stmt = null。以執(zhí)行查詢的SQL語(yǔ)句的方法為例，代碼如下所示。 DAO層的實(shí)現(xiàn)DAO類實(shí)現(xiàn)了數(shù)據(jù)庫(kù)的連接、數(shù)據(jù)訪問(wèn)功能。 }}該類中還有delStaff()、addStaff()、editStaff()等方法，分別用于完成刪除、添加、修改人員信息行等業(yè)務(wù)。 public static StaffService getInstance() { return instance。如該類中的獲得搶修人員信息的方法，通過(guò)getInstance()方法，將獲得的數(shù)據(jù)返回，以提供給action中的list()方法使用。 BO層的實(shí)現(xiàn)在報(bào)修受理模塊、報(bào)修調(diào)度模塊、報(bào)修處理模塊、報(bào)修回訪模塊、報(bào)修歸檔模塊、報(bào)修查詢模塊、,。 return (list)。 // 調(diào)用業(yè)務(wù)邏輯操作 PageModel pageModel = ().searchStaff( (), (), sv)。 // 創(chuàng)建StaffVo實(shí)體對(duì)象，并將StaffForm中的內(nèi)容設(shè)置到StaffVo對(duì)象中 StaffVo sv = new StaffVo()。代碼如下所示。該類中具有l(wèi)ist()、del()、add()、modify()四個(gè)方法，分別完成了向頁(yè)面顯示查詢信息、刪除、添加以及修改行信息功能。在這里以搶修人員管理模塊為例進(jìn)行說(shuō)明。從應(yīng)用的角度，Struts用MVC模式封裝了數(shù)據(jù)通信的過(guò)程，在jsp頁(yè)面要得到ActionForm中的數(shù)據(jù)只需使標(biāo)簽中的屬性和ActionForm中的屬性名字一樣，Struts會(huì)自己去找到相應(yīng)的屬性字段。頁(yè)面：，以及ActionForm配置，可以在前臺(tái)JSP與Action之間建立起映射。BO層需要什么樣的數(shù)據(jù)，DAO就用相應(yīng)的方法對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)的增刪改查得到結(jié)果來(lái)提供相應(yīng)的數(shù)據(jù)。BO是中間層，是承上啟下的一層，什么數(shù)據(jù)都要通過(guò)它來(lái)進(jìn)行傳遞。下面對(duì)項(xiàng)目結(jié)構(gòu)進(jìn)行介紹：Action：繼續(xù)使用struts的通用方式，處理調(diào)用和交互問(wèn)題。瀏覽器： 以上依賴組件：Microsoft Office Excel 2003第5章 系統(tǒng)實(shí)施 程序編寫本系統(tǒng)所采用的框架是較流行的Struts框架。表412 下拉列表配置表字段名數(shù)據(jù)類型描述TYPE_IDVARCHAR2(32)主鍵，列表IDIDVARCHAR2(32)列表鍵VALUEVARCHAR2(64)列表值FLAGVARCHAR2(8)標(biāo)志位，標(biāo)識(shí)是否可用MEMOVARCHAR2(64)備注 系統(tǒng)開發(fā)工具及運(yùn)行環(huán)境 開發(fā)工具及開發(fā)調(diào)試環(huán)境計(jì)算機(jī)硬件：處理器為Intel Pentium，內(nèi)存容量512M，硬盤80G。該表主要用于維護(hù)下拉列表內(nèi)容信息。表411 主鍵遞增表字段名數(shù)據(jù)類型描述TABLE_NMVARCHAR2(64)主鍵，表的名稱COL_NMVARCHAR2(32)字段名FORE_CHARVARCHAR2(16)前綴字符MAX_IDNUMBER最大值MEMOVARCHAR2(64)備注（12）下拉列表配置表(SELECTS)，存儲(chǔ)了所有下拉列表內(nèi)容的基本信息，如列表ID，列表鍵，列表值，標(biāo)志位，備注等。在其他各表增加新項(xiàng)需要產(chǎn)生一定規(guī)范的主鍵值時(shí)時(shí)會(huì)使用此表。它的主鍵為TABLE_NM字段。附件表的結(jié)構(gòu)如下表 410 所示。它的主鍵為ATTACHI_ID字段，用APP_NO字段作為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。該表主要用于搶修車輛信息的維護(hù)，在用戶對(duì)搶修車輛信息進(jìn)行增刪改查操作，以及工單處理階段選擇搶修車輛時(shí)會(huì)使用此表，搶修車輛信息表結(jié)構(gòu)如下表 49 所示。表47 工單回訪信息表字段名數(shù)據(jù)類型描述WK_NOVARCHAR2(32)主鍵，回訪工單IDAPP_NOVARCHAR2(16)外鍵，關(guān)聯(lián)受理工單IDMODE_CODEVARCHAR2(8)回訪方式RET_VISIT_TIMEDATE回訪時(shí)間SUCC_FLAGVARCHAR2(8)回訪成功標(biāo)志FAIL_REASONVARCHAR2(256)回訪失敗原因CUST_OPINIONVARCHAR2(256)回訪客戶意見(jiàn)IF_RESENDVARCHAR2(8)是否重新發(fā)送RESEND_REASONVARCHAR2(256)重新發(fā)送原因表48 搶修人員信息表字段名數(shù)據(jù)類型描述IDVARCHAR2(32)主鍵，搶修人員IDSTAFF_IDVARCHAR2(16)搶修人員工號(hào)STAFF_NAMEVARCHAR2(32)搶修人員姓名DEPTVARCHAR2(32)搶修人員所屬部門IF_VALIDVARCHAR2(8)是否空閑（9）搶修車輛信息表(VEHICLE_INFO)，存儲(chǔ)了搶修車輛的基本信息，如車牌號(hào)，車型號(hào)，聯(lián)系電話，是否空閑等。它的主鍵為ID字段。該表主要用于回訪信息的維護(hù)，在用戶進(jìn)行客戶回訪，以及工單查詢時(shí)會(huì)使用此表，工單回訪信息表結(jié)構(gòu)如下表 47 所示。表45 工單調(diào)度信息表字段名數(shù)據(jù)類型描述ATTEMPER_IDVARCHAR2(32)主鍵，調(diào)度工單IDAPP_NOVARCHAR2(16)外鍵，關(guān)聯(lián)受理工單IDREPAIR_DEPT_NOVARCHAR2(32)發(fā)送部門RECEIVE_TIMEDATE接單時(shí)間DISPACH_TIMEDATE發(fā)送時(shí)間RETURN_FLAGVARCHAR2(8)退單標(biāo)志RETURN_REASONVARCHAR2(8)退單原因表46 工單處理信息表字段名數(shù)據(jù)類型描述ATTEMPER_IDVARCHAR2(32)主鍵，調(diào)度工單IDAPP_NOVARCHAR2(16)外鍵，關(guān)聯(lián)受理工單IDREPAIR_DEPT_NOVARCHAR2(32)發(fā)送部門RECEIVE_TIMEDATE接單時(shí)間DISPACH_TIMEDATE發(fā)送時(shí)間RETURN_FLAGVARCHAR2(8)退單標(biāo)志RETURN_REASONVARCHAR2(8)退單原因（7）工單回訪信息表(S_RETVISIT_RSLT)，存儲(chǔ)了工單回訪的基本信息，如回訪部門、回訪人員、回訪人員、回訪成功標(biāo)志、回訪失敗原因等。它的主鍵為HANDLE_ID字段，用APP_NO字段作為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。該表主要用于調(diào)度信息的維護(hù)，在用戶對(duì)工單進(jìn)行調(diào)度，以及工單查詢時(shí)會(huì)使用此表，工單受理信息