第2章 網上商城功能需求分析和設計

2.1 網上商城后臺功能需求列表和設計

2.1.1 數據字典功能需求列表和設計

一、客戶供應商管理

在一個經典的B2C網店系統中，是沒有客戶和供應商的概念的。所謂客戶，就是買自己東西的公司或者個人，供應商是指自己進貨的上游廠家或者經銷商。而在B2C網店系統中，所有的顧客都可以看做是個人，很少有顧客常年累月在某一家網店中買東西，當然極少部分淘寶上的大C和京東商城、紅孩子、卓越亞馬遜、當當這類巨無霸企業除外。所以像Shopex也好，Ecshop、Ecmall也好，它們是沒有客戶、供應商這類概念的，它們也只是有品牌的概念，某個商品屬于哪個品牌。而我們要做的，不僅是網上商城系統，而且還是一個輕量的、企業級的完整進銷存系統。雖然輕量，但是麻雀雖小，也是五臟俱全啊。

一個典型的客戶、供應商信息，包括：

公司名稱、郵箱、聯系電話、聯系地址、郵編、開戶行、銀行賬號、信用額度、是客戶還是供應商的標志位等信息，如圖2-1所示。

由于客戶和供應商信息基本相同，所以在設計上，我們用一張表表示。并用一個字段作為標志位，表明這個公司是客戶還是供應商?；蛘哌@個公司，既是客戶，又是供應商。而對于網上商城注冊的個人買家，并不在這個表中維護。這個表維護的是企業，并不針對個人。

二、貨品管理

貨品管理，是一個網上商城系統的核心，因為網上商城的一切活動，都是圍繞著買和賣進行的。買和賣的核心，也就是貨品（或者叫商品）。貨品管理功能的好壞，將直接影響到一個網上商城或者網上商店系統的易用性。

我們的貨品管理包括下面幾個功能。

（1）可以動態增加規格

這個特性，對于服裝行業尤為重要，因為某一款服裝，僅僅是因為顏色、尺寸的不同，就能衍生出數十類不同規格的衣服，而價格完全相同。如果貨品管理不能支持這個特性，將會使錄入程序極其煩瑣，每一個規格都要重新錄入一次。這給統計查詢也會造成很大的麻煩，每一個貨品編碼，都會代表不同的貨品，哪些貨品僅僅是因為規格不同，統計時要看做同一個商品來統計。如果不同規格算作不同商品，就會有這個麻煩，這個問題不解決，至少在服裝行業，這個網上商城系統，是不好用的，也沒有客戶愿意使用。動態增加規格如圖2-2所示。

（2）可以動態增加多幅圖片

由于是網上商城，顧客可能實際并沒有見過這款貨品，那么一個貨品，它的圖片越多，供顧客參考的內容就越直觀，顧客就可以反復比較和揣摩這個貨品是否是自己理想中的商品，購買后反悔的心理就會減弱，從而增加網站黏性，主界面如圖2-3所示。

（3）可以動態增加屬性

不同類別的貨品，它們有一些通用的屬性，比如貨品編碼、貨號、計量單位、供貨商、品牌、進貨價格、銷售價格、期初庫存等基本屬性。對于網上商城來講，還有“是否精品”、“是否特價”等屬性。但是不同類別的貨品，它們的屬性差異還是很大的，比如：服裝行業有尺碼、顏色、材料等特殊屬性，而一款硬盤，則有容量大?。ū热?000G）、轉數（比如7200轉/5400轉）等特殊屬性。不同的貨品，屬性差異很大，所以我們要有動態增加商品屬性的功能。這個功能，我們將在類別管理里面實現，針對某個貨品類別，動態設置好它的屬性后，我們就可以在貨品管理里面動態設置屬性值了。

貨品管理基本信息包括如下幾方面。

①貨品編碼：系統自動生成。

②貨品名稱：貨品的實際名稱。

③貨號：這里重點解釋一下貨號。像服裝之類的商品，由于顏色、尺碼不同，造成貨號可能就是不同的，但是卻算作一個貨品，統計查詢起來比較方便。

