【正文】 ? 供求關。? 管理系統(tǒng)角色管理對角色進行管理：包括增加、刪除、修改、查詢角色，以及給角色分配權限。? 網(wǎng)站角色管理對角色進行管理：包括增加、刪除、修改、查詢角色，以及給角色分配權限。? 網(wǎng)站用戶管理對物流信息服務平臺的用戶進行管理：包括增加、啟用、停用、修改、查詢服務平臺用戶，以及給用戶分配角色。? 行業(yè)維護東北大學碩士學位論文 第 3 章 系統(tǒng)需求分析 22 維護行業(yè)信息，用于對物流信息平臺的用戶按照所從事行業(yè)進行劃分。? 產(chǎn)品參數(shù)維護對各種車輛本身的各項參數(shù)進行維護，方便物流信息平臺的用戶對各種車輛的性能和價格等參數(shù)進行比較。（3）論壇維護增加新的論壇或者對已有論壇進行維護。? 物流需求項目審批公司管理人員對物流需求企業(yè)發(fā)布的項目進行審批。（2）物流需求項目發(fā)布? 發(fā)布新項目信息公司代替物流需求企業(yè)發(fā)布新的需求項目。 ? 修改新聞修改或刪除已有新聞信息。文章查詢 回帖 內(nèi)容瀏覽發(fā)表文章后 臺前 臺創(chuàng)建論壇維護論壇東北大學碩士學位論文 第 3 章 系統(tǒng)需求分析 21 物流信息服務管理系統(tǒng)的需求分析管理系統(tǒng)的用戶主要是公司管理人員，主要包括7個功能模塊。? 物流運營數(shù)據(jù)分析系統(tǒng)參數(shù)維護物流運營數(shù)據(jù)分析系統(tǒng)參數(shù)維護為系統(tǒng)管理員維護數(shù)據(jù)分析系統(tǒng)的后臺參數(shù)提供了一個平臺。系統(tǒng)還提供該公司卡車的上述各項數(shù)據(jù)與相同檔次的其它各款車型的比較分析，使用戶能夠比較直觀的了解到購買該公司卡車的優(yōu)勢所在。物流聯(lián)盟論壇業(yè)務流程如圖 所示。企業(yè)基本信息注冊企業(yè)基本信息修改成功案例服務內(nèi)容聯(lián)系方式保有車輛企業(yè)首頁企業(yè)信息維護 瀏覽企業(yè)信息前 臺發(fā)布新方案 解決方案回復維護方案提交方案瀏覽方案前 臺東北大學碩士學位論文 第 3 章 系統(tǒng)需求分析 20 圖 物流企業(yè)園區(qū)業(yè)務流程Fig. logistics enterprisepark workflow（5）物流聯(lián)盟論壇物流聯(lián)盟論壇為平臺所有用戶提供交流的場所。? 維護企業(yè)信息對登錄用戶所在物流企業(yè)的信息進行維護。物流解決方案展示業(yè)務流程如圖 所示。發(fā)布信息瀏覽文章分配角色和權限前臺后臺用戶申請N登錄系統(tǒng)審批用戶 Y后 臺新需求發(fā)布 瀏覽新需求修改需求新需求發(fā)布修改需求提交需求審批NY查詢需求 需求回復前 臺東北大學碩士學位論文 第 3 章 系統(tǒng)需求分析 19 圖 物流需求發(fā)布業(yè)務流程Fig. logistics demand publish workflow （3）物流解決方案展示建立公司全國物流企業(yè)聯(lián)盟，聯(lián)系各大型物流企業(yè)向集團客戶提供整體物流解決方案，促進產(chǎn)品銷售。用戶可以在平臺上發(fā)布和查詢需求項目信息，以及進行之后的方案征集活動。用戶注冊業(yè)務流程如圖 所示。物流信息服務系統(tǒng)的用戶主要是物流企業(yè)以及有物流需求的非物流企業(yè)，主要包括6個功能模塊。（2）服務系統(tǒng)管理員角色服務系統(tǒng)管理員角色用于對服務系統(tǒng)發(fā)布的信息進行管理。 管理系統(tǒng)角色在管理系統(tǒng)角色中又分為系統(tǒng)管理員角色和服務系統(tǒng)管理員角色。（5）論壇管理員角色論壇管理員角色主要分配給公司的服務系統(tǒng)管理員。（4）普通個人用戶角色普通個人用戶角色默認分配給不屬于系統(tǒng)指定企業(yè)的用戶。（3）公司用戶角色公司用戶角色默認分配給管理平臺注冊的用戶。但是如果有特殊情況，該角色也可以分給其他用戶。系統(tǒng)規(guī)定只有物流企業(yè)用戶可以在物流信息服務平臺上發(fā)布物流解決方案。（1）物流企業(yè)用戶角色物流企業(yè)用戶角色主要是分給所屬企業(yè)為物流企業(yè)的用戶。（4）物流服務企業(yè)能夠提供解決方案的企業(yè)，一定是物流企業(yè)（是從功能上界定的，相對物流需求企業(yè)而言） 。（2）非物流企業(yè)在系統(tǒng)中主要作為需求方出現(xiàn)的企業(yè)，只能發(fā)布需求項目，不能夠提供解決方案，用戶注冊時需聲明。在物流信息服務平臺中，系統(tǒng)的使用者角色分 3 類：? 企業(yè)角色? 服務系統(tǒng)角色? 管理系統(tǒng)角色 企業(yè)角色在企業(yè)角色中又分為物流企業(yè)、非物流企業(yè)、物流需求企業(yè)和物流服務企業(yè)。 定義角色角色不是系統(tǒng)的一部分，是與系統(tǒng)有交互作用的人或事物。通過該物流信息服務平臺，可以將汽車制造企業(yè)、物流服務企業(yè)和物流需求企業(yè)緊密地聯(lián)系在一起。該物流信息服務平臺為物流需求企業(yè)和物流服務企業(yè)提供了各種物流需求信息、貨源信息和車源信息。軟件需求分析將軟件計劃階段所確定的軟件范圍逐步細化到可詳細定義的程度，并分析出各種不同的軟件元素，然后為這些元素找到可行的解決方法。第 3 章 系統(tǒng)需求分析軟件需求分析又稱軟件需求獲取，是軟件開發(fā)期的第一個階段，需求獲取是否徹底與成功，直接關系到軟件開發(fā)的成敗問題。? 獨立于設備的用戶接口組件提供了一套獨立于設備的用戶接口組件，簡化了基于 HTML 和 Web 的應用程序的開發(fā)與維護。? 統(tǒng)一的建模語言支持用于軟件開發(fā)建模的 UML 標志。此外，它還集成了XML 解析器、XSLT 處理器、XML 架構處理器和用于開發(fā) XML 應用程序的 XSQL servlet。? Java、XML 和 SQL 的集成開發(fā)提供了 Java 和 XML 的集成開發(fā)環(huán)境（IDE ） ，允許因特網(wǎng)開發(fā)人員使用Java、 XML 和 SQL 開發(fā)程序。? 豐富的服務Oracle 9i 應用服務器提供了其他廠商所能提供的廣泛的中間層服務，支持門戶和東北大學碩士學位論文 第 2 章 相關技術綜述 15 事務應用開發(fā)、靈活提交、企業(yè)集成和商務智能服務等一體化的服務。? 完備的安全特性Oracle 9i 應用服務器提供身份驗證與加密機制，防止非授權用戶訪問應用 HTML頁面，為系統(tǒng)提供強有力的安全保護并支持基于身份驗證體制、摘要身份驗證體制、Oracle 基本身份驗證體制及加密身份驗證體制、 IP 地址和域名限制體制以及認證體制等安全機制。（2）應用服務器的主要特點Oracle 9i 應用服務器是 Oracle Inter 平臺的一個重要組成部分，它同數(shù)據(jù)庫服務器和開發(fā)工具套件結合在一起，為創(chuàng)建、提交和管理 Inter 應用提供了所需要的一切。系統(tǒng)除了提供快速而準確的修復工具外，還提供了自助錯誤更正功能，用戶可以識別并更正自己的錯誤。? 智能管理功能Oracle 9i 的智能性體現(xiàn)在自我調(diào)整、自我糾正和自我管理功能等方面。? 強勁的聯(lián)機分析處理和數(shù)據(jù)挖掘、分析服務Oracle 9i 數(shù)據(jù)庫提供的數(shù)據(jù)挖掘算法和數(shù)據(jù)挖掘模型使用戶能夠容易地開發(fā)個性化的解決方案，對包括歷史信息和當前 Web 網(wǎng)站交互信息在內(nèi)的所有數(shù)據(jù)進行分析，產(chǎn)生全面、最新和最優(yōu)化的決策建議，并允許最終用戶通過 Web 瀏覽器訪問實時的個性化信息。 B/S 模式的網(wǎng)絡數(shù)據(jù)庫 work database of B/S pattern Oracle 9i 的主要特點（1）數(shù)據(jù)庫服務器的主要特點Oracle 9i 數(shù)據(jù)庫服務器在群集技術、高可用性、商業(yè)智能、安全性、系統(tǒng)管理等方面都實現(xiàn)了新的突破，成為較完整的 Inter 數(shù)據(jù)庫之一?？蛻魴C 客戶機 客戶機數(shù)據(jù)庫服務器數(shù)據(jù)庫服務器前端應用程序網(wǎng)絡環(huán)境后臺數(shù)據(jù)庫系統(tǒng)東北大學碩士學位論文 第 2 章 相關技術綜述 13 基于 B/S 模式的 Web 網(wǎng)絡數(shù)據(jù)庫應用模式主要用于瀏覽、查詢 Inter/Intra信息。（2）B/S（Browser/Server）模式瀏覽器/服務器模式，三層結構，又稱為瘦客戶機模式，如圖 所示。 C/S 模式的網(wǎng)絡數(shù)據(jù)庫 work database of C/S pattern基于 C/S 模式的網(wǎng)絡數(shù)據(jù)庫在前端計算機上要安裝專門的應用程序來操作后臺數(shù)據(jù)庫服務器中的數(shù)據(jù)，前端應用程序可以完成計算和接收處理數(shù)據(jù)的工作，后臺數(shù)據(jù)庫服務器主要完成數(shù)據(jù)的管理工作。Oracle 9i 的工作模式主要有 2 種。Oracle 9i 提供了電子商務企業(yè)所有關鍵的軟件基礎結構和開發(fā)電子商務應用所需要的所有重要功能，為電子商務應用和網(wǎng)站能夠有效地提高運行速度、獲得杰出的應用可伸縮性和可用性提供強有力的支撐，使用戶能夠有效地開發(fā)快速、高可用、安全可靠的電子商務應用和網(wǎng)站，而不再需要考慮昂貴的軟件集成和維修費用。 Oracle 9i 實際上是 Oracle 公司推出的一整套網(wǎng)絡數(shù)據(jù)庫應用解決方案的總稱 [23]。 Oracle 數(shù)據(jù)庫 Oracle 數(shù)據(jù)庫概述Oracle 數(shù)據(jù)庫系統(tǒng)最早于 1979 年推出，是大型關系型數(shù)據(jù)庫，具有強大的功能，在數(shù)據(jù)庫領域一直處于領先地位，是世界上使用最廣泛的關系型數(shù)據(jù)庫系統(tǒng)之一。圖 Struts 實現(xiàn)的 MVC 框架Fig. MVC framework of Struts implementation MVC 是一個經(jīng)典的體系結構，以其開發(fā)簡單，性能高效可靠和可維護性得到了廣泛的應用。ActionServlet是Struts 框架中的核心組件，它接受用戶的Http請求，根據(jù)配置信息將請求轉(zhuǎn)發(fā)給適當?shù)腁ction對象，Action類負責調(diào)用模型的方法，更新模型的狀態(tài)，并幫助控制應用程序的流程。 控制器集中處理瀏覽器發(fā)來的請求的分發(fā)邏輯，它根據(jù)請求的URL、輸入?yún)?shù)和當前應用的內(nèi)部狀態(tài)，把請求分發(fā)給相應Web層的JSP或Servlet，另外它也負責選擇下一個視圖 [22]。視圖就是一組JSP文件，在這些JSP文件中沒有業(yè)務邏輯，也沒有模型信息，只有標簽，這些標簽可以是標準的JSP標簽或客戶化標簽。通過ActionForm組件對象實現(xiàn)了對視圖和模式之間交互的支持。Struts提供的ActionForm組件對象，可以通過定義屬性描述客戶端表單數(shù)據(jù)。所有的Action處理器對象都是開發(fā)者從Struts 的Action類派生的子類。在Struts框架中，模型由實現(xiàn)業(yè)務邏輯JavaBean或EJB組件構成，控制器由Action Servlet和 Action來實現(xiàn)，視圖由一組JSP文件構成 [20]。Struts 提供了對開發(fā)MVC系統(tǒng)的底層支持，采用的主要技術是Servlet、 JSP和custom tag library。設計模式比框架更抽象，設計模式只有其實例才能表示為代碼，而框架本身可以用代碼表示，框架是一套設計詳細的類，類與類之間功能各異，又彼此聯(lián)系，相輔相成，形成了對某一類問題的可重用的、易擴展的解決方案。具體的 DAO 類包含了從特定的數(shù)據(jù)源訪問數(shù)據(jù)的邏輯。 開發(fā)人員使用 DAO 模式把底層的數(shù)據(jù)訪問操作和高層的業(yè)務邏輯分開，實現(xiàn) DAO 模式能夠更加專注于編寫數(shù)據(jù)訪問代碼。由于當?shù)讓訑?shù)據(jù)源實現(xiàn)變化時，DAO 向客戶端提供的接口不會變化，所以該模式允許DAO 調(diào)整到不同的存儲模式，而不會影響其客戶端或者業(yè)務組件。依賴于 DAO 的業(yè)務組件為其客戶端使用 DAO 提供了更簡單的接口。DAO 提供了對關系數(shù)據(jù)庫操作的接口，如創(chuàng)建數(shù)據(jù)庫，定義表、索引，對表進行增、刪、改、查詢等操作。因此，當應用程序要在不同的永久性存儲間遷移時，這些訪問特定永久存儲層的代碼將需要重寫。組件中這類代碼依賴性使應用程序在不同數(shù)據(jù)源類型之間移植變得非常麻煩和困難。永久存儲區(qū)的類型不同，差異會更大；訪問機制、支持的 API 會因永久存儲區(qū)（如 RDBMS、面向?qū)ο蟮臄?shù)據(jù)庫、平面文件等）類型的不同而不同。對于許多應用程序，使用不同的機制實施永久性存儲，并且用來訪問這些不同永久性存儲機制的 API 也存在著顯著的差異。模式的關鍵在于簡單性和可重現(xiàn)性。模式可以幫助我們在一個特定的環(huán)境里整理并記錄已知的可重現(xiàn)的問題及解決方案，并且通過模式來與他人交流這些知識，這些模式可以解決在不同環(huán)境中重復出現(xiàn)的問題。簡單的說，沒有一個模式是獨立的實體，每個模式都存在著相互支持，但支持的程度不同：大的模式可以內(nèi)嵌小的模式，同等層次的模式并列存在，而小的模式被嵌入到大的模式之中。這樣，你就能一次又一次的使用該解決方案而不必做重復勞動。但是并不是所有情況都適合采用MVC開發(fā)模式，目前適合選用MVC設計模式的Web應用系統(tǒng)有兩種：一種是具有非常復雜的用戶交互模型；另一種要求支持國際化語言環(huán)境、并且具有許多不同的視圖 [15]。模型、視圖、所示。MVC開發(fā)模式可以分離數(shù)據(jù)訪問和數(shù)據(jù)表現(xiàn)，讓開發(fā)人員可以開發(fā)一個可伸縮性的、便于擴展的控制器，來維護整個流程。（3）控制器MVC模式中，控制器主要起導航的作用，它根據(jù)用戶的輸入調(diào)用相應的模型和視圖去完成用戶的請求。視圖不包含任何業(yè)務邏輯的處理，它只是作為一種輸出數(shù)據(jù)的方式。視圖從模型處獲得數(shù)據(jù)，視圖的更新由控制器控制。因為模型是與數(shù)據(jù)格式無關的，因此一個模型可以為多個視圖提供數(shù)據(jù)，這樣一個模型一次編寫可以被多個視圖重用，從而避免了代碼的重復編寫。在MVC模式中，模型封裝了應用問題的核心