畢業論文_基于j2ee的食品安全監管備案系統(編輯修改稿)

　

【文章內容簡介】 。 J2EE 體系結構提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應用的需求。通過提供統一的開發平臺， J2EE 降低了開發多層應用的費用和復雜性，同時提供對現有應用程序集成強有力支持，完全支持Enterprise JavaBeans，有良好的向導支持打包和部署應用 ，添加目錄支持，增強了安全機制，提高了性能。 結構的選擇方面有兩種： B/S 結構和 C/S 結構。 C/S 結構，即 Client/Server(客戶機 /服務器 )結構，是大家熟知的軟件系統體系結構，通過將任務合理分配到 Client 端和 Server 端，降低了系統的通訊開銷，可以充分利用兩端硬件環境的優勢。早期的軟件系統多以此作為首選設計標準 。 B/S 結構，即 Browser/Server(瀏覽器 /服務器 )結構，是隨著 Inter 技術的興起，對 C/S 結構的一種變化或者改進的結構。在這種結構下，用戶界面完全通過 WWW瀏覽 器實現，一部分事務邏輯在前端實現，但是主要事務邏輯在服務器端實現，形成所謂 3tier 結構。 B/S 結構，主要是利用了不斷成熟的 WWW 瀏覽器技術，結合瀏覽器的多種 Script 語言 (VBScript、 JavaScript…) 和 ActiveX 技術，用通用瀏覽器就實現了原來需要復雜專用軟件才能實現的強大功能，并節約了開發成本，是一種全新的軟件系統構造技術。隨著 Windows 98/Windows 20xx 將瀏覽器技術植入操作系統內部，這種結構更成為當今應用軟件的首選體系結構。 相比較而言 B/S 結構具有分布性特點，可 以隨時隨地進行查詢、瀏覽等業務處理。 業務擴展簡單方便，通過增加網頁即可增加服務器功能。維護簡單方便，只需要改變網頁，即可實現所有用戶的同步更新。開發簡單，共享性強 。雖然也存在功能弱化等缺點，但是對于本系統來說完全夠用了。 對于控制層的選擇，雖然 Struts2 更先進，但是考慮到 Struts1 這個框架已經深入開發人員的大腦里 ，而且對 Struts2 并不是很熟悉，所以為了系統的穩定和開發周期的縮短，還是決定采用 Struts1。 Struts 是 Apache 軟件組織提供的一項開放源碼項目，它為 Java Web 應用提供了 模型 視圖 控制器（ ModelView Controller，簡稱 MVC）框架，尤其適用于開發大型可擴展的 Web 應用。 Struts 這個名字來源于在建筑和舊式飛機中使用的支持金屬架。 Struts 為 Web 應用提供了一個通用的框架，使得開發人員可以把精力集中在如何解決實際業務問題上。此外， Struts 框架提供了許多供擴展和定制的地方， 7 應用程序可以方便的擴展框架，來更好的適應用戶的實際需求。 對數據庫的操作選擇 JDBC，雖然 Hibernate 和 ibatis 是關系數據庫框架，開發速度快，更加面向對象，可以 移植更換數據庫，但是影響系統的性能，相比較而言，JDBC 就更為靈活，因為 SQL 語句是開發者自己編寫的，且操作數據庫的效率更高，系統運行速度快。 所以綜上分析，本系統決定采用的方案是：使用 B/S 結構，利用 Struts1，可以采用 MVC 的設計模式，利用 JDBC 訪問數據庫 Oracle，服務器使用免費開源的Tomcat。 8 第 3 章 需求分析 軟件需求分析是指用戶對目標軟件系統在功能、行為、性能、設計約束等方面的期望。通過對應用問題及其環境的理解與分析，為問題涉及的信息、功能及系統行為建立模型，將用戶需求精確化、完 全化，最終形成需求規格說明，這一系列的活動即構成軟件開發生命周期的需求分析階段。 需求分析是介于系統分析和軟件設計階段的重要橋梁。一方面，需求分析以系統規格說明和項目規劃作為分析活動的基本出發點，并從軟件角度對它們進行檢查與調整；另一方面，需求規格說明又是軟件設計、實現、測試直至維護的主要基礎。良好的分析活動有助于避免或盡早剔除錯誤，從而提高軟件生產率，降低開發成本，改進軟件質量。 需求分析任務是確定待開發軟件的功能需求、性能需求和運行環境約束，編制軟件需求規格說明、軟件系統的確認測試準則和用戶手冊概要。軟 件的功能需求應指明軟件必須完成的功能。軟件的性能需求包括：軟件的安全性、可靠性、可維護性、精度、錯誤處理、適應性，等等。軟件系統在運行環境方面的約束指待開發的軟件系統必須滿足的運行環境方面的要求。 需求分析的目標是從信息處理的功能需求上提出系統設計的方案，即邏輯模型， 為下一階段進行概要設計提供依據。 現行業務描述 系統各個人員負責的主要業務如下： 工商局管理員 主要 負責 全省行政區劃管理、全省工商行政管理機構管理、食品集中交易場所管理、 對備案商戶的營業執照、衛生許可證等證照進行備案、查詢、預警管理 。 企 業 管理員 主要負責 備案自身信息、客戶信息、生產廠家信息、供應商信息和商品信息 。 功能需求 本系統主要有 9 個子系統 ，分別是 全省行政區劃管理、全省工商行政管理機構管理、食品集中交易場所管理、食品經營主體管理、 商戶信息管理、客戶信息管理、生產廠家信息管理、供應商信息管理和商品信息管理 。 是 建立全省行政區劃基礎數據 。 需要工商局管理員填寫 區劃代碼、區劃全稱、上級區劃、區劃性質 ， 可以分別對 區劃代碼、區劃全稱、上級區劃、區劃性質 進行增、改、查。 2. 全省工商行政管理機構是 建立全省工商行政管理 機構基礎數據 管理。 需要工商局管理員填寫 機構代碼、機構全稱、地址、郵編、上級機關、管轄區劃、從事食 9 品相關監管執法人員數 。 可以 進行增、改、查。 3. 食品集中交易場所管理是 建立食品集中交易場所基礎數據 。 登記項包括場所名稱、場所地址、所屬區劃、管轄工商機關、場所類型、地域類型、其他性質、市場開辦方名稱、營業執照號、前置許可證號 。 4. 食品經營主體管理 是對備案商戶的營業執照、衛生許可證等證照進行備案、查詢、預警管理。 5. 商戶信息管理是指管理轄區內所有食品銷售商戶的基本信息，如名稱、所屬工商所、工商注冊號、地理 位置、聯系人、聯系電話。可以進行修改。 6. 客戶信息管理是指管理備案商戶的客戶信息，如名稱、地理位置、聯系人、聯系電話 。 7. 生產廠家管理是指記錄備案商戶所銷售的產品的生產廠家，作為溯源的資料進行管理。包括名稱、地址、工商注冊號、聯系人、聯系電話。 8. 供應商管理是指記錄備案商戶所銷售的產品的生產廠家，作為溯源的資料進行管理。包括名稱、地址、工商注冊號、聯系人、聯系電話。 9. 商品信息管理是指對備案商戶所銷售的食品進行登記，包括商品名稱、條形碼、單位、規格、生產廠家、保質期 系統開發目標 項目總體目標是 建立 一款面向各級工商監管部門和經營者食品安全監管 備案的應用軟件， 食品安全監管備案系統要求食品進入市場前必須進行備案，保證了消費者可以購買到來路正當、渠道合法的的商品；對經營者來說，如果銷售的食品一旦有問題可以立刻進行追根溯源，規避風險；對于工商局的管理人員來說，通過系統，了解工商局轄區內是否存在問題，可以更進一步的詳細了解轄區某個店是否存在問題。 綜上所述，幫助 工商局 備案企業的食品信息 ，解決實際管理中的各類問題，是設計該系統的主要目標。 系統數據流圖 一個基于計算機的信息處理系統是由 數據流和一系列的轉換構成的，而這些轉換將輸入數據流變換為輸出數據流。數據流圖就是用來刻畫數據流和轉換的信息系統建模技術。它用簡單的圖形記號分別表示數據流、轉換、數據源以及外部實體。它提供了層次結構，讓分析人員能夠方便地表示任意抽象級別上的信息系統或其子系統，并支持問題分解、逐步求精的分析方法。 在眾多的分析方法中，結構化分析方法（ Structured Analysis，簡稱 SA方法）是一種簡單實用的方法。 SA 方法從最上層的系統組織結構入手，采用自頂向下，逐步分解的方式分析系統。 SA 方法把任何一個系統都抽象為 數據流圖，如圖 31 所 10 示。其中給出的只是最高層次抽象的系統概貌，要反映更詳細的內容，可將處理功能分為若干子功能，每個子功能還可以繼續分解，直到系統工作過程表示清楚為止。在處理功能逐步分解的同時，它們所有的數據也逐級分解，形成若干層次的數據流圖。 圖 31 基本數據流圖 這里給出了本系統的部分數據流圖。系統頂級數據流圖如圖 32 所示， 1 級數據流圖如圖 33 所示， 2 級數據流圖如圖 34 所示。 圖 32 系統頂級數據流圖 全省行政區劃管理 工商 行政機構 管理 食品交易場所管理 食品經營主體管理 操作判斷 操作 區劃備案 機構備案 場所管理 主體管理 行政信息 場所信息 主體信息 區劃信息 數據流 數據來源 數據流 數據輸出 數據存儲 處理 密碼驗證 系統用戶 系統 11 圖 33 系統 1 級數據流圖 圖 34 系統 2 級數據流圖 系統 ER 圖 概念數據模型獨立于具體的數據處理的細節和數據庫管理系統。這次設計仍采用實體聯系圖作為概念設計的工具，再進行優化后，盡量滿足結構清晰，關聯簡潔，實體個數適中，屬性分配合理，沒有低級冗余，根據分析，設計規 劃出的實體有：企業實體 、 工商局 實體 、用戶實體、日志實體 。 操作 食品經營主體管理 許可證管理 申請許可證 退出 12 圖 35 系統 ER圖 1 N 用戶 企業 工商局 管理 備案 編號 用戶名 密碼 權限 區劃 機構 客戶 場所 供應商 商戶 經營主體 商品 1 N N 1 日志 管理 操作 時間 許可證 申請 審核 13 運行需求 硬件環境（推薦）： CPU： P4—1GHZ 或更高 內存： 128M 或更多 顯示器分辨率 : 800x600 或更高 軟件環境 :（推薦） 操作系統： windows XP 操作系統 數據庫： Oracle_11g 數據庫 Java 環境： JDK 開發工具 :MyEclipse 服務器： 14 第 4 章 設計與實現 總體設計 本系統采用 B/S 結構 (Browser/Server,瀏覽器 /服務器結構 )和基于 Web 服務兩種模式，是一個適用于 Inter 環境下的模型結構。只要用戶能連上 Inter,便可以在任何時間、任何地點使用。 系統總體目標是 要求食品進入市場前必須進行備案，保證了消費者可以購買到來路正當、渠道合法的的商品；對經營者來說，如果銷售的食品一旦有問題可以立刻進行追根溯源，規避風險；對于工商局的管理人員來說，通過系統，了解工商局轄區內是否存在問題，可以更進一步的詳細了解轄區某個店是否存在問題。 該項目不僅 滿足了工商局的各項要求 ，而且要具備良好的可擴展性、可移植性、可復用性。 系統設計原則 該系統是以管理 體系 為基礎開發的 通用 食品安全監管備案系統 ，適合 各地工商局 使用。 該系統應有較高的可靠性，在系統設計及程序設計上應該強調系統的可靠性。 應該保證該系統在系統的功能，結構方面具有可擴充性。以便適應 工商局 將來發展的需要，做出相應的功能結構上的調整。 應該注重系統的性價比，在同等功能的基礎上盡可能的減少 工商局 的投入。 UI 界面設計力求簡單明了，但是也要考慮一定的美觀與整齊性。盡量多使用形象化的圖片形式來展現給使 用者，且字體盡量設計的大一點。操作要力求簡單，不繁雜。 總體結構設計 總體結構設計確定系統由哪些模塊組成以及這些模塊之間的動態調用關系。整個系統包括 9 大模塊，每個模塊還內嵌幾個功能性的小模塊，系統總體結構圖見圖示 41 15 圖 41 系統結構圖 食品安全監管備案系統 食品經營主體信息管理 食品流通許可管理 食品交易場所管理 工商行政機構管理 全省行政區劃管理 食品經營主體管理 申請許可證 審核許可證 批準許可證 變更許可證 注銷許可證 商戶信息管理 客戶信息管理 生產廠家信息管理 供應商信息管理 商品信息管理 16 系統模塊設計 本系統的功能在需求分析階段已確定，共分為 九 大功能模塊。各模塊之間并非各自獨立，而是相互聯系，相互影響。各功能模塊功能概述如下： 建立全省行政區劃基