【正文】 。出于這方面的考慮，我們把管理信息系統(tǒng)擴(kuò)展成以下三個(gè)子系統(tǒng)： 1. Transaction Processing System 2. Management Information 3. Decision supporting System（未實(shí)現(xiàn)） T r a n s a c t i o n P r o c e s s i n g S y s t e m銷 售 報(bào) 表計(jì) 算 機(jī)M a n a g e m e n t I n f o r m a t i o n S y s t e m計(jì) 算 機(jī)D e s i o n S u p p o r t S y s t e mW h a t i fW h a t i f 在城市綠色蔬菜配送系統(tǒng)設(shè)計(jì)的時(shí)候，我們盡可能的考慮參與者的實(shí)際情況，根據(jù)不同需求和類別，選擇合適的領(lǐng)域模型，再進(jìn)一步進(jìn)行特定領(lǐng)域問(wèn)題分析，以抽象出領(lǐng)域中通用的解決方案。 蔬菜配送系統(tǒng)采用 B2C 運(yùn)行模式，借助于網(wǎng)絡(luò)平臺(tái)來(lái)給市民提供蔬菜選購(gòu)和配送服務(wù)的。 系統(tǒng)部署 體系結(jié)構(gòu)的選擇 為了更好的實(shí)現(xiàn)用戶和系統(tǒng)的交互，為用戶提供友好的操作界面， 系統(tǒng)采用三層架構(gòu)，將整個(gè)業(yè)務(wù)應(yīng)用劃分為表現(xiàn)層、業(yè)務(wù)邏輯層 和數(shù)據(jù)訪問(wèn)層。它是一種基于瀏覽器的語(yǔ)言，所以于操作環(huán)境無(wú)關(guān)，只要能運(yùn)行瀏覽器的環(huán)境就能運(yùn)行 JavaScript 語(yǔ)言。 java 有個(gè)缺點(diǎn)就是編寫(xiě)的軟件速度有點(diǎn)慢，編寫(xiě)桌面軟件如游戲軟件不如 C++更有優(yōu)勢(shì)。 服務(wù)器 — Tomcat 它運(yùn)行時(shí)占用的系統(tǒng)資源小，擴(kuò)展性好，支持負(fù)載平衡與郵件服務(wù)等開(kāi)發(fā)應(yīng)用系統(tǒng)常用的功能 數(shù)據(jù)庫(kù) — Mysql 它體積 小、速度快、 放源碼 ，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了 MySQL 作為網(wǎng)站數(shù)據(jù)庫(kù)。 ? StandardAdmin：普通管理員 類 他的職責(zé)有個(gè)人信息管理、留言板管理、 新聞公告管理、新聞公告維護(hù)、商品信息管理、個(gè)性化推薦 ? SuperAdmin：超級(jí)管理員 類 他負(fù)責(zé)系統(tǒng)維護(hù)和用戶管理 ? Order：訂單類，它是顧客利用系統(tǒng)生成的一張蔬菜配送清單。 下面用交互圖來(lái)說(shuō)明用例的實(shí)現(xiàn)，并通過(guò)顯示對(duì)象之間的關(guān)系和對(duì)象之間處理的消息來(lái)對(duì)系統(tǒng)的動(dòng)態(tài)特性建模，為進(jìn)行類的設(shè)計(jì)抽取方法。用例的實(shí)現(xiàn)描述了相互影響的對(duì)象的集合，這些對(duì)象將支持用例所要求的功能。不用例可以組合做一件事情，實(shí)現(xiàn)一個(gè)功能；一個(gè)用例也可以在多個(gè)類當(dāng)中有所體現(xiàn)。 ： 客戶 業(yè)務(wù)邏輯 數(shù)據(jù)庫(kù)會(huì)員登錄的前提下查看商品提出選購(gòu)計(jì)劃查看詳情是否提交數(shù)據(jù)庫(kù)查詢數(shù)據(jù)庫(kù)返回結(jié)果查看詳情？放入菜籃子缺貨？是否搜索商品搜索頁(yè)面填寫(xiě)搜索條件提交數(shù)據(jù)庫(kù)是否是否合法查詢數(shù)據(jù)庫(kù)返回符合條件查詢是顯示查詢列表是否繼續(xù)購(gòu)物 客戶 業(yè)務(wù)邏輯提出查看菜籃子請(qǐng)求 返回菜籃子頁(yè)面提出修改菜籃子請(qǐng)求 返回菜籃子修改頁(yè)面填寫(xiě)修改頁(yè)面修改成功修改失敗修改菜籃子有效無(wú)效檢驗(yàn)修改是否有效s e s s io n 保存返回菜籃子頁(yè)面是繼續(xù)操作？否提出增加商品請(qǐng)求 返回添加商品菜籃子頁(yè)面選擇新商品 填入菜籃子返回菜籃子頁(yè)面是否是否繼續(xù)操作？提出刪除商品請(qǐng)求返回刪除商品菜籃子頁(yè)面刪除商品刪除商品更新商品 1（注冊(cè)） 2（登陸） 3（取回密碼） 員工 業(yè)務(wù)邏輯 數(shù)據(jù)庫(kù)提出訂單處理請(qǐng)求已經(jīng)登錄的前提條件返回到處理訂單頁(yè)面填寫(xiě)訂單處理?xiàng)l件比如批處理、時(shí)間選擇無(wú)效查詢數(shù)據(jù)信息合法返回查詢結(jié)果顯示訂單訂單處理 保存數(shù)據(jù)提交數(shù)據(jù)庫(kù)保存失敗保存成功顯示訂單處理完畢信息失敗成功判斷保持成功？檢驗(yàn)條件合法？ 訂單處理 用戶 業(yè)務(wù)邏輯 數(shù)據(jù)庫(kù)用戶已登錄的前提用戶進(jìn)入個(gè)人信息管理 跳轉(zhuǎn)到個(gè)人信息管理頁(yè)面提出修改信息請(qǐng)求 根據(jù)登錄用戶信息查詢數(shù)據(jù)庫(kù)返回匹配信息顯示個(gè)人信息修改個(gè)人信息 提交數(shù)據(jù)庫(kù) 更新數(shù)據(jù)庫(kù)是修改信息錯(cuò)誤正確修改信息否？否否更新成功否？顯示信息更新成功 提示更新成功進(jìn)入更改密碼頁(yè)面否修改密碼？是跳轉(zhuǎn)到更改密碼頁(yè)面填寫(xiě)驗(yàn)證信息 ( 原密碼 ) 提交數(shù)據(jù)庫(kù)查詢數(shù)據(jù)庫(kù)提示原密碼錯(cuò)誤失敗顯示原密碼錯(cuò)誤填寫(xiě)新密碼成功匹配？顯示更新成功信息提交數(shù)據(jù)庫(kù) 更新數(shù)據(jù)庫(kù)失敗提示更改密碼成功成功更新成功？ 用戶信息管理 1（用戶信息更改） 用戶信息管理 2（角色增加） 用戶信息管理 3（刪除用戶） 商品信息管理 系統(tǒng)超級(jí)管理員界面業(yè)務(wù)邏輯數(shù)據(jù)庫(kù)顯示列表信息查看用戶信息用戶信息編輯請(qǐng)求返回編輯頁(yè)面更新數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)提示更改成功商品增加失敗返回結(jié)果是否檢查商品是否有效搜索商品提出修改的商品請(qǐng)求顯示更更改成功信息填寫(xiě)修改信息更新數(shù)據(jù)庫(kù)返回修改商品信息成功搜索商品是否是是否繼續(xù)操作檢驗(yàn)是否有效 ?是否繼續(xù)操作？提出刪除商品請(qǐng)求返回刪除頁(yè)面返回管理頁(yè)面確定刪除提交數(shù)據(jù)庫(kù)更新數(shù)據(jù)庫(kù)返回刪除失敗返回刪除成功失敗成功提出商品統(tǒng)計(jì)信息否判斷刪除成功？是否繼續(xù)操作？是返回統(tǒng)計(jì)信息頁(yè)面填寫(xiě)統(tǒng)計(jì)條件檢索數(shù)據(jù)有效無(wú)效檢驗(yàn)統(tǒng)計(jì)條件是否有效顯示所需統(tǒng)計(jì)否是否 系統(tǒng)維護(hù)活動(dòng)圖 系統(tǒng)超級(jí)管理員 業(yè)務(wù)邏輯 數(shù)據(jù)庫(kù)數(shù)據(jù)管理請(qǐng)求 返回操作選項(xiàng)界面數(shù)據(jù)庫(kù)備份請(qǐng)求返回備份頁(yè)面確認(rèn)備份顯示備份成功顯示備份失敗成功 失敗 判斷備份成功？否繼續(xù)操作？查看系統(tǒng)日志請(qǐng)求是返回系統(tǒng)日志顯示系統(tǒng)日志詳情系統(tǒng)參數(shù)設(shè)置請(qǐng)求否是繼續(xù)操作？返回參賽設(shè)置頁(yè)面設(shè)置參數(shù)提交數(shù)據(jù)庫(kù)無(wú)效更新參數(shù)合法檢查參數(shù)設(shè)置確認(rèn)參數(shù)設(shè)置 提交數(shù)據(jù)庫(kù)失敗成功更新成功？顯示參數(shù)設(shè)置成功 提示成功更新參數(shù) 用戶留言管理活動(dòng)圖 結(jié)構(gòu)化需求 概念數(shù)據(jù)模型 該系統(tǒng)是應(yīng)用到商業(yè)領(lǐng)域的， 首先 建立系統(tǒng)行為的概念 數(shù)據(jù) 模型， 然后轉(zhuǎn)變?yōu)閷?duì)象關(guān)系模型， 最終表述為 實(shí)體 的靜態(tài)屬性和 實(shí)體 之間的 業(yè)務(wù) 關(guān)系 ，這樣做的好處是： 1． 為數(shù)據(jù)庫(kù)的物理設(shè)計(jì)構(gòu)建數(shù)據(jù)結(jié)構(gòu) 2． 找出實(shí)體類和邊界類、控制類以及類之間的關(guān)系 3． 強(qiáng)化和最終確定數(shù)據(jù)模型中的屬性 圖 數(shù)據(jù)建模在系統(tǒng)分析當(dāng)中的的作用 對(duì)象關(guān)系模型 由于篇幅的原因，這個(gè)過(guò)程只是以核心用例生鮮選購(gòu)進(jìn)行說(shuō)明。同時(shí)，必須刪除無(wú)效的空留言和帶有危害國(guó)家安全和社會(huì)和諧的敏感字的留言 不在工作時(shí)間內(nèi)不能進(jìn)行業(yè)務(wù)處理，以避免非法操作 在管理員進(jìn)行處理過(guò)程中，未確認(rèn)的處理，自動(dòng)視為未處理 表 29 用戶管理用例說(shuō)明 用例名稱 用戶管理 用例編號(hào) 8 用例等級(jí) Sea 創(chuàng)建時(shí)間 2020/5/24 最后修改時(shí)間 作者 楊 賀 測(cè)試者 版本號(hào) 1 用例描述 超級(jí)管理員瀏覽所有用戶信息，分配用戶權(quán)限（角色）和添加刪除用戶 主要參與者 超級(jí)管理員 用例觸發(fā)事件 超級(jí)管理員選擇用戶管理選項(xiàng)觸發(fā)用例 前置條件 超級(jí)管理員登陸系統(tǒng)后臺(tái) 后置條件 添加某些系統(tǒng)用戶，修改和刪除某些用戶信息，角色分配變更，某些用戶權(quán)限改變，其結(jié)果反映到數(shù)據(jù)庫(kù)的修改 被包含的用例 添加用戶、更改用戶信息、查看用戶信息、刪除用戶信息、添加角色、修改角色、刪除角色、修改用戶權(quán)限 被擴(kuò)展的用例 無(wú) 用例事件流 超級(jí)管理員 系統(tǒng) （修改、刪除用戶或角色信息） （用戶或角色）請(qǐng)求 ，提交新增申請(qǐng) ，返回用戶信息列表 ，返回詳細(xì)信息（可編輯狀態(tài)） ，并返回結(jié)果 ，返回成功信息，用例結(jié)束 ，并返回驗(yàn)證結(jié)果 ，返回成功信息和新的列表信息，用例結(jié)束 事件流擴(kuò)展 6． a 修改信息非法，并給出警告提示 6． a． 1 管理員根據(jù)提示，重新編輯信息 6． a． 2 管理員取消編輯請(qǐng)求，或退出登錄，或關(guān)閉頁(yè)面 14． a 增加信息不符合要求，返回錯(cuò)誤提示 14． a． 1 管理員根據(jù)提示修改不合法的信息 14． a． 2 事務(wù)回卷，管理員重新增加修改信息 14． a． 3 管理員取消增加，或退出登錄，或關(guān)閉頁(yè)面 非功能性需求 系統(tǒng)維護(hù)子用例 表 210 系統(tǒng)維護(hù)用例說(shuō)明 根據(jù)人的心理等待能力，要求系統(tǒng)的每個(gè)流程響應(yīng)時(shí)間不超過(guò) 2s 用戶的每一份留言都是對(duì)我們系統(tǒng)工作的最好肯定，為了保證業(yè)務(wù)真實(shí)性，不能刪除合理的留言。用例圖包括參與者和用例（參與者之間為實(shí)現(xiàn)某一功能而進(jìn)行的信息交互）。 通過(guò)我們和用戶方面的交流和對(duì)電子商務(wù)領(lǐng)域的了解，為了方便系統(tǒng)的管理，根據(jù)不同的分工將人員大體分成 5 類，游客，注冊(cè)會(huì)員，普通員工，普通管理員和超級(jí)管理員。 客戶要求如下 ： （ 1） 符合商業(yè)運(yùn)營(yíng)的基本流程 （ 2） 自動(dòng)化辦公提高工作效率 （ 3） 可以進(jìn)行信息統(tǒng)計(jì)，根據(jù)統(tǒng)計(jì)結(jié)果制定營(yíng)銷策略 確定系統(tǒng)參與者 考慮到 B2C 電子商務(wù)系統(tǒng)的運(yùn)營(yíng)模式， 結(jié)合用戶溝通的中的意見(jiàn) ，參與到系統(tǒng)的角色以及對(duì)應(yīng)的權(quán)限如下（ 用戶之間應(yīng)用等級(jí)不同 ，同類權(quán)限基本上是向下兼容的）： 匿名游客： 匿名游客不具備任何操作權(quán)限，只能瀏覽網(wǎng)站基本信息和最新飲食資訊 以及通過(guò)留言進(jìn)行問(wèn)題咨詢和提出意見(jiàn) 注冊(cè)會(huì)員： 注冊(cè)會(huì)員除擁有匿名游客所有的權(quán)限外，還可以將 在線選購(gòu)的生鮮蔬菜放入菜籃子，確認(rèn)下訂單、在線付款、個(gè)人信息的管理 以及給予評(píng)價(jià)和建議（對(duì)選購(gòu)的生鮮蔬菜進(jìn)行評(píng)價(jià)、對(duì)我們的系統(tǒng)給予評(píng)價(jià)、對(duì)配送情況給予評(píng)價(jià)） 普通員工： 為了保證責(zé)任細(xì)化和分工合作的明確性，普通員工所擁有的權(quán)限僅僅是業(yè)務(wù)交流和個(gè)人信息的管理。在以后城市化發(fā)展到一定程度的時(shí)候，足不出戶，一應(yīng)俱全。 系統(tǒng)主要面向的服務(wù)對(duì)象有：白領(lǐng)一族、行動(dòng)不便的老人或不方便出行的人們、需求量比較大的酒店賓館等。 參考資料 《面向?qū)ο蠓治雠c設(shè)計(jì) 》 清華大學(xué) 出版社 《 物流服務(wù)營(yíng)銷 》 北京交通大學(xué)出版社 《我國(guó)配送企業(yè)服務(wù)體系》 **博客 《 Team Software Process》 人民郵電出版社 《 ObjectOriented System Analysis And Design， Second Edition》 清華大學(xué)出版社 2 系統(tǒng)概述 項(xiàng)目名稱 城市綠色蔬菜配送系統(tǒng) 項(xiàng)目計(jì)劃 可行性分析 amp。 1． 以分散型配送為主，蔬菜配送的整體功能難以發(fā)揮 2． 蔬菜的“配”與 “送”相互脫節(jié)，未能形成有機(jī)結(jié)合 3． 蔬菜配送服務(wù)的質(zhì)量有待優(yōu)化，服務(wù)的類型有待豐富 4． 蔬菜配送服務(wù)中管理的集約化和產(chǎn)品的標(biāo)準(zhǔn)化程度低 在社會(huì)生活向城市化和網(wǎng)絡(luò)化進(jìn)步的今天，如果能抓住機(jī)遇，從這些問(wèn)題中提取潛在的需求，進(jìn)而去著手解決這些問(wèn)題，就能獲得一個(gè)可開(kāi)發(fā)的市場(chǎng) 項(xiàng)目目標(biāo) 您還在為上班沒(méi)有時(shí)間買菜而煩惱嗎 ?您還在為買不到實(shí)惠新鮮的蔬菜而憂慮嗎 ? 您還在為根莖上附著的泥土弄臟地板而發(fā)怒嗎 ?您還在為農(nóng)貿(mào)市場(chǎng)上死魚(yú)爛蝦的惡臭而無(wú)奈嗎 ?您還在為錢包在擁擠的采購(gòu)人群中被竊而沮喪嗎 ?您還在為市場(chǎng)管理不規(guī)范而感嘆嗎