基于web的信息系統畢業論文(編輯修改稿)

　

【文章內容簡介】 ing 設計的流程創建 JSP 頁面。(10)建立合適的配置文件 、。(11)開發/測試/部署。利用 Sruts 開發 MVC 流程，如圖 22 所示。Browsers StrutsActionServlet StrutsActionStrutsActionFormBusinessLogic①① ①①JSP/HTMLFormusingStrutsCustom Tags①①DatabaseView ModelController圖 2 2 Struts 框架 MVC 流程圖在使用 Struts 框架時，對應各個部分的具體開發工作主要包括一下部分。Model 部分：采用 JavaBean 或 EJB 組件或 Spring 的 Bean，設計和實現系統的業務邏輯。根據不同的請求從 Action 派生具體 Action 處理對象。完成“做什么”的任務來調用由Bean 構成的業務組件。創建由 ActionForm 的派生類實現對客戶端表單數據的封裝及簡單的校驗。Controller 部分： Struts 為我們提供了核心控制部分的實現。只需要配置ActionMapping 對象即可完成 URI 地址的映射及匹配用戶界面表單和 ActionForm 類的對應關系。11View 部分：為了使用 Model 中的 ActionForm 對象，必須用 Struts 提供的自定義標記創建 HTML 表單。利用 Struts 提供的自定義標記庫編寫用戶界面，把應用邏輯和顯示邏輯分離。Struts 框架通過這些自定義標記建立了 View 和 Model 之間的聯系。Struts 的自定義標記還提供了很多定制頁面的功能。同時，需要編輯兩個配置文件： 和 。通過它們配置 Struts 系統中的各個模塊之間的交互。圖 22 描述了一個 Struts 應用程序的簡要執行流程。(1) 客戶端瀏覽器發出請求。(2) 服務器端的 Struts 中心類 ActionServlet 找到 文件，并放入到內存，將文件中的內容作為請求路徑映射。(3) ActionServlet 類在 文件中找到相關的請求路徑映射后填充ActionForm 類，將前臺傳進來的表單域打包成 Bean。(4) 然后轉到 Action 類進行業務邏輯功能的實現，比如增、刪、改、查數據庫中的數據。(5) 再通過 文件的映射，找到功能邏輯處理結束后顯示給客戶端用戶看到的頁面，轉發功能通過 ActionForward 對象實現。由圖 22“Struts 框架 MVC 流程圖”結構來看，Struts 框架可以將軟件的功能進行分層化，這樣可以將精通不同技術的人員工作模塊化、分工化。比如精通 UI 用戶界面設計的可以只管 View 視圖層，而精通 Java 程序設計的程序員可以開發 Model 層的代碼。 Spring 框架Spring 框架是一個開放源代碼的輕量級 Java 框架。主要作用是為了解決企業應用程序維護的復雜性而創建的。Spring 框架的解決辦法就是用分層架構，分層架構允許程序員選擇使用哪一個組件，同時為 J2EE 應用程序開發提供集成的容器。Spring 框架就是實現了 AOP 功能的 IOC 容器。在 IOC 容器的基礎上加入 AOP 不僅可以做到松耦合開發，還具有面向切面編程的功能。 七大模塊的架構，如圖 23 所示。Spring AOPSourcelevelmetadataAOP infrastructureSpring CoreSupporting utlitiesBean containerSpring ORMHibernate supportiBats supportJDO supportSpring DAOTransaction infrastructureJDBC supportDAO supportSpring WebWebApplicationContextMultipart resolverWeb utlitiesSpring ContextApplication contextUI supportValidationJNDI EJB support and remodeling MailSpringWeb MVCWeb MVCFrameworkWeb ViewsJSP/VelocityPDF/Export圖 2 3 Spring 架構組成 Spring 框架的每個模塊（或組件）都可以單獨存在，或者與其他一個或多個模塊聯合實現。每個模塊的功能如下： 12Spring Core：核心容器提供 Spring 框架的基本功能。核心容器的主要組件是 BeanFactory，它是工廠模式的實現。BeanFactory 使用控制反轉 （IOC ） 模式將應用程序的配置和依賴性規范與實際的應用程序代碼分開。 Spring Context：Spring Context 是一個配置文件，向 Spring 框架提供上下文信息。Spring Context 包括企業服務，例如 JNDI、EJB、電子郵件、國際化、校驗和調度功能。 Spring AOP：通過配置管理特性， Spring AOP 模塊直接將面向方面的編程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何對象支持 AOP。Spring AOP 模塊為基于 Spring 的應用程序中的對象提供了事務管理服務。通過使用 Spring AOP，不用依賴 EJB 組件，就可以將聲明性事務管理集成到應用程序中。 Spring DAO： JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同數據庫供應商拋出的錯誤消息。異常層次結構簡化了錯誤處理，并且極大地降低了需要編寫的異常代碼數量（例如打開和關閉連接）。Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結構。 Spring ORM：Spring 框架插入了若干個 ORM 框架，從而提供了 ORM 的對象關系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有這些都遵從 Spring 的通用事務和 DAO 異常層次結構。 Spring Web 模塊：Web 上下文模塊建立在應用程序上下文模塊之上，為基于 Web 的應用程序提供了上下文。所以，Spring 框架支持與 Jakarta Struts 的集成。Web 模塊還簡化了處理多部分請求以及將請求參數綁定到域對象的工作。 Spring Web MVC：MVC 框架是一個全功能的構建 Web 應用程序的 MVC 實現。通過策略接口，MVC 框架變成為高度可配置的， MVC 容納了大量視圖技術，其中包括 JSP、Velocity、Tiles、iText 和 POI。Spring 框架的功能可以用在任何 J2EE 服務器中，大多數功能也適用于不受管理的環境。Spring 的核心要點是：支持不綁定到特定 J2EE 服務的可重用業務和數據訪問對象。毫無疑問，這樣的對象可以在不同 J2EE 環境 （Web 或 EJB）、獨立應用程序、測試環境之間重用。控制反轉模式（也稱作依賴性介入）的基本概念是：不創建對象，但是描述創建它們的方式。在代碼中不直接與對象和服務連接，但在配置文件中描述哪一個組件需要哪一項服務。容器 （在 Spring 框架中是 IOC 容器） 負責將這些聯系在一起。在典型的 IOC 場景中，容器創建了所有對象，并設置必要的屬性將它們連接在一起，決定什么時間調用方法。下表列出了 IOC 的一個實現模式。類型 1 服務需要實現專門的接口，通過接口，由對象提供這些服務，可以從對象查詢依賴性（例如，需要的附加服務）13類型 2 通過 JavaBean 的屬性（例如 setter 方法）分配依賴性類型 3 依賴性以構造函數的形式提供，不以 JavaBean 屬性的形式公開Spring 框架的 IOC 容器采用類型 2 和類型 3 實現。面向方面的編程，即 AOP，是一種編程技術，它允許程序員對橫切關注點或橫切典型的職責分界線的行為（例如日志和事務管理）進行模塊化。AOP 的核心構造是方面，它將那些影響多個類的行為封裝到可重用的模塊中。AOP 和 IOC 是補充性的技術，它們都運用模塊化方式解決企業應用程序開發中的復雜問題。在典型的面向對象開發方式中，可能要將日志記錄語句放在所有方法和 Java 類中才能實現日志功能。在 AOP 方式中，可以反過來將日志服務模塊化，并以聲明的方式將它們應用到需要日志的組件上。當然，優勢就是 Java 類不需要知道日志服務的存在，也不需要考慮相關的代碼。所以，用 Spring AOP 編寫的應用程序代碼是松散耦合的。AOP 的功能完全集成到了 Spring 事務管理、日志和其他各種特性的上下文中。Spring 設計的核心是 包，它的設計目標是與 JavaBean 組件一起使用。這個包通常不是由用戶直接使用，而是由服務器將其用作其他多數功能的底層中介。下一個最高級抽象是 BeanFactory 接口，它是工廠設計模式的實現，允許通過名稱創建和檢索對象。BeanFactory 也可以管理對象之間的關系。BeanFactory 支持兩個對象模型。(1) 單態 模型提供了具有特定名稱的對象的共享實例，可以在查詢時對其進行檢索。Singleton 是默認的也是最常用的對象模型。對于無狀態服務對象很理想。(2) 原型 模型確保每次檢索都會創建單獨的對象。在每個用戶都需要自己的對象時，原型模型最適合。 bean 工廠的概念是 Spring 作為 IOC 容器的基礎。IOC 將處理事情的責任從應用程序代碼轉移到框架。正如我將在下一個示例中演示的那樣，Spring 框架使用 JavaBean 屬性和配置數據來指出必須設置的依賴關系。 Hibernate 框架Hibernate 是目前最流行的 ORM 框架，其采用非常優雅的方式將 SQL 操作完全包裝成對象化的操作。其作者 Gavin King 在持久層設計上極富經驗，采用非常少的代碼實現了整個框架，同時完全開放源代碼，即使偶爾遇到無法理解的情況，也可以參照源代碼來理解其在持久層上靈巧而智能的設計。14目前 Hibernate 在國內的開發人員相當多， Hibernate 的文檔也非常豐富，這些都為學習 Hibernate 鋪平了道路，因而 Hibernate 的學習相對簡單一些。下面通過對比來了解Hibernate 和傳統 JDBC 操作數據庫持久層之間的差異。當前的軟件開發語言已經全面轉向面向對象，而數據庫系統仍停留在關系數據庫階段。面對復雜的企業環境，同時使用面向對象語言和關系數據庫是相當麻煩的，不但中間的過度難以理解，而且其開發周期也相當長。Hibernate 是一個面向 Java 環境的對象/關系數據庫映射工具（Object/Relational Mapping），用來把對象模型表示的對象映射到基于 SQL 的關系模型數據結構中去。Hibernate 的目標是：釋放開發者通常的數據持久化相關的變成任務的 95%。對于以數據為中心的程序而言，往往在數據庫中使用存儲過程來實現商業邏輯，Hibernate 可能不是最好的解決方案。但對于那些基于 Java 的中間件應用中，設計采用面向對象的業務模型和商業邏輯時，Hibernate 是最有用的。不管怎樣， Hibernate 能消除那些針對特定數據庫廠商的 SQL 代碼，并且把結果集由表格式的形式轉換成值對象的形式。Hibernate 不僅管理 Java 類到數據庫表的映射（包括 Java 數據類型到 SQL 數據類型的映射），還提供數據查詢和獲取數據的方法，可以大幅度地減少在開發時人工使用SQL 和 JDBC 處理數據的時間。Hibernate 能在眾多的 ORM 框架中脫穎而出，因為 Hibernate 與其他 ORM 框架對比具有如下優勢。(1) 開源和免費的 License，方便需要是研究源代碼、改寫源代碼并進行功能定制。(2) 輕量級封裝，避免引入過多復雜的問題，調試容易，減輕程序員負擔。(3) 具有可擴展性，API 開放。功能不夠用時，可以自己編碼進行擴展。(4) 開發者活躍，產品有穩定的發展保障。15第三章 系統需求分析與前臺設計 需求分析根據軟件開發過程的要求，在技術實現可行性確定的基礎上，我們首先要進行的是系統流程的分析。需求分析就是描述系統的需求情況。結合用戶的需求，本模塊是用于服裝企業的成本管理，對成本信息進行添加，刪除，修改以及查詢等一系列的操作。本系統主要應有如下要求：? 網頁風格符合企業員工的特點，簡單實用。? 符合企業實際的成本管理方式。? 要求完成成本信息相關的所有基本操作，包括添加、刪除、修改以及查詢等操作。? 要求能夠上傳與成本相關的文件，方便以后的查找管理。 系統前臺簡要設計概述該成本管理系統主要是針對服裝企業的，其成本管理模塊的前臺主要能完成以下功能：(1) 在用戶登錄之后，選擇成本管理中的成本明細維護，能夠看到自己權限范圍內的所有成本信息。 (2) 用戶可以使用多字段，查詢自己需要查詢的成本信息，并可以點擊查看該成本信息的詳細內容(3) 除了查詢功能外，用戶還必須能夠對已有的成本信息進行修改。(4) 用戶可以添加新的成本信息。(5) 對于添加錯誤的成本信息，可以進行對其進