1、(中職）UML與Rose建模應用子情境4.1ppt課件學習情境4：Web軟件建模在線銷售系統UML及Rose建模應用子情境4.1 系統需求 一個“在線銷售系統”系統，包括以下基本功能：商品查詢、訂購商品、訂購維護、用戶信息維護、報表維護、銷售情況查詢等。 根據上述基本功能，分析確定系統總體的功能模塊包括：用戶接口模塊，管理員接口模塊，數據服務模塊三個部分，最后寫出“在線銷售系統”的系統分析報告。子情景描述相關知識 （1）商機 Internet網絡使得人們的衣食住行越來越方便，人們對網絡產生的依賴性也越來越大，利用網絡的便利性進行經商的需求越來越多，為了滿足這一日益增長的需求，我們提供此BC電子

2、銷售系統供廣大用戶進行經商和消費，滿足用戶的需要。 （2）問題描述 隨著Internet的快速發展，人們對網絡的依賴性也越來越大，直接需要網絡提供一系列種類繁多的服務來滿足人們的各種要求。購物資訊就是這縱多需求的一種。目前已經存在了一些購物系統，但是這些購物系統都各有各的缺點，如系統響應慢、送貨渠道少、用戶缺乏信用等，不能滿足廣大網絡用戶的需求，迫切需要一個安全、可靠、快捷的在線銷售系統來滿足需求。（3）產品定位說明 B2C在線銷售系統以自有域名在互聯網上開設服務，主要針對廣大需要網上購物和經商的廣大網絡用戶，是一個集銷售、服務和資訊一體化的電子商務平臺；并在此網站的基礎上開展綜合性的網絡營銷

3、活動，推廣網站，樹立品牌；還要與企業CRM、物流、ERP等軟件系統建立起良好的數據/應用集成接口，便于更新系統和加快產品服務 （4）消費者統計數據 隨著網絡的遍及，越來越多的家庭擁有了電腦和Internet，他們需求享受網絡帶來的方便、快捷和資訊的傳播，并利用電腦進行網上活動。B2C在線銷售系統就是一個為網上經營和購物的電子平臺。隨著網絡安全和人們思想意識的提高，用戶的數量會迅速增加。 （5）用戶環境 兩種管理員角色：從事技術管理和商業運營管理； B2C網上購物系統要與原有的財務系統、物流系統和庫存系統接口； 顧客方有可以連接到互聯網的終端，并知悉這個網站的地址； 銷售商在此銷售商品，遵守商業

4、道德，商業規范，合理定價。 （6）產品縱覽 網上購物系統是一個BS結構的系統，主要由服務器組件組成。服務器組件位于網絡經營者的服務器上。只要用戶（顧客和銷售商）連接互聯網，打開瀏覽器，就可以訪問網上購物系統，不需要在顧客和銷售商的電腦上安裝任何軟件。相關知識 如圖4-3所示，“在線銷售系統”總體的功能模塊包括：用戶接口模塊，管理員接口模塊和數據服務模塊。其中：確定系統總體的功能需求 步驟1圖4-3 系統總體功能需求框圖 子情景實施 （3）數據服務模塊：是系統正常運行的基礎，包括客戶的查詢，訂單的保存；網站工作人員的訂單處理；網站管理員的銷售情況查詢與分析。 （2）管理員接口模塊：是系統提供給網

5、站維護和管理人員的接口哦。管理員接口模塊包括商品信息維護、內部員工信息維護、訂單處理、銷售情況查詢、報表維護5個部分、網站的 一般工作人員通常只具有訂單處理的權限，他們獲得用戶提交的訂單，并根據庫存情況來決定發貨或者推遲發貨。網站的管理員具有所有的權限，可以處理客戶的訂單，可以閱覽網站商品的銷售情況、銷售走勢，以及根據不同的情況及時的調整經營戰略，將庫存成本和資金占用率降到最低限度。 （1）用戶接口模塊：是網站用戶使用圖書銷售系統服務的入口，所有的在線用戶都通過瀏覽器登錄網站，并進行一系列的查詢，訂購操作。用戶接口模塊包括了用戶信息維護、商品查詢、訂購商品和訂單維護4個部分。 子情景實施 如圖

6、4-4所示，用戶接口模塊包括：用戶信息維護、商品查詢、訂購商品、訂購維護等功能。具體描述如下：確定用戶接口模塊步驟2圖4-4 用戶接口模塊 子情景實施 （1）用戶信息維護 如圖4-5所示，每個使用該系統的用戶必須經過注冊，而注冊時的用戶名是用戶的唯一標識。系統可以接收更多可用的客戶信息，比如購物方面的喜好、經濟能力等。圖4-5 用戶信息維護功能前置條件：用戶已登錄 子情景實施 （2）商品查詢 如圖4-6所示，商品查詢模塊可以根據商品的名稱、種類、價格、廠家等各種條件進行組合查詢。商品查詢結果的列表中，用戶可以進一步的查看詳細信息圖4-6 商品查詢功能前置條件：用戶已登錄 子情景實施 （3）訂購

7、商品 可用在根據喜好得到相應的商品列表后，可以選擇訂購該商品。如圖4-7所示，在訂購商品后，系統會自動保存并更新該用戶的訂單。系統的工作人員可以及時得到訂單并處理，根據情況選擇發貨、缺貨或延時發貨。圖4-7 訂購商品功能前置條件：用戶已登錄、商品可共購買。 子情景實施 （4）訂單維護 如圖4-8所示，客戶在訂購商品后可以查詢其訂單的狀態（包括處理中、發貨中、缺貨中和已完成），并可以對處理中和缺貨中的訂單進行增加、刪除和修改的操作。訂單修改的結果會及時更新并交給工作人員。圖4-8 訂單維護功能前置條件：用戶已登錄 子情景實施 管理員模塊是系統管理員使用的核心模塊，是整個“在線銷售系統”正常運行的

8、基礎。如圖4-9所示，管理員接口模塊包括商品信息維護、內部員工信息維護、訂單處理、銷售情況查詢及報表維護等功能。各部分功能描述如下：確定用戶接口模塊步驟3圖4-9 管理員接口模塊所包括的功能模塊 子情景實施 （1）商品信息維護 系統管理員登錄后何以對系統所有的商品信息進行維護，包括商品價格的調整、商品描述信息的更新、新商品的加入以及過期商品的刪除。 系統的后臺程序可以根據商品的銷售情況提供給管理員一份詳細的分析報告。管理員可以根據該報告及時的調整熱門商品的信息（例如將其放到醒目的位置）、對非熱門的商品進行價格調整。這一切的數據都來源自系統客戶的查詢和訂購信息。圖4-10描述了商品信息維護的一般

9、過程。圖4-10 商品信息維護功能前置條件：管理員已登錄 子情景實施 （2）內部員工信息維護 系統管理員登錄后可以對內部員工的信息進行維護，包括員工個人信息的更新，員工權限的更改等。 本系統涉及的使用者包括管理員和普通員工，系統管理員擁有所有的權限，而普通員工一般只有訂單處理的權限。但管理員可以定制任意員工的權限，比如增加他的報表打印權限。圖4-11描述了內部員工信息維護功能的執行過程。圖4-11 內部員工信息維護功能前置條件：管理員已登錄 子情景實施 （3）訂單處理 訂單處理一般是普通員工的工作。用戶在訂購商品之后，系統會及時更新其訂單，普通員工登錄后，可以獲取未處理的訂單，并根據庫存情況發

10、貨或延時發貨。 客戶在查詢商品時會顯示商品的庫存量，但系統的管理者并不希望顯示某商品的庫存為零，因為這樣會失去部分客戶。因此，在訂購商品后可能會出現庫存不足的情況，這時工作人員一般選擇延時發貨或者拒絕訂單。如果該商品有現貨，那么工作人員確認用戶訂單后選擇發貨。圖4-12描述了訂單處理的一般流程。圖4-12 訂單處理功能前置條件：管理員或普通工作人員已登錄 子情景實施 （4）銷售情況查詢 銷售情況查詢是系統編碼過程中非常重要的部分，能夠為企業管理者的決策提供參考的信息。 管理員登錄后，可以得到詳細的銷售情況列表并及時更新熱門商品的信息（如排列位置），可以根據銷售的走勢和以往的銷售記錄及時判斷部分商品可能會出現庫存不足并及時進貨。由于本功能模塊涉及到企業的經營信息，考慮到商業信息的安全性，需要管理員級的用戶才可以使用本模塊。圖4-13給出銷售情況查詢的一般流程。圖4-13 銷售情況查詢功能前置條件：管理員已登錄 子情景實施 （5）報表維護 報表維護模塊提供查詢結果的打印輸出功能。圖4-14給出了條件查詢后打印查詢結果的流程。圖4-14 報表維護功能 子情景實施 按照需求分析報告的編寫要求及上述的步驟1、2、3，寫出需求分析報告，其中系統功能模塊及參與者如表4-10所示。步驟4確定需求分析報告 模塊名模塊包括功能參與者用戶接口模塊用戶信息維護、商品查詢、訂購商品和訂單維護網站用戶管