功能建模

功能建模是指在業務建模的基礎上，為解決業務領域的問題所需要的系統功能，並按照“系統—子系統—功能—程序”的思路編排，且需説明解決哪部分業務以及功能間的關係。

1、理解業務體系，梳理出業務體系所在的問題域的層次關係；

2、確定系統邊界，明確接口關係；

3、確定系統分解規則，將系統分解成幾個子系統；

4、確定子系統所需的功能，按層次列出功能；

5、按[[IPO]]思路確定系統功能，輸入、處理、輸出。

6、按交互思路確定用户界面。

其中：客户是從公司中訂購商品的人i供貨商是向公司提供進貨的商家．採購員負責與供貨商打交道即從商家進貨；銷售員負責與客户打交道即銷售商品：倉庫管理員是記錄商品庫存、商品入庫出庫；財會人員負責整個公司的財務工作：與銀行交互進行支付處理；數據庫系統是提供數據處理方面功能的系統。整個系統協調工作，統一進貨，統一銷售．統一結算．統一退貨。

根據以上問題分析本系統的需求，可以初步確定這樣一些用例：

客户：獲得清單、獲得訂單狀態、訂購貨物、取消訂單、退貨：採購員：進貨、向供貨商退貨、供貨商管理（添加、修改、刪除、查詢供貨商信息）：銷售員處理客户退貨、客户管理（添加、修改、刪除。查詢客户信息）倉庫管理員：到貨入庫、退貨入庫、發貨出庫、退貨出庫、庫存統計等；財會人員：收款結算、客户往來賬目處理、供貨商往來賬目處理、付款結算、其他收支等。

“訂購貨物”用例描述訂單通過該過程進入訂單處理系統。訂購貨物的過程是：當客户選擇訂購貨物後．系統顯示訂購貨物界面。客户輸入自己的姓名和住址．然後輸入要訂購產品的代碼．並且系統要將該項價格加到總值中去。完成以上的選擇之後，客户輸入信用卡支付信息。客户提交後，系統驗證輸入信息，並把該訂單作為未完成的交易保存。

“取消訂單”用例描述了客户取消訂單的過程。客户選擇取消訂單．客户進入取消訂單界面。客户選擇取消。如果這筆訂單中的產品還沒有運走，則系統在數據庫中刪除這筆訂單並更新訂單，向客户賬號中加錢並更新賬目．把訂單中的產品放回庫存並更新產品數量。

“退貨”用例描述客户將不滿意的產品退回公司的過程。當客户選擇退貨時．首先查詢訂單，然後選擇要退回的貨物，提交之後，系統更新賬目．產品數量及訂單。

“更新客户”用例描述當客户信息發生變化時修改客户資料的過程。當銷售員選擇更新客户時，首先查詢客户，然後填寫查詢條件．系統查詢出符合條件的若干客户．選擇要修改的客户，並選擇”修改資料”功能．系統驗證該用户是否有修改權限，系統查看是否其他人在使用該客户資料．系統打開客户資料修改窗口．輸入新資料並保存，系統驗證新資料的合法性，系統將客户新資料保存到數據庫。

“進貨”用例描述採購員從供貨商家購進商品的過程。當採購員選擇進貨功能時，使用“查詢供貨商”用例，選擇供貨商．然後選擇要購進的貨物，提交之後，系統更新賬目，產品數量。

1、引言

2、功能概述

1.1 業務背景

1.2 系統邊界

1.3 系統目標

1.4 系統框架

1.4 前提與約束

3、A子系統

3.1 A1功能

3.1.1 定義

3.1.2 進入條件

3.1.3 系統角色

3.1.4 功能列表

3.1.5 角色功能對照表

3.1.6 主事件流

3.1.7 子事件流

3.1.8 備事件流

3.1.9 退出條件

3.1.10 業務規則

3.1.11業務資料

3.1.12 相關功能

3.1.13 其他

3.2 A2功能

。。。。。。

4、B子系統

4.1 B1功能

4.1.1 定義

4.1.2 進入條件

4.1.3 系統角色

4.1.4 功能列表

4.1.5 角色功能對照表

4.1.6 主事件流

4.1.7 子事件流

4.1.8 備事件流

4.1.9 退出條件

4.1.10 業務規則

4.1.11業務資料

4.1.12 相關功能

4.1.13 其他

4.2 B2功能

。。。。。。