【導讀】本文論述了基于J2EE的食品安全監(jiān)管系統(tǒng)的開發(fā)背景、意義和目前的發(fā)展現(xiàn)狀；及實現(xiàn)這個目標的步驟。文中詳細論述了開發(fā)基于MVC模式的管理信息系統(tǒng)的方法。應商等基本信息的管理，食品質量管理、食品市場管理等。系統(tǒng)采用了模塊化設計，有界面友好、操作簡單、易于維護以及安全性較高等特點，功能也得到很好的擴展。

　　

【正文】 blic boolean deleteFeature(int gisTagId) throws Exception{ Connection con=null。 PreparedStatement prepStmt=null。 ResultSet rs =null。 try { 23 con=()。 String deleteStr = delete from enterprise where objectId=+gisTagId。 prepStmt = (deleteStr)。 ()。 }finally{ closeResultSet(rs)。 closePrepStmt(prepStmt)。 closeConnection(con)。 } return false。 } public boolean deleteFeature2(String enterpriseid) throws Exception{ Connection con=null。 PreparedStatement prepStmt=null。 ResultSet rs =null。 try { con=()。 String deleteStr =delete from enterprise where enterpriseid=39。+enterpriseid+39。 prepStmt = (deleteStr)。 ()。 }finally{ closeResultSet(rs)。 closePrepStmt(prepStmt)。 closeConnection(con)。 } return false。 } public Collection getResultList(String strSQL) throws Exception{ Connection con=null。 PreparedStatement prepStmt=null。 ResultSet rs =null。 ArrayList resultList = new ArrayList()。 try { con=()。 prepStmt = (strSQL)。 rs = ()。 while(()){ ((1))。 24 } }finally{ closeResultSet(rs)。 closePrepStmt(prepStmt)。 closeConnection(con)。 } (resultList)。 return resultList。 } public Collection getEnterpriseByMType(String mType) throws Exception{ Connection con=null。 PreparedStatement prepStmt=null。 ResultSet rs =null。 String strSQL。 strSQL = select distinct(objectid) from VIEW_EnterpriseType where etype = 39。+ mType + 39。 ArrayList resultList = new ArrayList()。 try { con=()。 prepStmt = (strSQL)。 rs = ()。 while(()){ ((1))。 } }finally{ closeResultSet(rs)。 closePrepStmt(prepStmt)。 closeConnection(con)。 } (resultList)。 return resultList。 } public Collection getEnterpriseByPType(String pType) throws Exception{ Connection con=null。 PreparedStatement prepStmt=null。 ResultSet rs =null。 String strSQL。 strSQL = select distinct(objectid) from VIEW_EnterpriseType where ptype = 39。+ 25 pType + 39。 ArrayList resultList = new ArrayList()。 try { con=()。 prepStmt = (strSQL)。 rs = ()。 while(()){ ((1))。 } }finally{ closeResultSet(rs)。 closePrepStmt(prepStmt)。 closeConnection(con)。 } } public Collection getEnterpriseByType(String mType,String pType) throws Exception{ Connection con=null。 PreparedStatement prepStmt=null。 ResultSet rs =null。 String strSQL。 strSQL = select objectid from VIEW_EnterpriseType where mtyp = 39。+mType+39。 and ptype = 39。+ pType + 39。 ArrayList resultList = new ArrayList()。 try { con=()。 prepStmt = (strSQL)。 rs = ()。、 while(()){ ((1))。 } }finally{ closeResultSet(rs)。 closePrepStmt(prepStmt)。 closeConnection(con)。 } (resultList)。 return resultList。}} 26 第 5 章 系統(tǒng)測試 在軟件，特別是大型軟件的開發(fā)工程中，在開發(fā)的每一個階段都可能引入錯誤。雖然可以在每個階段結束之前通過正式的技術評審和管理復審的方法發(fā)現(xiàn)并糾正軟件中的差錯，但審查并不能發(fā)現(xiàn)所有的錯誤。軟件測試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的錯誤過程，是軟件投入運行前，對軟件需求分析、設計、實現(xiàn)的強有力的最終審查。軟件通過一系列的測試后就可能產生一個較正確、可靠性高并且滿足用戶需求的軟件產品。 軟件測試的目的是為了發(fā)現(xiàn)程序中的錯誤。軟件測試的過程就是程序運行的過程。程序運行需要數據，為了進 行有效的測試而設計的輸入數據和預期的輸出數據稱為測試用例。設計測試用例的原則自然是盡可能暴露錯誤，一個好的測試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤。一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)錯誤。 軟件測試的通常包括有靜態(tài)測試和動態(tài)測試兩種。 靜態(tài)測試是采用人工檢測和計算機輔助靜態(tài)分析的方法對程序進行檢測。 動態(tài)測試是指事先設計好一組測試用例，然后通過運行程序來發(fā)現(xiàn)錯。其測試方法有兩種：黑盒測試和白盒測試?，F(xiàn)分別對白盒測試與黑盒測試進行介紹： 大型軟件系統(tǒng)的測試分為單元測試、集成測試和系統(tǒng)測試三個階段 。多數場合，設計者 與測試者共同完成單元測試任務；專門機構負責軟件產品的集成測試。但要指出的是，不能保證通過測試的程序一定正確，測試只能找出程序中的錯誤，而不能證明程序無錯。人們認為，軟件運行期間測試活動從未間斷，只是在軟件交付用戶之后，將由用戶繼續(xù)扮演測試角色而已。 單元測試 單元測試在編碼階段進行。在源代碼編制完成并經過編譯檢查和評審后，就可以開始進行單元測試。測試用例的設計應與評審工作相結合，根據測試計劃和詳細設計測試數據，并應該給出對應的期望結果。 單元測試的測試對象是經過軟件設計并編碼的一個個程序模塊。單元 測試的依據是根據詳細設計的描述制定的單元測試計劃。為了盡可能多的發(fā)現(xiàn)并糾正程序模塊中的錯誤，單元測試多采用白盒測試技術。一般來說，單元測試可以并行進行。單元測試的任務主要包括模塊接口測試、模塊局部數據結構的測試、模塊中所有獨立路徑的測試、模塊中各條錯誤處理路徑的測試和模塊邊界條件的測試。 分別采用黑盒測試與白盒測試方法，以登錄模塊為例進行測試。 （ 1） 采用黑盒測試方法 黑盒測試主要是測試軟件是否滿足功能需求。它是把被測的程序模塊看成一個黑匣子，即完全不考慮程序的內部結構和處理過程，測試僅在程序的接口上進 行。黑盒測試僅檢查程序是否具有需求規(guī)格說明書中所規(guī)定的功能、能否適當地接收輸入數據 27 并產生正確的結果信息、能否保持數據庫或文件等外部信息的完整性。 因此黑盒測試又 稱為 功能測試 。黑盒測試主要測試的錯誤類型有：不正確或遺漏的功能；界面錯誤；數據結構或外部數據庫訪問錯誤；性能錯誤；初始化和終止條件錯誤。使用等價類劃分的測試用例實現(xiàn)黑盒測試，其過程如下： 首先，劃分等價類及編號。等價類的劃分的結果如表 511 所示，即劃分了 3 個有效的等價類和 3 個無效的等價類。 表 511 登錄模塊的等價類劃分 輸入等價類 有效 等價類 無效等價類 用戶名 (1)數字 (2)非數字 密碼 (3)非空字符 (4) 空 其次， 為每一個有效等價類設計設計一個測試用例。設計測試用例需要覆蓋所有的有效等價類。在表 511 中列出了 2 個有效等價類，分別編號為 (1) (3)設計測試用例如表 512。 表 512 有效等價類測試用例 測試數據 期望結果 覆蓋的有效等價類 010001 輸入有效 (1) abcd32 輸入有效 (3) 然后，為每一個無效等價類設計一個測試用例。設計測試用例需要覆蓋所有的有效等價類。在表 511 中列出了 2 個無效等價類，分別編號為 (2) (4)設計測試用例如表513。 表 513 無效等價類測試用例 測試數據 期望結果 覆蓋的無效等價類 123 無效輸入 (2) abc 無效輸入 (2) NULL 無效輸入 (4) 說明： NULL 表示為空。 （ 2） 采用白盒測試方法 白盒測試是一種透明的測試技術，它是以程序的內部邏輯結構為基礎來設計測試用例的。它是把被測的程序看成一個透明的白匣子，即完全了解程序的內部結構和詳 28 細的處理過程，測試是在程序的內部結構上進行的。白盒測試的原則 是 ： 保證模塊中每一獨立的路徑至少執(zhí)行一次；保證所有判斷的每一分支至少執(zhí)行一次；保證每個判定表達式中每個條件的所有可能結果至少出現(xiàn)一次；保證每一循環(huán)都在邊界條件和一般條件下至少各執(zhí)行一次；驗證所有內部數據結構的有效性。白盒測試過程如下： 程序流程圖如圖 511 所示。以下是按白盒測試原則設計的測試用例： 1） = ， = “123” 期望結果：“提示：用戶名不能為空” 2） = “0102”， = 期望結果：“提示：密碼不能為空” 3） = “000001”， = “123” 期望結果：“提示：無此用戶” 4） = “010001”， = “123” 期望結果：“提示：無此用戶” 5） = “010001”， = “010001” 期望結果：進入系統(tǒng) 集成測試 集成測試將軟件組成系統(tǒng)的一種測試技術，即按照系統(tǒng)設計要求把通過單元測試的所有模塊逐步 組裝與測試，最后組裝成一個完整的軟件系統(tǒng)的測試過程。因此，集成測試又稱為組裝測試或綜合測試。 集成測試旨在發(fā)現(xiàn)與接口有關的錯誤。這些錯誤包括：數據通過接口時會丟失；一個模塊的功能對另一個模塊產生了不利影響；幾個子功能組合起來沒有實現(xiàn)主功能；全局數據結構出現(xiàn)錯誤；誤差的不斷積累達到不能接受的程度等。 集成測試又兩種集成方式，即非增量集成方式和增量集成方式。 非增量集成方式是將經過單元測試的所有模塊一次性全部組裝起來，然后進行整體測試，最后得到所要求的軟件系統(tǒng)。這種集成方式容易出現(xiàn)混亂；對每個錯誤定位非常困難； 在改正一個錯誤時，還可能引入新的錯誤。所以不采用此方式。 29 增量集成方式是將經過單元測