【文章內容簡介】 證） ；；；；，注冊成功。擴展（或替代流程）：： ； ； 5 步。字段列表： 會員信息=用戶名+ 密碼 +姓名+送貨地址+ 聯(lián)系方式業(yè)務規(guī)則：；，訂單確認三次以上沒有成功，則刪除此會員信息。非功能需求：能支持多個顧客同時注冊成為會員。設計約束：使用客服端/服務器（B/S）方式與服務器進行數(shù)據(jù)交互。待解決問題：；。用例 UC2：預定鮮花范圍：鮮花預定系統(tǒng)級別：用戶目標主要參與者：顧客涉及及關注點：? 顧客：希望方便快捷的購買鮮花，一次性的購買需要的全部鮮花。? 系統(tǒng)管理員：希望一次性知道顧客要預定的鮮花，快速進行管理操作。? 花店：盡可能減少打印訂貨單。前置條件：顧客必須注冊成為會員。后置條件（或成功保證）： 系統(tǒng)生成訂貨單?；玖鞒蹋ɑ蛑鞒晒鼍埃海刹坏卿洠?；；；4. 顧客確認鮮花的數(shù)量；；；。擴展（或替代流程）：a．網(wǎng)絡突然連接中斷： ； ，繼續(xù)購物。：； 1 步。： ； ，轉到第 6 步。： ； ； 6 步。字段列表：? 訂貨單={鮮花名稱+數(shù)量}+ 顧客姓名+ 送貨地址+聯(lián)系電話+訂購時間。? 訂單狀態(tài)={已確認|未確認}。業(yè)務規(guī)則：訂單的訂購只有會員能填寫生效。非功能需求：? 能支持多個會員同時預定鮮花。? 能支持同時預定多種多束鮮花。設計約束：使用客戶端/服務器（B/S）方式與服務器進行數(shù)據(jù)交互。待解決問題：如何確認訂單的真實性。研究系統(tǒng)發(fā)生故障并沒有記錄操作日志時的容錯處理。用例 UC3：處理訂單范圍：鮮花預定系統(tǒng)級別：用戶目標主要參與者：系統(tǒng)管理員涉眾及關注點：? 系統(tǒng)管理員：希望能夠方便、快速地處理訂單，且不會處理錯誤。能夠快速進行管理操作，并易于更正處理錯誤。? 顧客：希望盡可能少的次數(shù)接聽訂單確認電話。? 花店：希望準確地記錄處理結果，滿足顧客要求。系統(tǒng)能夠自動、快速地更新財務和庫存信息。盡可能少的訂單確認電話的通話費用。前置條件：無后置條件（或成功保證）：修改訂單狀態(tài)、生成財務信息、修改庫存信息、生成送花票據(jù)?；玖鞒蹋ɑ蛑鞒晒鼍埃?. 銷售員開始一次新的訂單處理。2. 系統(tǒng)顯示訂單信息。（該顧客已經(jīng)訂購過圖書，轉到第 4 步）3. 銷售員確認訂單。4. 系統(tǒng)記錄操作日志。5. 系統(tǒng)更改訂單狀態(tài)。6. 系統(tǒng)生成銷售賬務。7. 系統(tǒng)更新庫存信息。8. 系統(tǒng)生成并顯示送書單。9. 銷售員打印送書單。10. 系統(tǒng)關閉送書單顯示界面。擴展（或替代流程）：a． 系統(tǒng)在任意時刻檢測到通信故障：（故障恢復后，銷售員重新登錄系統(tǒng)。）1. 系統(tǒng)顯示中斷的訂單狀態(tài)及信息。2. 銷售員請求恢復到中斷前的狀態(tài)。3. 系統(tǒng)還原訂單狀態(tài)、賬務等信息。4. 銷售員繼續(xù)處理該訂單。1b. 顧客要求取消訂單：1. 銷售員在系統(tǒng)中取消訂單。2. 系統(tǒng)更新訂單狀態(tài)為“已取消” 。2b. 顧客要求修改訂單：1. 銷售員更改訂單。2. 系統(tǒng)更新并顯示訂單信息。3. 轉到第 4 步。字段列表：? 賬務信息=訂單編號+處理時間+交易總金額；? 訂單狀態(tài)={已確認|已取消}；? 送書單信息=銷售員編號+ 訂單信息+時間+收貨人信息。業(yè)務規(guī)則：? 訂單只能由銷售員處理。? 若不能確認訂單是否為有效訂單 3 次及以上次數(shù)，則視為無效訂單，并向管理員申請刪除此會員信息。? 若顧客已訂購過書籍，則以后的訂單可不進行訂單確認。非功能需求：能支持多個銷售員同時處理訂單。設計約束：使用客戶端/服務器（C/S）方式與服務器進行數(shù)據(jù)交互。待解決問題：? 銷售員確認訂單時，如何判斷接電話的人的真實性。? 研究系統(tǒng)發(fā)生故障并沒有記錄操作日志時的容錯處理。用例 UC4：管理鮮花信息范圍：鮮花預定系統(tǒng)級別：用戶目標主要參與者：系統(tǒng)管理員涉眾及關注點：? 顧客：希望快速地獲取鮮花更新的信息。? 系統(tǒng)管理員：希望能夠快速進行管理操作，并易于更正處理錯誤。能夠方便、快速地管理書籍信息，且不會處理錯誤。? 花店：希望準確、快速地顯示鮮花更新的信息，滿足顧客要求。前置條件：無后置條件（或成功保證）：修改鮮花信息?；玖鞒蹋ɑ蛑鞒晒鼍埃?. 系統(tǒng)管理員開始一次新的修改鮮花信息處理。2. 系統(tǒng)顯示鮮花信息。3. 系統(tǒng)管理員修改鮮花信息。4. 系統(tǒng)記錄操作日志。5. 系統(tǒng)更改鮮花信息。擴展（或替代流程）：a． 系統(tǒng)在任意時刻檢測到通信故障（故障恢復后，系統(tǒng)管理員重新登錄系統(tǒng)）：1. 系統(tǒng)顯示中斷的修改狀態(tài)及信息；2. 系統(tǒng)管理員請求恢復到中斷前的狀態(tài)；3. 系統(tǒng)還原鮮花信息；4. 系統(tǒng)管理員繼續(xù)修改鮮花信息。字段列表：? 鮮花信息=鮮花名稱+種類+產(chǎn)地+日期+ 數(shù)量。? 修改狀態(tài)={已修改|未修改}。業(yè)務規(guī)則：鮮花信息只能由系統(tǒng)管理員員修改。非功能需求：能支持多種鮮花同時進行修改。設計約束：使用客戶端/服務器（B/S）方式與服務器進行數(shù)據(jù)交互。待解決問題：（無） 體系結構設計圖 42 部署圖本系統(tǒng)數(shù)據(jù)層包含兩個數(shù)據(jù)庫服務器（稱為 DBServer） 。有這兩個節(jié)點可提高通過量和可靠性。中間層與數(shù)據(jù)層通信包含兩個服務器（FlowerSever） ，也用于提高通過量和可靠性，每個 FlowerSever 都可以由任意多個 FlowerHTMLClient節(jié)點同時訪問。最后，還提供了從 FlowerGUIClient 的訪問。 詳細設計 功能模塊? 用戶信息模塊用戶注冊：匿名用戶可以注冊成為會員用戶登錄：注冊用戶可以通過注冊的 和 password 登錄系統(tǒng)修改注冊信息：用戶登錄后可以修改填寫的注冊信息修改登錄密碼：用戶登錄后可以修改登錄密碼? 鮮花信息模塊添加鮮花信息：管理員添加鮮花信息修改鮮花信息：管理員對已添加的鮮花信息進行修改刪除鮮花信息：管理員刪除鮮花信息搜索鮮花信息：顧客搜索想要購買的鮮花信息查看鮮花詳情：顧客查看一條鮮花信息詳細介紹篩選鮮花信息：顧客根據(jù)類別查看該類鮮花列表添加鮮花到購物車：顧客添加鮮花到購物車? 鮮花分類模塊添加鮮花分類：管理員添加鮮花分類修改類別名稱：管理員修改類別信息修改類別層次：管理員修改類別所屬的父類刪除類別信息：管理員刪除類別信息顯示分類列表：系統(tǒng)顯示類別信息供用戶篩選鮮花? 定單信息模塊定購鮮花：顧客購買購物車中的鮮花，生成定單查看定單歷史：會員查看已定購鮮花列表查看定單詳情：會員（管理員）查看定單詳細情況處理用戶定單：管理員處理鮮花定單，更改定單狀態(tài)取消鮮花訂購：會員可以取消未處理的鮮花定購單 實體類圖 43 實體類圖表 CategoryData 類屬性 類型 說明Id Int 類別編號Name string 類別名稱Pid int 上級類別編號表 FlowersData 類屬性 類型 說明Id int 鮮花編號CategoryId int 鮮花所屬的類別編號Name string 鮮花名稱Picture string 鮮花圖樣的 URL 地址StoreNum int 鮮花庫存數(shù)量Price decimal 鮮花銷售價格Description string 鮮花描述AddDate DateTime 鮮花上架時