④供貨商：自己進貨的、生產廠家或者上一級分銷商。

⑤庫房：進貨后，把這個貨品放在哪個倉庫（可以是虛擬的）。

⑥是否上架：由于后臺是完整進銷存系統，用戶不僅使用網上商城系統，還可能混合使用進銷存系統，目的是記賬用，并不對外銷售，所以加了這個參數。如果不上架，則不應在網上商城前臺顯示。

⑦顯示比例：用戶也許不愿意讓網上商城前臺看到自己的庫存，但是在后臺，又想錄入實際庫存，作為自己日常管理用，所以加了這么一個參數。

⑧本店零售價：即在網上商城的售賣價。

⑨期初庫存：如果填寫這個庫存，那么這個貨品會出現在庫房臺賬里，否則，庫存就是0，不能對外銷售。當然，你也可以利用采購管理的采購入庫功能，或者庫存管理的直接入庫功能，對貨品進行入庫操作，從而動態監測某個貨品日常管理過程。

其他一些基本信息，我就不一一解釋了。

三、貨品類別

首先，貨品類別是為所有的貨品分類，比如：服裝大類，又可以分為男裝，女裝/女士精品，男女內衣/家居服等很多大類和小類。初次做電子商務的讀者，如果對所售商品的背景知識不是很熟悉的話，我的建議是直接看淘寶或者1688.com是如何分類的，或者參考慧聰網。拿到他們的分類后，直接用就可以了。這么做還有一個好處是，日后跟淘寶集成就很好集成了，不用再轉換。

貨品類別首先是樹狀結構的，如圖2-4所示。

其次，貨品類別是電子商務網站系統軟件的核心。系統的靈活性就直接體現在貨品類別是否支持各類自定義屬性，就像我們在“貨品管理”功能模塊所講的，每一個貨品都要支持動態屬性的添加。那么動態屬性的設置，是針對某一類貨品，而不是某一個貨品。所以，我們針對某類商品，還必須有動態增加屬性的功能，如圖2-5所示。

再次，我們還可以對動態屬性分組，比如對于計算機這個類別，我們可以分為硬盤、顯卡、聲卡、主機等組別。對于硬盤，又分為30G、80G、170G等動態屬性值。

最后，某類貨品還可以有自己的關聯品牌。比如某些箱包，既可以有麥包包，也可以是Guess、Coach。

四、庫房維護

庫房管理，我們這里做的相對簡單，就是針對庫房本身的增加、修改、刪除，并沒有跟數據權限關聯上，比如某個保管員只能管某個庫房的數據，我們這里暫不考慮那么復雜的情況。

庫房管理的基本信息包括庫房編碼、庫房名稱和備注字段信息，界面如圖2-6所示。

五、計量單位

計量單位是一個說簡單也簡單，說復雜又巨復雜的一個功能。如果我們像維護庫房管理那樣，簡單地維護計量單位的增加、修改、刪除和查詢功能，本身也沒什么新意。但是計量單位涉及到不同計量單位之間的換算功能，比如我們批發一箱牛奶到庫房，然后一袋一袋往外賣，這就牽扯到計量單位的換算。采購的時候，計量單位是箱，而出庫的時候，計量單位是袋（一袋牛奶），那么庫存怎么管理？我們為了容易實現我們的目標，暫時不考慮計量單位之間的換算問題，因為此問題也會給統計查詢帶來很大的麻煩。

計量單位的基本信息包括計量單位編碼、計量單位名稱和備注字段信息，如圖2-7所示。

六、品牌管理

品牌管理，就是對品牌本身的增加、修改、刪除以及是否推薦到首頁等。在維護貨品類別的時候，我們會把品牌跟某個貨品類別關聯上，如圖2-8所示。

品牌管理基本信息包括品牌編碼、品牌名稱、官方網址、LOGO鏈接地址等。

如果選擇了推薦到首頁，則該品牌會出現在網上商城的首頁。

七、規格管理

