【導讀】做出完整、準確、清晰、具體的要求。保證本需求分析的結(jié)果能夠完整、無遺漏。地反映待開發(fā)系統(tǒng)的要求。如今,發(fā)達國家在基于電子商務(wù)平臺的城市蔬菜配送服務(wù)方面已發(fā)展得較為。市場潛力和發(fā)展前景十分廣闊。伴隨著城市化蔬菜消費需要由“數(shù)量型”向“質(zhì)。量型”轉(zhuǎn)變,供大于求的買方市場格局也逐漸成型。許多現(xiàn)實問題,嚴重阻礙了我國城市社區(qū)蔬菜配送服務(wù)業(yè)的健康發(fā)展。您還在為上班沒有時間買菜而煩惱嗎?您還在為買不到實惠新鮮的蔬菜。點,所需所求就能夠按時送貨上門,為您居家飲食竭誠服務(wù)。供貨,減少了中轉(zhuǎn)交易過程中的成本消耗;最周到熱忱的服務(wù),及時確保用戶所需;的蔬菜,它負責調(diào)度連鎖的商場,及時采購,及時配送,為用戶提供最優(yōu)質(zhì)的服務(wù)。人們、需求量比較大的酒店賓館等。以及個性化推薦服務(wù),通過良好的服務(wù)為市民做出自己最大的貢獻。通過和客戶的溝通,我們了解到網(wǎng)絡(luò)蔬菜配送平臺以“健康食品送到家,員和超級管理員。

　　

