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

　　

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