【文章內容簡介】 系統(tǒng)用例設計 系統(tǒng)管理員用例設計 用例圖 用例描述 用例名稱：系統(tǒng)管理用例 參與者：管理員 簡易說明 ： 管理員添加，刪除，更新，查詢系統(tǒng)中的管理員信息 前置條件： 管理員已經成功進入系統(tǒng) 基本事件流： 1. 管理員點擊“修改信息”按鈕，頁面跳轉到會員信息修改界面，并顯示會員信息；管理員點擊修改鮮花信息、分類信息類似。 2. 管理員在文本框中可以修改信息也可以刪除信息 3. 管理員修改信息后，點擊“保存”按鈕，會員信息被更改，跳轉成功界面 11 其它事件流： 在點擊“保存”按鈕前，可以點擊“返回”按鈕或者“重置”按鈕 異常事件流： 1. 提示錯誤信息，管理員重新填寫 2. 更新失敗異常，跳轉失敗界面 后置條件： 會員信 息被更改 訂單受理用例設計 用例圖 用例描述 用例名稱：訂單受理用例 參與者：訂單受理操作員 簡易說明： 訂單受理操作員確認訂單的有效性，無效訂單進行歸檔，或者將訂單發(fā)送到下一流程。 前置條件： 訂單受理操作員已經成功進入系統(tǒng) 基本事件流： 1. 操作員點擊訂單處理按鈕，頁面跳轉訂單受理界面，并顯示受理信息 2. 操作員填寫或者更改訂單受理信息 12 3. 根據(jù)訂單地址，系統(tǒng)動態(tài)顯示相似訂單地址訂單信息 4. 操作完成后，點擊“提交”按鈕，保存受理信息，跳轉成功界面 其它事件流： 在點擊“提交” 或者“暫存”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕，退出訂單受理界面 異常事件流： 1. 提示錯誤信息，操作員重新填寫受理信息 2. 更新失敗異常，跳轉失敗界面 3. 附件上傳失敗，跳轉失敗界面 后置條件： 受理信息完成，訂單確認完成 訂單調度用例設計 用例圖 用例描述 用例名稱：訂單調度用例 參與者：訂單調度操作員 簡易說明： 訂單調度操作員根據(jù)受理信息，填寫調度信息，選擇相應處理部門，提交或者暫存，系統(tǒng)保存調度信息 13 前置條件： 訂單調度操作員已經成功進入系統(tǒng) 基本事件流： 1. 操作員點擊訂單 處理按鈕，跳轉訂單調度界面，顯示受理信息 2. 操作員填寫或者更改訂單調度信息 3. 查看相應附件信息 4. 操作完成后，點擊“提交”或者“暫存”按鈕，保存調度信息，跳轉成功界面 其它事件流： 1. 在點擊“提交”或者“暫存”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕 2. 操作員點擊“打印”按鈕，系統(tǒng)打印訂單信息 異常事件流： 1. 提示錯誤信息，操作員重新填寫調度信息 2. 更新失敗異常，跳轉失敗界面 后置條件： 調度信息完成 訂單處理用例設計 用例圖 用例描述 14 用例名稱：訂單處理用例 參與者：訂單處理操作員 簡易說明： 訂單處理操作員根據(jù)受理信息，調度信息，和實際供貨情況填寫訂單處理信息，提交或者暫存，系統(tǒng)保存處理信息 前置條件： 訂單處理操作員已經成功進入系統(tǒng) 基本事件流： 1. 操作員點擊訂單處理按鈕，頁面跳轉訂單處理界面，并顯示受理信息 2. 操作員填寫或者更改訂單處理信息 3. 查看相信的訂單信息 4. 填寫派出松花的時間 5. 操作完成后，點擊“提交”或者“暫存”按鈕，保存處理信息，跳轉成功界面 其它事件流： 1. 在點擊“提交”或者“暫存”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕 異常事件流： 1. 提示錯誤 信息，操作員重新填寫處理信息 2. 更新失敗異常，跳轉失敗界面 后置條件： 處理信息完成 訂單回訪用例設計 用例圖 15 用例描述 用例名稱：訂單回訪用例 參與者：訂單回訪操作員 簡易說明： 訂單回訪操作員根據(jù)受理信息，調度信息，和處理情況進行回訪，并填寫訂單客戶反饋信息，提交或者暫存，系統(tǒng)保存回訪信息 前置條件： 訂單回訪操作員已經成功進入系統(tǒng) 基本事件流： 1. 操作員點擊訂單處理按鈕，頁面跳轉訂單處理界面，并顯示受理信息 2. 操作員填寫或者更改訂單回訪信息 3. 查看相應附件信息 4. 操作完成后，點擊“提交”或者“暫存”按鈕，保存回訪信息，跳轉成功界面 其它事件流： 1. 在點擊“提交”或者“暫存”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕 異常事件流： 1. 提示錯誤信息，操作員重新填寫回訪信息 2. 更新失敗異常，跳轉失敗界面 后置條件： 回訪信息完成 訂單歸檔用例設計 用例圖 16 用例描述 本章小結 本章主要介紹系統(tǒng)各模塊用例設計。 用例名稱：訂單歸檔用例 參與者：訂單歸檔操作員 簡易說明： 訂單歸檔操作員將重復的訂單及完成的訂單進行歸檔操作 前置條件： 訂單歸檔操作員已經成功進入系統(tǒng) 基本事 件流： 1. 操作員點擊訂單處理按鈕，頁面跳轉訂單處理界面，并顯示受理信息 2. 操作員填寫訂單歸檔信息 3. 操作完成后，點擊“提交”按鈕，保存歸檔信息，跳轉成功界面 其它事件流： 1. 在點擊“提交”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕 異常事件流： 1. 提示錯誤信息，操作員重新填寫歸檔信息 2. 更新失敗異常，跳轉失敗界面 后置條件： 歸檔信息完成，訂單流程結束 17 第四章 系統(tǒng)概要設計 數(shù)據(jù)庫設計 數(shù)據(jù)庫概念結構設計 概念結構設計是將分析得 到的用戶需求抽象為概念模型的過程。即在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體以及它們之間的相互關系概念結構設計模型。這樣才能更好地、更準確地用某一 DBMS 實現(xiàn)這些需求。它是整個數(shù)據(jù)庫設計的關鍵。 概念結構的主要特點是能真實、充分地反映現(xiàn)實世界；易于理解；易于更改；易于向關系、網狀、層次等各種數(shù)據(jù)模型轉換。 設計概念結構通常有四類方法： （ 1）自頂向下。即首先定義全局概念結構的框架，然后逐步細化； （ 2）自底向上。即首先定義各局部應用的概念結構，然后將它們集成起來，得到全局概念結構； （ 3）逐步擴 張。首先定義最重要的核心概念結構，然后向外擴充，以滾雪球的方式逐步生成其他概念結構，直至總體概念結構； （ 4）混合策略。即將自頂向下和自底向上相結合，用自頂向下策略設計一個全局概念結構的框架，以它為骨架集成由自底向上策略中設計的各局部概念結構。其中最經常采用的策略是自底向上方法。即自頂向下進行需求分析，然后再自底向上設計概念結構描述概念模型的有力工具是 ER模型。 針對本系統(tǒng)的數(shù)據(jù)庫 ER 模型設計如下圖： 18 會員信息表 管理員 信息表 權限表 主鍵 ID 姓名 性別 權限 密碼 用戶名 擁有 權限編號 權限注釋 固定電話 聯(lián)系地址 注冊日期 性別 郵編 密碼 會員 ID 手機號 擁有 1 1 n n