【正文】 系 ,這樣做的好處是 : 為數(shù)據(jù)庫的物理設(shè)計構(gòu)建數(shù)據(jù)結(jié)構(gòu) 找出實體類和邊界類、控制類以及類之間的關(guān)系 強化和最終確 定數(shù)據(jù)模型中的屬性 圖 數(shù)據(jù)建模在系統(tǒng)分析當中的的作用 對象關(guān)系模型 由于篇幅的原因 ,這個過程只是以核心用例生鮮選購進行說明。根據(jù)業(yè)務(wù)用例的描述 ,蔬菜生鮮選購過程有關(guān)的實體類包括客戶、訂單、商品 將蔬菜選購用例中的實體轉(zhuǎn)換為關(guān)系數(shù)據(jù)對象 實體類 屬性 (下劃線表示主鍵 ) 會員 會員 ID、姓名、地址、《多值》、登錄名、密碼 訂單 訂單號、創(chuàng)建時間、《 Derived》商品總價、運費、《 Derived》總計 , 蔬菜 商品號、商品名、詳細介紹、價格、庫存數(shù)量 表 31 添加外鍵來表示 1:N 的關(guān)系 此 時將會員 ID 作為外鍵加入到訂單類的屬性 將訂單和蔬菜之間的聯(lián)系轉(zhuǎn)化成蔬菜列表實體 ,最后得到四個對象之間的關(guān)系 實體類 屬性 (下劃線表示主鍵 ) 會員 會員 ID、姓名、地址、《多值》、登錄名、密碼 訂單 訂單號、創(chuàng)建時間、《 Derived》商品總價、運費、《 Derived》總計 ,會員 ID 蔬菜 商品號、商品名、詳細介紹、價格、庫存數(shù)量 蔬菜列表 訂單號 ,產(chǎn)品號、數(shù)量、實際價格、總價格 圖 在線購買用例的對象關(guān)系模型 (不是類圖 ) 類發(fā)現(xiàn) 從對象關(guān)系模型中透過事件流找出所有的類 ,并確定其類型 (包括實體類、控制類 和邊界類 ): 在尋找類的時候需要注意類和用例之間是 m:n 的關(guān)系。不用例可以組合做一件事情 ,實現(xiàn)一個功能 。一個用例也可以在多個類當中有所體現(xiàn)。 圖 在線購買用例的中的類 在確定了系統(tǒng)的用例之后 ,就可以用它們來指導對系統(tǒng)的進一步設(shè)計。用例的實現(xiàn)描述了相互影響的對象的集合 ,這些對象將支持用例所要求的功能。給出系統(tǒng)用例的實現(xiàn) ,是從外部視圖轉(zhuǎn)到內(nèi)部結(jié)構(gòu)的第一步。 下面用交互圖來說明用例的實現(xiàn) ,并通過顯示對象之間的關(guān)系和對象之間處理的消息來對系統(tǒng)的動態(tài)特性建模 ,為進行類的設(shè)計抽取方法。 業(yè)務(wù)實現(xiàn)分析 順序圖 身份驗證順序圖 訂單管理順序圖 商品選購順序圖 商品管理順序圖 用戶信息管理順序圖 類分析 下面是城市綠色蔬菜配送系統(tǒng)的分析類圖 ,我們在分析階段為了后期設(shè)計的方便 ,將它分為在線購買和后臺管理兩個部分進行分析 User 類 : 定 義 了 一 些 基 本 的 屬 性 和 方法 ,Customer,StandardAdmin,SuperAdmin 繼承它以便實現(xiàn)代碼的重用。 StandardAdmin:普通管理員類他的職責有個人信息管理、留言板管理、新聞公告管理、新聞公告維護、商品信息管理、個性化推薦 SuperAdmin:超級管理員類他負責系統(tǒng)維護和用戶管理 Order:訂單類 ,它是顧客利用系統(tǒng)生成的一張蔬菜配送清單。 ItemList 類 :訂單項類 ,一個訂單可有多個訂單項組成 NewsBoard 類 :新聞公告類 ,由普通管理員創(chuàng)建 ,用于發(fā)布新聞 CustomerMessage 類 :顧客通過系統(tǒng)所發(fā)表的留言 Fresh 類 :蔬菜 Control:控制類 ,調(diào)用實體類的業(yè)務(wù) ,向外界提供業(yè)務(wù) ,這樣比較安全 Customer:顧客類 ,即本系統(tǒng)的客戶端的主要使用者 狀態(tài)分析 系統(tǒng)設(shè)計策略 開發(fā)工具 ?Myeclipse 它是功能豐富的 JavaEE 集成開發(fā)環(huán)境 ,包括了完備的編碼、調(diào)試、測試和發(fā)布功能 ,完整支持 6HTML, Struts, JSF, CSS, Javascript, SQL, Hibernate。 服務(wù)器 ?Tomcat 它運行時占用的系統(tǒng)資源小 ,擴展性好 ,支持負載平衡與郵件服務(wù)等開發(fā)應(yīng)用系統(tǒng)常用的功能 數(shù)據(jù)庫 ?Mysql 它體積小、速度快、放源碼 ,許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了 MySQL 作為網(wǎng)站數(shù)據(jù)庫。 編程語言 ? java 用 java 編寫軟件簡單、安全、穩(wěn)定 ,可移植性非常 強 ,適合為大中型企業(yè)編寫軟件。 java 有個缺點就是編寫的軟件速度有點慢 ,編寫桌面軟件如游戲軟件不如 C++更有優(yōu)勢。 腳本語言 ?JavaScript JavaScript 非常簡單 ,而且具有動態(tài)性 ,可以直接對用戶的輸入做出響應(yīng) ,從而大大減輕了服務(wù)器的壓力。它是一種基于瀏覽器的語言 ,所以于操作環(huán)境無關(guān) ,只要能運行瀏覽器的環(huán)境就能運行 JavaScript 語言。 網(wǎng)頁編寫語言 ?jsp jsp 所有的應(yīng)運都是都是基于服務(wù)器的 ,所以它可以保證所有的數(shù)據(jù)都是數(shù)據(jù)庫里最新的 ,而且它的客戶端的接口都比較簡單 ,易于對各種應(yīng)運進行部署、維護和修改。 系統(tǒng)部署 體系結(jié) 構(gòu)的選擇 為了更好的實現(xiàn)用戶和系統(tǒng)的交互 ,為用戶提供友好的操作界面 ,系統(tǒng)采用三層架構(gòu) ,將整個業(yè)務(wù)應(yīng)用劃分為表現(xiàn)層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層。其中表示層的功能是提供用戶一個良好的交互界面 。業(yè)務(wù)邏輯層是系統(tǒng)結(jié)構(gòu)的核心價值體現(xiàn)部分 ,它嚴格遵循層與層之間的松耦合 ,提供一個安全可靠的數(shù)據(jù)交互集 。數(shù)據(jù)訪問層主要負責數(shù)據(jù)庫的訪問 系統(tǒng)實現(xiàn)組件 三層架構(gòu)下 ,系統(tǒng)內(nèi)數(shù)據(jù)的操作不是直接的 ,我們將所有對數(shù)據(jù)源的訪問操作抽象封裝在一個公共 API 的中 ,并在接口當中定義所有要實現(xiàn)的方法 ,因此需要在類的設(shè)計中構(gòu)造一個 control 類和 Form 類來實現(xiàn)三層架構(gòu) 系統(tǒng)功能實現(xiàn) 后臺管理類設(shè)計 商品購買類設(shè)計 新聞公告管理的實現(xiàn) 留言交互的實現(xiàn) 商品購買的實現(xiàn) 蔬菜配送的實現(xiàn) 代碼重用的設(shè)計思想 用戶界面的設(shè)計 無 系統(tǒng)移交和后期維護 無 領(lǐng)域擴展構(gòu)想 系統(tǒng)分析和設(shè)計的主要目的是為了通過軟件來改善某個機構(gòu)的組織結(jié)構(gòu) ,幫助員工輕便而高效的完成核心的商業(yè)任務(wù)。 蔬菜配送系統(tǒng)采用 B2C 運行模式 ,借助于網(wǎng)絡(luò)平臺來給市民提供蔬菜選購和配送服務(wù)的。然而 ,企業(yè)管理人員更需要對系統(tǒng)內(nèi)的數(shù)據(jù)信息進行分析處理 ,從數(shù)據(jù)的角度分析企業(yè)的營 銷情況 ,并制定下一步的管理營銷策略來提高企業(yè)利潤。出于這方面的考慮 ,我們把管理信息系統(tǒng)擴展成以下三個子系統(tǒng) : Transaction Processing System Management Information Decision supporting System(未實現(xiàn) ) 在城市綠色蔬菜配送系統(tǒng)設(shè)計的時候 ,我們盡可能的考慮參與者的實際情況 ,根據(jù)不同需求和類別 ,選擇合適的領(lǐng)域模型 ,再進一步進行特定領(lǐng)域問題分析 ,以抽象出領(lǐng)域中通用的解決方案。以后 ,如果再進行領(lǐng)域內(nèi)不同應(yīng)用的系統(tǒng)設(shè)計時 ,可以根據(jù)該通用 解決方案具體化出面向不同應(yīng)用的解決方案 ,來減少系統(tǒng)開發(fā)的時間和金錢成本。