【正文】 刪除界面刪除所要刪除的用戶信息； 4. 在修改界面修改需要修改的用戶的信息。 后置條件 確保商品入庫信息正確記錄到數據庫 基本路徑 1. 供應商提供商品，倉庫管理員接收； 2. 倉庫管理員記錄商品信、入庫日期、審核人員、供應商信息 ； 3. 確保正確信息存儲到數據庫 異常事件流 無 江西財經大學普通本科畢業(yè)設計 11 （ 4）用戶管理 : 系統管理員可對系統用戶的信息進行相應的增刪改查操作。如圖 26 與圖 27所示。 基本路徑 1. 顧客挑選商品完畢，到前臺付款； 2. 銷售員掃描各商品計總價； 3. 顧客付款，銷售員找零，交易記錄保存到數據庫； 4. 顧客交易完畢，離開。 江西財經大學普通本科畢業(yè)設計 7 系 統登 入 者登 入 界 面輸 入 用 戶 名 和 密 碼提 交合 法 性 判 斷數 據 庫 匹 配 ， 權 限 判 斷進 入 管 理 界 面合 法不 合法 圖 22 登入管理活動 圖 表 商品銷售用例說明 用例描述 商品銷售 參與者 銷售員、顧客 前置條件 顧客購買商品到前臺付款。 登 入 者 數 據 庫1 ： 輸 入 用 戶 名 和 密 碼系 統2 ： 信 息 提 交4 ： 信 息 正 確 ， 判 斷 類 別5 ： 對 應 信 息 反 饋5 ： 對 應 功 能 界 面 信 息6 ： 登 入 成 功3 ： 信 息 有 誤圖 23 登入管理時序圖 （ 2）商品銷售 : 銷售員登入系統后，可以進行相關銷售作業(yè)，也可以對銷售記錄進行查詢，顧客若臨時不想買某件商品，可執(zhí)行退貨功能。 基本路徑 ； 界面，選擇用戶類型，輸入用戶名和密碼，登入； ； ，用戶進入對應管理界面。 表 登入用例說明 用例描述 登入 參與者 銷售員、倉庫管理員、系統管理員 前置條件 3 種參與者登入到系統。 銷 售 員倉 庫 管 理 員系 統 管 理 員登 入權 限 管 理供 應 商 管 理商 品 類 別用 戶 管 理商 品 銷 售庫 存 管 理銷 售商 品 查 詢退 貨商 品 入 庫入 庫 審 核商 品 信 息定 價 e x t e n d s 類 別 查 詢類 別 添 加添 加 供 應 商權 限 分 配權 限 修 改添 加 用 戶查 詢 用 戶修 改 用 戶刪 除 用 戶查 詢 供 應 商刪 除 供 應 商修 改 供 應 商 i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e 圖 21 系統的主用例圖 （ 1）登入功能：無論是銷售員、倉庫管理員還是系統管理員，進入系統都必須經過登入界面，通過輸入用戶名和密碼確認，然后系統驗證用戶名和密碼的正確性，在根據用戶類型確定其權限，不同用戶系統會根據其權限將江西財經大學普通本科畢業(yè)設計 6 相應的功能顯示在界面上。根據用戶權限的不同分別實現不同的功能塊對應的小功能。 1王少鋒， 20xx：《面向對象技術 UML 教程》，清華大學出版社，第 38頁?？梢圆扇〔粩嗟膯栕约骸斑@個角色究竟想通過系統做什么？”來準確地描述用例 1。盡可能地確保所有角色都被完全識別出來。角色可以是用戶、外部系統，甚至是外部處理，通過某種途徑與系統交互。用例模型提供了一個非常重要的方式來界定系統邊界以及定義系統功能，同時，該模型將來可以派生出動態(tài)對象模型。在 UML 中，從任何一個角度對系統所做的抽象都可能需要幾種模型來描述，而這些來自不同角度的模型圖最終組成了系統的映像。 (5)會員管理：會員信息的管理。 (3)權限管理：對各使用用戶的權限進行分配，可適當的進行修改。某大類包括小類。 系統管理員登錄 系統后可執(zhí)行的操作有：商品類別、用戶管理、供應商管理、權限管理、會員信息。 (2)商品入庫：包括商品、商品入庫時間、數量、單價、入庫人員。 江西財經大學普通本科畢業(yè)設計 4 倉庫員登錄系統后可執(zhí)行的操作有：商品信息、商品入庫、庫存管理。 (2)銷售查詢：對銷售記錄進行查詢，包括時間、人員、商品信息、數量、價格。 (1)商品銷售：通過條形碼或商品編號選擇商品，結算找零然后保存到數據庫。 功能需求 初步設定有銷售員、倉庫管理員和系統管理員三種角色登錄。 (3)系統管理員：維護數據庫，對使用系統使用的用戶的信息，供應商信息增刪改管理。 (1)銷售員：主要參與商品銷售、銷售查詢、退貨等功能。 用戶需求 角色是系統需求中 不可或缺的一部分，是系統內部與外部交互的必要存在。本人在開發(fā)過程中，雖然有所借鑒，但是還是本著自主創(chuàng)新的原則進行著。 (2)技術可行性研究：根據客戶對系統要求的詳細解析，決定在 JDK 和tomcat 服務環(huán)境下，使用 Myeclipse 開發(fā)工具采用 java 語言開發(fā)本系統。 江西財經大學普通本科畢業(yè)設計 3 2 需求分析 系統的可行性分析 對于任何一個計算機類系統的開發(fā)，時間和可利用資源上的限制考慮是必不可少的，根據客戶在相關方面的要求，企業(yè)必須對時間與資源條件的進行可行性研究。在系統詳細設計中，對于各個模塊的詳細設計，以及其模塊涉及的功能流程圖與實現界面的信息做出盡可能詳細的展現。該系統對于信息的查詢也將變得相當簡便，而且對于數據的安全性，系統有著很大的保障，意義顯而易見。 江西財經大學普通本科畢業(yè)設計 2 煙草銷售管理系統的開發(fā)意義 在老式的交易運作及傳 統的管理模式，煙草銷售管理是非常繁雜的，大量的交易及客戶信息需要采用筆紙記載、人腦記憶的方式進行管理，而且對于近期交易信息的核對，又需要調出一大堆的資料，這種即需大量人力也需大量物力的方式，嚴重的影響了企業(yè)工作效率。大大的提高了運作的效率，大大縮短了同利潤增益的時間，對于商品交易行業(yè)是不可或缺的。 煙草銷售管理信息化對商品交易業(yè)的發(fā)展影響重大，歸納起來有以下幾點： (1)對于老式的記載記憶方式及各種時間交易與庫存信息，可以通過數據庫的信息存儲與調出管理來大大的節(jié)省人力與物力。也因此在計算機化的當今，煙草對于計算機應用技術的依賴越發(fā)明顯。 煙草如今已成為各國各地人們生活中不可或缺的存在。 煙草銷售管理系統的開發(fā)背景 隨著 商品銷售市場 的 迅速 發(fā)展， 老式的交易運作及傳統的管理模式已經沒有多大效果了 ， 使 用計算機 化 管理來代替 老式的交易運作 是非常必要的 。因此，對于世界各地煙草企業(yè)來說，計算機這項新興領域是很值得注意的。 Objectoriented Design III 目 錄 1 緒論 煙草銷售管理系統的開發(fā)背景 ................................... 1 煙草銷售管理系統的開發(fā)意義 ................................... 2 本文主要內容 ................................................. 2 2 需求分析 系統的可行性分析 ............................................. 3 用戶需求 ..................................................... 3 功能需求 ..................................................... 3 系統建模方法 ........................................................................................ 4 系統主用例圖 ........................................................................................ 5 性能需求分析 ................................................ 18 3 概要設計 系統功能模塊設計 ............................................ 19 數據庫設計 .................................................. 20 數據庫概念設計 .................................................................................. 20 數據字典 .............................................................................................. 22 數據庫表 .............................................................................................. 24 數據庫表設計 ...................................................................................... 24 系統安全性設計 .............................................. 28 4 詳細設計 登入功能 .................................................... 30 商品銷售 .................................................... 30 商品價格管理 ................................................ 33 庫存管理 .................................................... 33 .................................................... 33 5 系統實現 登錄模塊實現 ................................................ 35 商品銷售管理模塊實現 ........................................ 35 用戶信息 .................................................... 36 庫存管理 .................................................... 37 商品價格制定管理 ............................................ 37 系統管理 .................................................... 38 6 總結與展望