規格管理，我們在貨品維護功能里面，已經實現了動態添加規格，不同的規格，代表不同的貨品，但他們大多數數據又都是一致的。動態添加的規格名稱，則在這個功能模塊維護。規格管理如圖2-9所示。

規格管理的基本信息包括規格編碼和規格名稱。

八、商城信息發布

商城信息發布功能，是指某個網店系統或者網上商城系統，在首頁會有一些動態的新聞和信息發布，這里我們把商城信息分為商城公告和站內信息兩大類，如圖2-10所示。

商城信息發布的基本信息包括標題、信息內容以及信息類別，比如是商城公告還是站內信息。

2.1.2 采購管理功能需求列表和設計

采購管理主要是對進銷存模塊的采購活動進行日常管理的一個功能模塊。比較完善的采購管理包括采購需求、采購訂單、采購入庫、采購退貨、采購付款等功能模塊。還有的集團化公司是專門有個采購中心，由各分公司或者各個部門，先提出自己的采購需求，采購配送中心進行招投標，統一進行采購或者叫團購，這樣可以壓低進貨價格，降低采購費用。統一采購后，再根據各個子公司的采購需求統一拆分，中間還可能發生質量不合格退貨、分批進貨等業務過程，也是相當的麻煩，都由進銷存系統統一管理的話，理論上可行，實際開發過程中，會遇到太多的實際情況和特殊情況，這樣的業務系統，還是上ERP系統加強大的二次開發比較好。這種情況，也不在咱們這次開發范圍。

下面逐個介紹我們關心的幾個功能模塊的需求。

一、采購訂單

采購訂單就是指企業與供應商間的一個購銷契約，采購訂單可視同企業的訂貨合同書。單據中記錄了對某個供應商訂貨時間、供應貨品的數量、已收貨數量等資料。也有企業直接就把采購入庫單當做采購合同，或者把采購合同單當做采購入庫單。進銷存難就難在進銷存的個性化非常強，每家企業實際業務都有可能不同，采購訂單如圖2-11所示。

采購訂單應由兩部分組成。一部分包括訂單編號、采購日期、供貨商、經手人、金額合計以及備注等基本信息，我們叫做主表。還有一張表，包括采購訂單的基本貨品信息。一張采購訂單，應該可以采購多個貨品，我們在這里叫做子表。主表和子表的關系應該是1∶N的關系。

二、采購入庫

所謂采購入庫就是把采購的貨品存放到倉庫的業務活動。采購入庫其實是一個非常復雜的活動，對于質量要求比較嚴格的企業，采購入庫之前，還有采購驗收的過程，對于貨品的數量，也有發貨數量、入庫數量、合格數量、不合格數量等。尤其是軍工行業，要求“舉一反三”，發現某個批次的貨品有問題，要全部往回追溯，所以單據上的數據項比較多，采購入庫單如圖2-12所示。

跟采購訂單一樣，采購入庫也由兩部分組成。一部分包括入庫編號、入庫日期、供貨商、經手人、金額合計以及備注等基本信息，我們叫做主表。還有一張表，包括采購入庫的基本貨品信息。一張采購入庫單，應該可以入庫多個貨品，我們在這里叫做子表。主表和子表的關系也是1∶N的關系。還有的采購入庫單，是從采購訂單生成而來，我們這里也是支持的。

對于有很多個分公司的大型企業，一般會有自己的采購配送中心，多個采購需求對應一個采購合同，多個采購合同，又對應一個采購入庫單，再加上退換貨，這個業務活動是非常復雜的，全靠系統去解決問題就需要一套復雜的ERP系統，我們這里不去介入這么復雜的業務活動。僅僅是一張采購入庫單，只對應一張采購訂單，就可以了。

三、采購退貨

所謂采購退貨，就是采購來的貨品，由于某種原因，退回給原供應商的業務過程。它是采購入庫的逆過程。就像在采購入庫里討論的那樣，大型企業采購退貨的業務過程，也比較復雜，我們這里就不多討論了，我們只關注采購退貨單與采購入庫單一對一的情形。即一張采購退貨單，只對應一張采購入庫單，但是一張采購入庫單，可分多次退貨，采購退貨單如圖2-13所示。

采購退貨也由兩部分組成。一部分包括退貨編號、退貨日期、供貨商、入庫單號、金額合計以及備注等基本信息。還有一張子表，包括所有退貨的基本貨品信息。主表和子表的關系也是1∶N的關系。

四、采購付款

采購付款，就是指對于采購的貨品，財務上進行付款的過程。對于同一個供應商，我們一張付款單，可能對應多張采購入庫單，所以我們這里的付款單，只跟供應商對應上。一張采購入庫單，也可以分批付款，采購付款單如圖2-14所示。

采購付款的主表信息包括單據編號、付款日期、供貨商、金額合計以及備注等基本信息。子表包括入庫單號、入庫金額，本次付款金額，未付金額等基本信息。主表和子表的關系也是1∶N的關系。

2.1.3 銷售管理功能需求列表和設計

一、銷售訂單

所謂銷售訂單，就是指與客戶簽訂的銷售合同。也有公司直接用銷售出庫單作為銷售合同，銷售訂單如圖2-15所示。

銷售訂單主表包括訂單編號、訂單日期、交貨日期、客戶、交貨地點、經手人、金額合計以及備注等基本信息。子表包括訂單的基本貨品信息。一張銷售訂單，應該可以采購多個貨品。主表和子表的關系應該是1∶N的關系。

二、銷售出庫

所謂銷售出庫，就是記錄貨物出庫的業務過程。銷售出庫后，對應庫存則相應減少。銷售出庫可能由銷售訂單而來。前面我們講過采購中心的復雜例子，我們這里也僅關注一個銷售出庫單對應一個銷售訂單的業務。當然，一個銷售訂單，可由多次銷售出庫來完成。銷售出庫單也可以獨立完成，而不用跟銷售訂單關聯上，銷售出庫單如圖2-16所示。

三、銷售收款

銷售收款單就是對銷售的貨品進行收款的業務過程。一個銷售收款單，可能對應很多個銷售出庫單。每個銷售出庫單，也可以分多次收款，銷售收款單如圖2-17所示。

四、銷售退貨

銷售退貨和銷售出庫是相反的過程。銷售退貨指的是賣出去的貨品被退回的業務場景。新增銷售出庫的時候，先選擇客戶，然后再選擇此客戶對應的銷售出庫單。一個銷售退貨單，只能對應一個銷售出庫單。當然，一個銷售出庫單，可多次分批退貨，銷售退貨單如圖2-18所示。

2.1.4 庫存管理功能需求列表和設計

一、入庫單

入庫單就是直接入庫的單據，不是采購入庫。主要是用于一些低值易耗品之類的入庫。也可能是盤點的時候，盤多了，找不到對應的單據，就直接入庫了，使得庫存達到平衡。所謂盤點，就是企業定期或不定期地對倉庫或者店內的商品進行全部或部分的清點，包括實物和賬務的核對。直接入庫，就沒有供應商這個概念了，入庫單如圖2-19所示。

二、出庫單

出庫單就是直接出庫的單據，不是銷售出庫。主要是用于一些低值易耗品之類的出庫。也可能是盤點的時候，盤虧了，賬面上有貨品，找不到對應的單據，就直接出庫了。使得庫存達到平衡。直接出庫，就沒有客戶這個概念了，出庫單如圖2-20所示。

三、調撥單

所謂調撥單，是指貨品在企業內部流通，從一個倉庫調撥到另外一個倉庫。調撥單需要先選擇調出倉庫和調入倉庫，選擇物資要調出的倉庫，對該倉庫下的物資進行調撥。在國內，即使是一個公司，很多部門之間也是獨立合算的。一次調撥的過程，就是一次買和賣的過程，調撥單如圖2-21所示。

四、庫存臺賬

庫存臺賬，是對當前庫存的貨品進行查詢統計的一個功能?？梢园凑肇浱?、商品名稱、商品類別等條件進行查詢，庫存臺賬如圖2-22所示。