第一篇：返利APP需求規格說明書

安徽木子林科技有限公司 返利APP需求規格說明書 1 用戶端

1.1 登錄

1.1.1 功能說明

使用帳號（手機號碼）和密碼登錄

1.1.2 注意事項

1.判斷賬號和密碼是否合法，合法的話，直接登錄；不合法的話給出對應提示

1.2 注冊

1.2.1 功能說明

用戶：使用手機號、驗證碼、邀請碼（選填）、密碼注冊 一級代理：后臺確定身份，在大后臺設置賬號和密碼 二級代理：一級代理在其個人中心中進行綁定

1.2.2 注意事項

1：用戶注冊頁面：推薦碼可以進行選填，也可以獲取系統默認的驗證碼，一旦輸入有效的推薦碼則上下級關系綁定

2：一級代理注冊：超級管理員為其添加登錄賬號和密碼，并且可以進行修改

3：二級代理注冊：二級代理需要一級代理在個人中心處添加，添加成功則代表著關系綁定

4：每個手機號只可以注冊一個身份，如果需要切換身份，則需要重新注冊賬號，同時之前的賬號邏輯和賬號信息保持不變

5：注冊之后需要綁定支付寶，綁定的支付寶在個人中心可以編輯修改

1.3 忘記密碼

1.3.1 功能說明

使用手機號、驗證碼、密碼找回密碼

1.3.2 注意事項

1：使用手機號和驗證碼找回密碼，無論哪種身份，在APP里面都可以找到密碼

1.4 首頁

1.4.1 功能說明

首頁包含搜索框、banner圖、推薦商品

1.4.2 注意事項

安徽木子林科技有限公司 返利APP需求規格說明書

1：搜索框：輸入商品名稱中的關鍵字，搜索全平臺商品

2：banner圖片：可以設置跳轉鏈接，點擊進行跳轉，同時不限制張數 3：推薦商品：首頁推薦商品樣式，首頁可以利用不同的頁面布局或者排版展示推薦商品，可以只是部分商品推薦，也可以是每個分類推薦同時推薦該分類下的個別商品，具體請在原型圖階段確定

4：推薦商品：點擊進入到對應的列表頁面或者商品詳情頁面

1.5 商品

1.5.1 功能說明

商品頁面主要是展示各個商品列表，包括商品分類和商品詳情

1.5.2 注意事項

1：商品分類、商品列表和商品詳情中的字段都是從淘寶中獲取，關于頁面商品分類和商品列表需要重新出，商品詳情頁面可以使用原生（和淘寶的詳情頁面一模一樣）也可以另外出圖（可以自定義布局和樣式）

2：點擊商品分類可以對商品進行篩選

3：點擊商品列表可以查看商品詳情，在商品詳情頁面可以加入購物車、分享、收藏、立即購買

1.6 積分商城

1.6.1 功能說明

在積分商城頁面展示后臺添加的所有的積分商城商品，用戶可以利用賬戶中的積分進行購買，購買之后按照正常流程進行發貨

1.6.2 注意事項

1：積分商城商品列表展示信息包括：商品的縮略圖、商品積分價格、商品名稱，點擊可以查看詳情

1.7 購物車

1.7.1 功能說明

購物車內顯示用戶選中的商品列表

1.7.2 注意事項

1：購物車頁面：已加購物車的商品列表，根據加入購物車的時間排列，時間越近越靠前。列表中顯示商品縮略圖、商品名稱、用戶選中的商品規格（尺碼、分類）、商品價格（根據會員的身份顯示，會員顯示會員價，代銷身份也顯示會員價）、購買數量，購買數量可直接加/減，如下圖：

2：購物車頁面：用戶可以直接勾選列表中的商品，在底部合計欄顯示所選中商品的價格總和，結算欄顯示選中列表商品的個數。點擊結算，進入確認訂單頁面

3：購物車頁面-編輯：點擊編輯，可刪除選中的商品

4：用戶將商品加入購物車后，如果后臺此時重新編輯了商品信息，則購物車中的信息也要更新

（1）如果用戶選中的商品規格被更改，則顯示商品狀態為已失效，點擊商品進入商品詳情頁面，顯示已更新的數據，用戶可以選擇其他規格商品重新加入購物車，但購物車中仍保留之前的失效商品數據，用戶清空失效商品后，失效商安徽木子林科技有限公司 返利APP需求規格說明書 品不再顯示

（2）如果已加入購物車的商品在后臺被刪除，則此商品在購物車中顯示的商品狀態為已失效，仍顯示在購物車列表中；在用戶端商品列表中消失，也不再顯示在后臺商品列表中，只存在數據庫中

（3）如果購物車里的商品在后臺被下架，則該商品在購物車中的狀態為已失效，在用戶端商品列表中消失，但仍顯示在后臺普通商品管理的列表中

（4）已失效商品，點擊商品名稱/縮略圖進入商品詳情頁面，只更改了規格的商品可以顯示商品詳情，可以選擇其他規格加入購物車/直接購買；已經被刪除/下架的商品提示“該商品已被下架或刪除”

（5）已失效商品不顯示購買數量

（6）點擊清空失效商品將刪除所有失效商品

1.8 個人中心

1.8.1 功能說明

個人中心包括：個人信息、積分收入、我的推廣、我的訂單、我的收藏、支付寶設置

1.8.2 注意事項 1.個人信息：

1）個人信息包括個人頭像、推薦碼、姓名/昵稱、性別、手機號，在個人中心首頁，點擊頭像/昵稱進入到個人信息編輯頁面

（1）個人頭像：可編輯，從相冊中選擇/拍照，圖片大小不能超過2M（2）推薦碼：系統自動生成，不可更改（3）姓名/昵稱：可以更改

（4）性別：可編輯，選擇男或者女

（5）手機號：點擊手機號進入到手機號修改頁面，利用手機號和驗證碼進行更改，更改成功之后本次不重新登錄，下次登錄賬號使用新手機號登錄

（6）點擊保存，保存信息同時跳轉到個人中心 2.積分收入

1）包括：總收入、即將到賬、已到賬、可提現和返利訂單 2）返利訂單包括：即將到賬訂單、已到賬訂單、無效訂單

3）積分收入來源：作為一級或者二級代理，下級的用戶在APP中購買商品，確認收貨之后可以獲得一定積分，或者本人在APP內購買商品確認收貨之后可以獲得一定積分

4）積分提現：每個月的20號，用戶可以提交提現申請，申請提現的支付寶賬號是在注冊或者在個人中心編輯設置的，后臺收到申請，審核通過之后會把對應的返利打到用戶的支付寶賬戶

3.我的訂單：

1）點擊我的訂單進入我的訂單主頁面

2）我的訂單：訂單排列順序按照訂單創建時間排列，最新訂單顯示在首位

3）我的訂單（具體的按照淘寶提供的接口為準）：顯示訂單編號、訂單狀態、商品列表（商品縮略圖、商品名稱、商品價格、商品規格、購買數量）、訂單內商品數量、合計金額、訂單操作等

安徽木子林科技有限公司 返利APP需求規格說明書 4）訂單狀態（具體的按照淘寶提供的接口為準）：

待付款、待發貨、待收貨、待評價、取消訂單、退款訂單、退貨訂單 4.我的推廣：

1）如果用戶身份是一級代理，則該用戶可以在我的推廣中添加二級代理，添加成功的二級代理有登錄賬號和登錄密碼，同時有一個唯一的推薦碼

2）在我的推廣中，可以查看到我的一級好友和我的二級好友 5.我的提現：

1）提現明細：顯示出申請時間、申請的金額、申請的狀態、提現賬號、提現流水號，點擊賬號可以查看以彈窗顯示 6.收藏寶貝：

1）收藏的商品列表，按時間排列，最新的收藏在首位 2）收藏列表中的商品，可以刪除，刪除的方式后期確定 3）收藏的商品不顯示規格參數

4）收藏的商品被刪除/下架，收藏頁面顯示商品狀態為已失效，點擊商品名稱提示“該商品已被下架或刪除”

5）點擊清空失效商品將清空所有已失效商品 7.支付寶設置

1）注冊時綁定的支付寶賬號可以編輯修改 8．系統設置

包括版本檢測、退出登錄

1）版本檢測：默認顯示當前版本，點擊可以查看是否是最新版本 2）退出登錄：點擊進入到商城首頁

安徽木子林科技有限公司 返利APP需求規格說明書 2 后臺

2.1 登錄

2.1.1 功能說明 登錄使用內置帳號密碼登錄

2.1.2 注意事項

1.判斷賬號是否存在，不存在的話文字提示用戶“當前賬號不存在，請重新輸入”

2.判斷賬號是否合法，不合法的話給出對應提示

3.判斷賬號密碼的一致性，不一致或者有錯的話給出提示

2.2 控制臺

2.2.1 功能說明 展示統計數據

2.2.2 注意事項

1.控制臺：包括總注冊人員、一級代理人員、二級代理人員、用戶人數等

2.3 用戶管理

2.3.1 功能說明

包括一級代理添加、用戶管理

2.3.2 注意事項

1：一級代理的添加：添加的主要內容是一級代理的登錄賬號、登錄密碼、支付寶信息

2：用戶管理：列表顯示用戶基本信息，并且可以查看對應用戶的上下級，比如，用戶A的父級，以及用戶A的二級和三級

3：用戶管理：在用戶列表中可以對用戶賬號刪除、禁用并且可以對大代理進行編輯

2.4 積分商城商品管理

2.4.1 功能說明

積分商城商品管理在后臺進行積分商城商品管理處添加

2.4.2 注意事項 1.積分商城商品管理：

1）顯示商品總數、上架個數、下架個數，顯示商品列表，內容包括商品名稱、商品價格、上下架、操作，如下圖：

2）查詢條件：商品名稱

3）上下架：點擊上架，商品將在用戶端-商品區域對應的分類中顯示；對已上架的商品點擊下架，商品將不在用戶端-商品區域對應的分類中顯示，只顯示在后臺

5）操作：添加/編輯/刪除：

2.5 訂單管理

2.5.1 功能說明

安徽木子林科技有限公司 返利APP需求規格說明書 包括：訂單管理（具體的展示數據以淘寶接口為準）

2.5.2 注意事項

1.顯示內容包括：總訂單、待支付訂單、代發貨訂單、已發貨訂單、已收貨訂單、已評價訂單、退款訂單、已完成訂單、退貨訂單

2.查詢訂單條件：時間段、訂單號、訂單狀態等

3.訂單內容包括：訂單編號、下單時間、購買賬號、商品名稱、規格、單個商品價格、購買數量、訂單狀態、付款總金額、收貨人信息

2.6 財務管理

2.6.1 功能說明

包括：財務管理、提現管理、分銷體系設置

2.6.2 注意事項

1.財務管理：收入統計：總收入、已提現等 1）收入統計

可以顯示出平臺內所有的收入訂單，并且可以通過查詢條件查詢 2.提現管理

顯示APP用戶提交到所有提現申請，申請的金額可以查看到對應的訂單以及訂單狀態，后臺給出審核，如果同意申請，則直接打款至支付寶賬號，否則直接拒絕

3：分銷體系設置

主要是設置每個等級用戶獲得返利比例

2.7 廣告圖管理

2.7.1 功能說明

目前設置在APP首頁，如果特殊要求請提出

2.7.2 注意事項

1.banner圖顯示在用戶端首頁

3.banner圖列表：展示：banner圖片、鏈接、名稱和操作等

2.8 系統設置

2.8.1 功能說明

包括：啟動圖管理、服務協議管理、賬號設置

2.8.2 注意事項 1.啟動圖管理：

1）啟動圖為用戶打開APP，未進入首頁時出現的圖片 2）上傳啟動圖圖片，圖片尺寸：480×800，圖片類型：png, gif, jpg, jpeg，圖片的質量不能大于2M

4、服務協議

服務協議：富文本編輯框 操作：保存 6.賬號設置

安徽木子林科技有限公司 返利APP需求規格說明書 1）超級管理員賬號為內置賬號，只能修改密碼 2）帳號列表如下圖： 3）操作：添加/編輯/刪除

（1）添加/編輯：添加/編輯管理員名稱、帳號，輸入密碼、確認密碼，點擊確定即可添加/編輯成功

安徽木子林科技有限公司

返利APP需求規格說明書

第二篇：需求規格說明書-參考1

豐臺區紅十字會需求說明書

面、公文流轉功能、個人通訊錄功能）；通訊助手（公共通訊錄）；個人郵箱（實現OA內部收發郵件等功能）；制度查詢（實現可讀文件查詢-查詢功能）；用戶管理（增加、修改、刪除用戶，以及用戶權限管理功能）。（2）.辦公管理區（傳文系統）：

類似于豐臺區衛生局VPN傳文系統，主要功能：文件收發系統（24個街鄉鎮紅十字會文件的發送、收取、下載管理）。（3）.會務工作專屬區：

主要功能：基層上傳文件、統計報表、信息投稿等，上傳時要記錄時間、統計數量。且這些內容可以由管理員設置閱讀權限。

3．區紅十字會簡介、政策法規、會員社區、志愿者之家、在線學習（自救互救知識）、健康快車、教師園地為首頁導航欄部分內容。（1）.區紅十字會簡介：

主要功能包括：單位介紹（組織機構圖）；領導班子（領導照片）；科室職能（工作職能及聯系方式）；地理位置（區位圖、聯系電話、地址、公交路線、E-mail）；基層介紹（各街鄉鎮紅十字會聯系電話、地址）。（2）.政策法規：

基本上是固定內容，主要內容包括：法律（中華人民共和國紅十字會法、紅十字標志使用辦法、公益捐贈法）；法規（未定）；規章（中國紅十字會章程、北京紅十字會章程）。（3）.會員社區（是否要增加會員在線注冊等功能）：

主要功能：入會條件和審批流程（結構圖）；會員職責（文字介紹）；會員活動信息；下載中心（可下載團體會員、個人會員入會表格）。（4）.志愿者之家：

主要功能：發布招募志愿者信息；志愿者條件；加入志愿者申請表格（網上填寫，有模版）；志愿者專用標識；交流天地（內容由管理員上傳，類型類似于新聞）；批注加入志愿者（個人信息、特點、工作意向；注冊，自動統計人數）。（5）.在線學習（自救互救知識）：

北京同方衛康科技有限公司 豐臺區紅十字會需求說明書

主要功能：在線學習流程介紹（流程圖）；在線學習分兩種，一種是普及型，普及型的對象是對了解一些自救互救知識有興趣，但是并不希望拿到證書的人群，因此普及型的在線學習不需要記錄成績，只要統計人數（學習人數還是考試人數？）；另外一種是取證培訓，即通過考試以后可以得到證書。取證學習分為1.注冊（注冊時需要登記本人身份證號碼）2.在線學習理論以下幾個階段：○；○3.在線考試（試卷為50道選擇知識，學習時間達到要求后可以參加在線考試；○題，從題庫中讀取，其中一部分為固定要考的題目，另外一部分為每次隨即抽取的題目），考試結束后系統立即自動給出分數，并通知是否及格，如果及格，則

4.學員認為視可以進行下一步的學習（視頻操作，可下載，不記錄學習時間）；○頻操作已經學習完畢，可以上網下載準考證表格填寫后，攜帶本人身份證，到紅十字會指定地點參加現場操作考試。如果通過現場考試則現場發給證書。（6）.健康快車：

主要功能：豐臺紅頁（圖片文字，參考北京市紅會）；健康護照（文字與數據對照）；健康、急救知識查詢（友情鏈接相關網站）。（7）.教師園地：

主要功能：下載區；討論區；短信貓；公告區。4．會長信箱（表格式填寫）。主要功能：表格式填寫內容，可參考婦幼保健院的院長信箱。

5．紅十字文化館、傳播與學習、知識手冊、愛心橋、小動物急救站內容形式相似，放入首頁另一列導航欄。（1）.紅十字文化館：

主要內容：城市明信片（豐臺照片-圖片）；宣傳展示臺（紅十字宣傳品、紀念品照片-圖片）；紅十字標識（紅十字標志介紹-圖片+文字）；紅十字會史話（圖片+文字）；紅十字與奧運（文字資料）；博愛天地（會刊）；人物傳記（《南丁.格爾傳》）。（2）.傳播與學習：

類似于在線學習中的普及型學習，不記名，只記錄學習人數，同時題庫可以

北京同方衛康科技有限公司 豐臺區紅十字會需求說明書

生成自測題，考完即可給出成績。主要功能：會務知識（圖片+文字；支持PPT文件；可下載；可隨時生成自測題，考完立即出成績；記錄學習人次）；人道法傳播（同會務知識）。（3）.知識手冊：

全部是文字內容。主要內容：捐獻造血干細胞知識；預防艾滋病知識；健康保健知識；無償獻血知識。（4）.愛心橋：

主要內容：網上捐獻（捐獻表格、聯系方式；捐獻造血干細胞志愿填表）；捐獻遺體（聯系方式）。（5）.小動物急救站：

主要內容：圖片+文字。6．公告欄。

公告欄為首頁漂浮框，主要內容：通知、招聘、招募內容。7．網上調查。

網上調查（對網站管理、急救知識學習情況調查，自動生成結果）。8．友情鏈接網站：中國紅十字會；北京市紅十字會；豐臺區政府；各區縣紅十字會。

9．新聞之窗（圖片、文字滾動欄）

主要內容：區紅十字會工作新聞（圖片+文字）。

四、運行需求

操作系統：Windows98 Windows2000 WindowsXP Windows2003 數據庫：SqlServer2000 Web服務器：IIS6.0

北京同方衛康科技有限公司

第三篇：APP產品需求說明書

簡介

1.1

目的本文檔主要讀者：產品總監、產品相關設計人員、技術總監、項目經理、開發

相關人員、測試經理及相關測試人員等。

1.2

說明

項目名稱：***網上商城

簡述：***網上商城是公司產品打造體系的一部分，主要表現形式是手機客戶端，隨著移動互聯網用戶的增多以及相關技術的普及，移動電子商務成為了日常生活的一部分，那么通過手機實現大宗商品的現貨交易成為了公司發展的一個目標，在沒有電腦的情況下，客戶可以使用手機登陸掌易通客戶端進行相關資訊以及交易信息的查看，并且可以實現洽談、下單、交收等業務。為現貨交易更加便捷，實現隨時隨地電子商務。

產品功能業務需求

2.1

產品構架

產品構架圖

2.2

主要流程功能簡述

流程簡述：

打開客戶端后，可以實現三大功能：

一、瀏覽平臺發布的公告信息，競價公告以及新聞資訊等

二、通過交易大廳、專場瀏覽掛牌交易信息。

三、會員登錄后可以對業務進行處理。

買方會員可以通過一口價或洽談的方式進行購買下訂單。

買方會員可以在業務中心進行驗貨、驗票、評價、將提單生成二維碼等操作。

賣方會員可以在業務中心進行發貨、評價、將提單生成二維碼等操作。

注：手機端不支持支付的功能，需在PC端進行支付。手機端不支持訂單、合同的異議功能，需在PC端進行異議處理。

功能界面展示和說明

3.1

前臺

l

手機客戶端支持分辨率不低于640*960像素

l

本需求中頁面效果圖為原圖，需由專業美工進行適當設計布局，手機界面的整體色系統一、唯美，菜單、下拉框、按鈕等控件風格保持一致。

l

進入手機客戶端首先進入的是首頁

l

加載時顯示“請稍等...”

3.1.1

首頁

功能簡述

系統首頁

行為角色

未登錄用戶，企業會員

前提條件

進入手機客戶端

事件流

1、手機端導航：浮動導航，位于頁面最下方，5個導航模塊圖標需要設計。

1)

首頁，點擊進入“首頁”頁

2)

交易大廳，點擊進入“交易大廳”頁

3)

專場，點擊進入“專場”頁

4)

業務中心，點擊進入“業務中心”頁，若會員沒登錄需要先登錄。

5)

更多，點擊進入“更多”頁

2、圖片輪播：圖片可以在后臺維護添加，圖片內容以新聞、廣告為主。

點擊圖片后跳轉至相應頁面。最多顯示5張。

3、功能模塊：功能模塊形狀呈圓角矩形，另需設計相應背景圖片。有以下幾部分組成：

1)

新聞公告，點擊后進入“新聞公告”頁

2)

交易大廳，點擊后進入“交易大廳”頁

3)

專場推薦，點擊后進入“專場”頁

4)

競價公告，點擊后進入“競價公告”頁

4、業務提醒：當會員登錄后，若“業務中心”中有待辦事項，則在“業務中心”導航模塊右上角顯示小紅圓點標記。

5、用戶登錄：頁面左上角顯示用戶登錄圖標，點擊后進入會員登錄頁面。

6、公司名稱：顯示在頁面最上方居中位置，要求字體美觀。

7、頁面下方顯示4條最近的新聞資訊。

備選流

無

特殊需求

采用的業務規則

3.1.1.1

會員登錄

功能簡述

未登錄用戶可以登錄系統

行為角色

未登錄用戶

前提條件

無

事件流

用戶輸入用戶名、登錄密碼進行登錄。

記住賬號，勾選后記住用戶名。

記住密碼，勾選后記住登錄密碼。

返回按鈕，點擊返回“首頁”頁面。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.1.2

新聞公告

功能簡述

查看平臺新聞公告

行為角色

未登錄用戶、登錄會員

前提條件

無

事件流

1、標題欄帶返回箭頭，返回至首頁。

2、新聞框：包括圖片、標題、副標題。標題顯示為兩行，大字體，若顯示不全用省略號代替；顯示發布時間；內容（副標題）顯示為兩行，小字體，第二行后面用省略號代替。點擊框內跳轉至新聞詳情。

3、排序：時間逆序排序。

4、新聞詳情：

1)

標題欄為新聞公告，帶返回箭頭，返回至上一級。

2)

標題，顯示在第一行。

3)

日期，標題下面為日期，小字體，精確到分。

4)

內容

備選流

無

特殊需求

采用的業務規則

界面效果圖

新聞詳情

3.1.1.3

競買公告

功能簡述

顯示每日競買公告條數

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、標題欄帶返回箭頭

2、公告二級導航：默認競買公告

1)

競買公告，點擊進入“競買公告”頁

2)

競賣公告，點擊進入“競賣公告”頁

3、默認今日界面，顯示共多少場，可選擇預告、往期的公告，點擊后跳轉至預告和往期頁，頁面只顯示時間和場次數量，點擊進入預告和往期詳情頁。

4、公告列表：

1)

按交易開始時間順序排列，同一時段的場次排列在一起。

2)

顯示字段：場次、競價單號、競價方式、是否定向、發盤方、競價品名、總重量、起始總金額。

5、競買結束后，在原列表顯示競價結果。點擊可查看競價結果。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.1.4

競賣公告

功能簡述

顯示每日競賣公告條數

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、同競買公告

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.2

交易大廳

功能簡述

顯示掛牌交易商品列表

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、手機端導航：同“首頁”

2、分類按鈕：頁面左上角為分類圖標，點擊后出現品種下拉框，品種一頁放不下的話可以向下滑動，選擇后跳轉至該品種類下的掛牌列表。

3、搜索：搜索框內只可以搜索品名，模糊搜索，點擊后出現下拉搜索框，為半透明模式，輸入內容后點擊搜索圖標顯示所搜索的掛牌列表。下拉框內顯示搜索歷史，可顯示最近8次的搜索歷史，下方有清空搜索歷史的選項按鈕。

4、高級搜索：點擊“高級”按鈕出現高級搜索下拉框，里面有品名、供應商、存貨地、價格區間、出價方式的選項。點擊存貨地向下彈出選擇框，確認后收回，并在最后有搜索小圖標。

5、掛牌列表：

1)

排序：系統默認按發布時間逆序排列

2)

顯示字段：品名、規格、材質（如螺紋鋼

25*25

Q235，不顯示字段只顯示內容，中間有空格）、存貨地、供應商、信用等級、出價方式、可購買量、掛牌單價，上面紅色字體不顯示字段，只顯示內容。

3)

出價方式（一口價、可洽談）顯示在該商品信息框的右上角，顯著標記。

4)

掛牌單價價格的字體使用大號醒目的顏色。

5)

點擊商品信息框跳轉到對應商品的“掛牌詳情”頁面。

6)

列表可向下滑動，展示全部。

6、掛牌排序：

具有三個排序標簽按鈕，分別為時間、價格、信用。用戶可以點擊標簽按鈕按逆序順序排列。再次點擊按順序排列。

7、UI風格：掛牌信息之間需有縫隙間隔，凸顯掛牌信息層次感，設計感強。

備選流

無

特殊需求

定向掛牌的信息只有定向會員才能查看，未登錄用戶或非定向會員不顯示

采用的業務規則

界面效果圖

搜索

高級

分類

3.1.2.1

掛牌詳情

功能簡述

顯示當前選中商品的詳細信息

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、標題欄帶返回箭頭，點擊返回按鈕，返回之前的“掛牌列表”頁面

2、詳情頁面最上面顯示品名和價格，價格醒目。其下面為4個標簽頁，分別是商品信息、商品描述、交收信息、供應商信息。頁面可以左右滑動。

3、商品信息：

1)

信息字段：品種、品名、規格、材質、掛牌重量、起訂量、可購買量、存貨地、廠家、生產日期、批號、質量標準

4、商品描述：顯示商品的詳細描述內容。

5、交收信息：顯示字段：交收方式、配送方式、結算方式、驗貨后付款比例、驗票后付款比例、保證金證方式、支付保證金額度（支付保證金比例）、保證金截止日、付款截止日、發貨截止日、驗貨截止日、驗票截止日、存貨地。

6、注：交收方式、配送方式、結算方式是以下拉框的形式存在，點擊會后可選擇，選擇后下拉框收回。雙方支付保證金比例或額度與上方保證金方式選擇相關，后面單位分別為“%”、“元/次”。填寫驗貨后付款比例自動生成驗票后付款比例，兩者相加為1。

7、供應商信息：

1)

信息字段：供應商、聯系人、聯系電話、聯系地址。

2)

如果該供應商開通專場功能，在供應商字段后面有“進入專場”按鈕。點擊后進入該供應商的“專場詳情“頁面

8、一口價購買、洽談

1)

在頁面最下方，為浮動的購買、洽談欄。滑動詳情頁該欄不動。

2)

若出價方式為一口價，則沒有洽談按鈕。

3)

購買量字段，輸入購買量，點擊“一口價購買”按鈕，進行購買操作，購買成功跳轉到“全部訂單”頁面

4)

未登錄用戶點擊“一口價購買”按鈕跳轉到登錄頁面

5)

已登錄但不具備交易權限的會員點擊“一口價購買”按鈕，彈出提示窗“您還不是交易會員，不能進行現貨交易，請登錄網站了解詳情”

6)

點擊洽談按鈕，跳轉至洽談頁。

9、一頁內顯示不了可以向下滑動頁面。

備選流

無

特殊需求

采用的業務規則

界面效果圖

界面效果圖

界面效果圖

3.1.2.2

洽談

功能簡述

顯示專場列表

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、洽談商品信息：品名、規格、材質、廠家、起售重量、可購買量。

2、操作欄：為固定浮動欄。可對采購數量和洽談單價進行洽談（即修改），并在上方顯示合計數量。點擊“洽談交收信息”跳轉至交收編輯頁面，點擊“提交”后生成洽談單。

3、洽談交收信息頁面：交收方式（包括線上交收、線下交收）、配送方式（包括買方自提、賣方送貨）、結算方式（一票結算、兩票結算）、驗貨后付款比例、驗票后付款比例、保證金方式、雙方支付履約保證額度或比例、履約保證截止日、付款截止日、驗貨截止日、驗票截止日、存貨地、交收詳細地址。

4、注：交收方式、配送方式、結算方式是以下拉框的形式存在，點擊會后可選擇，選擇后下拉框收回。雙方支付保證金比例或額度與上方保證金方式選擇相關，后面單位分別為“%”、“元/次”。填寫驗貨后付款比例自動生成驗票后付款比例，兩者相加為1。

備選流

無

特殊需求

采用的業務規則

洽談提交

界面效果圖

洽談提交

界面效果圖

3.1.3

專場

功能簡述

顯示專場列表

行為角色

未登錄用戶，企業會員

前提條件

事件流

1、手機端導航：同“首頁”

2、搜索：搜索框內只可以搜索主營產品，點擊后出現下拉搜索框，同交易大廳搜索框。

3、高級搜索：點擊“高級”按鈕出現高級搜索下拉框，里面有供應商、存貨地的選項，并在最后有搜索小圖標。

4、專場列表：

1)

系統默認按發布信用等級排列

2)

顯示字段：主營產品、所在地區、經營模式、供應商、信用等級

3)

點擊信息框或進入專場按鈕皆可跳轉到供應商“企業專場”頁面。

4)

列表可向下滑動，展示全部。

5、UI風格：專場信息之間有縫隙間隔，凸顯掛牌信息層次感、設計感強。

備選流

無

特殊需求

采用的業務規則

界面效果圖

界面效果圖

（高級按鈕）

3.1.3.1

企業專場

功能簡述

顯示企業專場列表

行為角色

未登錄用戶，企業會員

前提條件

進入企業專場頁面

事件流

1、標題欄帶返回箭頭，返回之前的“專場”頁面

2、頁面左上角為專場圖片，右側字段為供應商、信用等級、開鋪時間、成交總筆數。

3、競價公告信息：

1)

顯示最近的3日次競價公告。若不夠3日次只顯示相應的的日次。

2)

顯示字段為，日期、共有多少場次。

3)

點擊公告信息，跳轉至競價公告詳情頁面。

4、掛牌信息

1)

顯示時間逆序排列的5個掛牌信息。

2)

顯示字段為，品名、規格、材質、存貨地、可購買量、掛牌單價、出價方式。

3)

點擊掛牌信息，調換至掛牌詳情頁面。

5、浮動欄：頁面最底部為浮動欄，有全部掛牌、專場簡介、全部競價的選項，點擊全部掛牌跳轉至商家的全部掛牌信息列表，頁面效果如交易大廳；點擊專場簡介出現專場簡介頁面，字段為主營產品、經營模式、所在地區、聯系人、聯系電話、專場簡介；點擊全部競價跳轉至商家全部競價公告列表。

備選流

無

特殊需求

采用的業務規則

界面效果圖

專場簡介

3.1.4

業務中心

功能簡述

顯示當前登錄會員的業務信息

行為角色

企業會員

前提條件

會員已登錄，未登錄用戶跳轉到登錄頁

事件流

1、手機端導航：同“首頁”

2、標題欄，業務中心

3、站內信：頁面右上角放置信箱圖標，如果有未讀的站內信，信箱圖標后由醒目的紅色數字進行提醒。

4、用戶信息：顯示用戶名、賬號總額、可用余額、凍結資金的數據。

5、快捷模塊：待付款、待發貨、待收貨、待評價、待洽談幾個快捷模塊分別由小按鈕組成。如果有相應的待辦事項，在各欄目后由醒目的紅色數字進行提醒。點擊后進入相應的模塊。

6、有待辦事項時，要有聲音、震動提醒功能。

7、功能模塊：功能模塊形狀呈圓角矩形。

1)

訂單管理，點擊進入“訂單管理”頁面

2)

合同管理，點擊進入“合同管理”頁面

3)

洽談管理，點擊進入“洽談管理”頁面

4)

提單管理，點擊進入“提單管理”頁面

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.1

待洽談

功能簡述

顯示當前待洽談的信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待洽談模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、洽談單詳情：

1)

顯示字段：洽談編號、品名、規格、材質、供應商（采購商）、信用等級、狀態、重量、單價、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

洽談編號前面字段用“號”表示。

4)

合同狀態：待對方回復（狀態接口為待賣家回復、待買家回復）

5)

操作：“洽談”按鈕

6)

有操作時，不顯示狀態。

4、洽談狀態解釋，當買家提交洽談單后，賣家顯示狀態為“洽談”按鈕。買方顯示狀態為待對方回復；賣家洽談回復后，買家顯示狀態為“洽談”按鈕，賣方顯示狀態為待對方回復。

即：接口狀態為待買方回復時，供應商顯示“待對方回復”，采購商顯示“回復”按鈕；狀態為待賣方回復時，采購商顯示“待對方回復”，供應商顯示“回復”按鈕。

5、洽談結束后不顯示在該模塊中

6、點擊洽談信息框內部任何位置，跳轉至洽談頁。其中待對方回復的洽談頁不可以進行任何操作。

7、若沒有數據，則提示，抱歉，您沒有需要待洽談的訂單信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.2

待付款

功能簡述

顯示當前待付款的訂單信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待付款模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、訂單詳情：

1)

顯示字段：訂單號、品名、規格、材質、供應商（采購商）、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

訂單號前買方看到的是“買”，賣方看到的是“賣”

4)

訂單狀態：待雙方支付履約保證（傭金）、待買方支付履約保證（傭金）、待賣方支付履約保證（傭金）

5)

狀態說明：在一口價購買或洽談確認生成訂單后，需要雙方支付履約保證；買方先支付履約保證后，顯示待賣方支付履約保證；賣方先支付履約保證后，顯示待買方支付履約保證；雙方完成后生成合同。如果掛牌為線下交收，則顯示待**支付傭金。

4、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商）、信用等級、存貨地、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：待支付貨款

5)

狀態說明：生成合同后，需要買方支付全部貨款，即顯示狀態為待支付貨款

5、支付貨款后，則該信息不顯示在該模塊中

6、點擊訂單/合同信息框內部任何位置，跳轉至訂單/合同詳情。

7、小提示：為了保證您的資金安全，請到電腦端進行支付操作。

8、若沒有數據，則提示，抱歉，您沒有需要待付款的訂單信息。

解釋說明：待付款里面有待支付履約保證的也有待支付貨款的，也就是說有訂單也有合同。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.3

待發貨

功能簡述

顯示當前待發貨的合同信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待發貨模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商）、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：待發貨

5)

操作：“發貨”按鈕

6)

有操作時，不顯示狀態。

4、狀態解釋：當貨物發貨或者被買家提走，賣家要到系統進行“發貨”操作，點擊發貨按鈕后，彈出提示框，點擊確認發貨按鈕，發貨成功，若過了發貨截止日，則提示“已經過了發貨日期，不能發貨！”貨物若沒有發貨，買家顯示狀態為待發貨。

即：當接口數據時“待發貨“時，供應商顯示為“發貨”按鈕，采購商顯示為“待發貨”。

5、發貨后不顯示在該模塊中

6、點擊合同信息框內部任何位置，跳轉至合同詳情。

7、若沒有數據，則提示，抱歉，您沒有需要待發貨的合同信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.4

待收貨

功能簡述

顯示當前待收貨的合同信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待收貨模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商）、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：待驗貨、待驗票

5)

操作：“驗貨”按鈕、“驗票”按鈕

6)

有操作時，不顯示狀態。

4、狀態解釋：發貨后，在買家的待收貨模塊中的訂單信息顯示“驗貨”按鈕，買家在驗完貨物沒有發現問題的情況下點擊驗貨按鈕（輸入支付密碼），狀態變為“驗票”按鈕，當買家收到發票的時候點擊驗票按鈕（輸入支付密碼）完成操作。賣家顯示狀態分別為待驗貨、待驗票（不可操作）。

即：當接口狀態是待驗貨、待驗票時，采購商顯示“驗貨”“驗票”按鈕，供應商顯示“待驗貨”“待驗票”。

5、驗票后不顯示在該模塊中

6、點擊合同信息框內部任何位置，跳轉至合同詳情。

7、小提示：如貨物或發票有問題，請到電腦端進行異議處理。

8、若沒有數據，則提示，抱歉，您沒有需要待收貨的合同信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

輸入支付密碼框（上面文字居中）

3.1.4.5

待評價

功能簡述

顯示當前待評價的合同信息

行為角色

企業會員

前提條件

會員已登錄，并點擊待評價模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、排序，時間逆序。

3、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：待對方評價（狀態接口為待賣家評價、待買家評價）

5)

操作：“評價”按鈕

6)

有操作時，不顯示狀態。

4、狀態解釋：點擊“評價”按鈕，彈出評價頁面，在相應的評價框處填寫評價信息，提交評價。在評價后如果對方未評價，則顯示狀態為待對方評價。

即：接口狀態為待雙方評價時，無論是供應商還是采購商都顯示“評價”按鈕；狀態為待買方評價時，供應商顯示“待對方評價”，采購商顯示“評價”按鈕；狀態為待賣方評價時，采購商顯示“待對方評價”，供應商顯示“評價”按鈕。

5、評價：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商）、信用等級、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

評價框

5)

提交評價或返回按鈕

6、雙方評價后不顯示在該模塊中

7、點擊合同信息框內部任何位置，跳轉至合同詳情。

8、若沒有數據，則提示，抱歉，您沒有需要待評價的合同信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.6

全部訂單

功能簡述

顯示全部訂單信息

行為角色

企業會員

前提條件

會員已登錄，并點擊全部訂單模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、訂單選擇模塊：采購訂單和銷售訂單可以切換，默認顯示有權限的模塊，若采購和銷售權限都具備，則默認顯示采購訂單。沒有權限的用戶點擊后提示沒有權限。

3、搜索：點擊“搜索圖標”出現高級搜索下拉框，里面有品名、供應商、訂單號的選項，并在最后有搜索按鈕。

4、訂單篩選模塊：包括全部、一個以內、三個月以內、六個月以內四個標簽頁。

5、訂單詳情：

1)

顯示字段：訂單號、品名、規格、材質、供應商（采購商、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

訂單號前買方看到的是“買”，賣方看到的是“賣”

4)

訂單狀態：狀態值由PC端提供，包括待雙方支付履約保證、待方支付履約保證、待賣方支付履約保證、待雙方支付傭金、待賣方支付傭金、待買方支付傭金、已生成合同、取消、撤銷等。

6、點擊訂單信息框內部任何位置，跳轉至訂單詳情。

7、若沒有數據，則提示，抱歉，您暫時還沒有訂單信息，快去逛逛吧！

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.7

訂單詳情

功能簡述

顯示當前訂單詳情信息

行為角色

企業會員

前提條件

事件流

1、標題欄，訂單詳情，前面有返回箭頭，可返回上一級。

2、詳情頁面最上面顯示品名和總價。其下面為3個標簽頁，分別是訂單、商品、交收。頁面可以左右滑動。

3、訂單：顯示訂單編號、成交金額、供應商（采購商）、成交時間、履約金（元）。

1)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。

4、商品：顯示品種、品名、規格、材質、廠家、成交價格、成交重量。

5、交收：顯示交收方式、配送方式、結算方式、驗貨后付款比例、驗票后付款比例、履約保證方式、支付保證金額度（支付保證金比例）、履約保證截止日、付款截止日、發貨截止日、驗貨截止日、驗票截止日、存貨地

6、商品和交收頁面樣式同掛牌詳情。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.8

全部合同

功能簡述

顯示全部合同信息

行為角色

企業會員

前提條件

會員已登錄，并點擊全部合同模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、合同選擇模塊：采購合同和銷售合同可以切換，沒有權限的用戶點擊后提示沒有權限。具體同訂單管理。

3、搜索：點擊“搜索圖標”按鈕出現高級搜索下拉框，里面有品名、供應商、合同號的選項，并在最后有搜索按鈕。

4、合同篩選模塊：包括全部、一個以內、三個月以內、六個月以內四個標簽頁。

5、合同詳情：

1)

顯示字段：合同號、品名、規格、材質、供應商（采購商、信用等級、狀態、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

合同號前買方看到的是“買”，賣方看到的是“賣”

4)

合同狀態：（狀態值取自PC端）具體如待支付貨款、待生成交收單、待對方評價、待驗貨、待驗票、驗貨異議中、驗票異議中、解除、強制解除、終止、已完成5)

操作：“發貨”按鈕、待發貨、“驗貨”按鈕、“驗票”按鈕、“評價”按鈕

6、點擊合同信息框內部任何位置，跳轉至合同詳情。

7、若沒有數據，則提示，抱歉，您暫時還沒有合同信息，快去逛逛吧！

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.9

合同詳情

功能簡述

顯示當前合同詳情信息

行為角色

企業會員

前提條件

事件流

1、標題欄，合同詳情，前面有返回箭頭，可返回上一級。

2、詳情頁面最上面顯示品名和總價。其下面為3個標簽頁，分別是合同、商品、交收。頁面可以左右滑動。

3、合同：顯示合同編號、訂單編號、供應商（采購商）、生效日期、合同貨款、實際貨款、合同重量、實際重量。

1)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。

4、商品：顯示品種、品名、規格、材質、廠家、成交價格、成交重量。

5、交收：顯示交收方式、配送方式、結算方式、驗貨后付款比例、驗票后付款比例、履約保證方式、支付保證金額度（支付保證金比例）、履約保證截止日、付款截止日、發貨截止日、驗貨截止日、驗票截止日、存貨地

6、商品和交收頁面樣式同掛牌詳情。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.10

洽談管理

功能簡述

顯示全部洽談信息

行為角色

企業會員

前提條件

會員已登錄，并點擊洽談管理模塊

事件流

1、標題欄帶返回箭頭，點擊返回箭頭到“業務中心”頁面

2、洽談單詳情：

1)

顯示字段：洽談編號、品名、規格、材質、供應商（采購商）、信用等級、狀態、重量、單價、總價

2)

買方看到的是賣方（供應商）名稱，賣方看到的應該是買方（采購商）的名稱。分別用“供”和“采”表示。

3)

洽談編號前面字段用“號”表示。

4)

洽談狀態：待對方回復（狀態接口為待賣家回復、待買家回復）、成交、取消

5)

操作：“洽談”按鈕

3、點擊洽談信息框內部任何位置，跳轉至洽談頁。洽談結束

4、若沒有數據，則提示，抱歉，您沒有需要洽談的訂單信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.11

洽談回復

功能簡述

顯示專場列表

行為角色

登錄會員

前提條件

事件流

1、生成洽談單后，賣方首先點擊洽談

1)

標題，洽談。前面有返回按鈕。可返回至上一級頁面，即洽談管理或待洽談頁面。

2)

頁面最上方為我的發布、并可查看掛牌詳情。

3)

我的發布：顯示在右側，顯示字段為：品名規格材質，起售重量，可購買量，掛牌單價，廠家。

4)

買家的洽談：顯示在左側，內容只顯示買方洽談更改項。

5)

人頭像，我方顯示為“我的圖標”，買方顯示“買的圖標”。頭像顏色區分，對方的頭像顯示在左側，我方的顯示在右側。

6)

操作欄：為固定浮動欄。賣方可以對此洽談進行回復、同意或取消。同意則生成訂單。

2、賣方回復洽談頁面

1)

標題，洽談。可返回至上一級頁面。

2)

洽談內容，與“買家的洽談”內容一致。可修改其中數據。

3)

操作欄：為固定浮動欄。回復洽談信息。

3、賣家回復洽談后，買家點擊洽談，彈出頁面。

1)

標題，洽談。前面有返回按鈕。可返回至上一級頁面。

2)

頁面最上方為賣家的發布、并可查看掛牌詳情。

3)

下方為買家的洽談（由于系統暫時不提供洽談歷史接口，只能顯示最后一條洽談，固下期解決），再下方為賣家的回復。

4)

操作欄：為固定浮動欄。買方可以對此洽談同意或取消。同意則生成訂單。

注：無論買方、賣方，我的對話顯示在右側，對方的顯示在左側。我的圖標顯示為我，對方的圖標顯示買或賣。

備選流

無

特殊需求

采用的業務規則

賣方洽談

賣方編輯頁面

買方

3.1.4.12

提單管理

功能簡述

顯示全部提單信息

行為角色

企業會員

前提條件

會員已登錄，并點擊提單管理模塊

事件流

1、標題欄帶返回箭頭，點擊返回到“業務中心”頁面。

2、提單字段：

提單號、合同號、交收地點。

3、點擊合同信息框內部任何位置，跳轉至提單詳情。

4、若沒有數據，則提示，抱歉，您還沒有提單信息。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.13

提單詳情

功能簡述

顯示全部提單信息

行為角色

企業會員

前提條件

會員已登錄，并點擊提單管理模塊

事件流

1、標題欄帶返回箭頭，點擊后返回至提單管理。

2、標簽頁：提貨信息、合同信息

3、提單信息：（提單在電腦端生成）

交收單編號

商品信息：品名、規格、材質、廠家

提貨人信息：提貨人姓名、聯系電話、證件類型、證件號碼、單位名稱、駕駛員姓名、駕駛員手機、駕駛員行駛證號、駕駛員身份證號、提貨車牌號1、提貨車牌號2、提貨車牌號3、提貨車牌號4、提貨車牌號5。沒有填寫的信息在此處不顯示，即只顯示填寫的信息。

4、合同信息：

合同編號、賣（買）方名稱、生效日期、配送方式、成交單價、成交重量、成交總價、賣（買）方聯系人、聯系電話。

注：賣方提單，顯示為買方名稱、買方聯系人及電話。

買方提單，顯示為賣方名稱、賣方聯系人及電話。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.1.4.14

站內信

功能簡述

提供已登錄會員站內信瀏覽管理功能

行為角色

企業會員

前提條件

會員已登錄，未登錄用戶跳轉到登錄頁

事件流

1、標題欄

2、二級導航：

1)

未讀，點擊在站內信列表中顯示全部未讀的站內信記錄

2)

全部，點擊在站內信列表中顯示全部站內信記錄，已讀的“信件圖標”變化為已讀的狀態。

3、站內信列表：

1)

站內信標題欄：

1.站內信狀態（未讀、已讀）

2.站內信標題

3.發布時間

2)

站內信詳情：

點擊標題欄彈出站內信內容下拉框，再次點擊或點擊其他站內信時下拉框收回。即同一時間最多只能顯示一條內容。

3)

刪除：頁面右上角為刪除鍵，點擊后彈出標題欄選擇按鈕以及刪除和全選鍵，點擊其余位置恢復至默認。

4、說明

1)

默認顯示未讀頁面，當點擊查看內容時，站內信圖標從未讀變為已讀，等再次訪問該頁面時已讀信件則不顯示在未讀頁面中。

2)

站內信排序為時間倒序。

5、若沒有數據，則提示，您暫時沒有站內信哦。

備選流

無

特殊需求

采用的業務規則

默認頁面

刪除鍵

3.1.5

更多

功能簡述

更多基礎功能

行為角色

企業會員、未登錄的會員

前提條件

事件流

1、手機端導航：同“首頁”

2、標題欄，更多

3、二級導航：

1)

聯系我們，進入后跳轉至“聯系我們”頁面，包括電話號碼、手機號碼、QQ、郵箱、地址。點擊電話號碼和手機號碼可以直接撥打電話，長按QQ、郵箱、地址可以彈出復制的選項。

2)

基礎設置：點擊進入基礎設置頁面，可以開啟或關閉消息提醒，當開啟消息提醒后可以選擇鈴聲或振動，當關閉消息提醒時，鈴聲和振動選項不可勾選。

3)

系統更新，點擊后若沒有更新提示“本系統為最新版本”，若不是最新版本點擊后彈出升級框，可以選擇稍后升級或立即升級。

4)

關于我們，進入后跳轉至“關于我們”頁面，介紹信息。

5)

退出，點擊后退出軟件。

備選流

無

特殊需求

采用的業務規則

界面效果圖

基礎設置

系統更新

聯系我們

關于我們

3.2

后臺管理

功能簡述

手機端后臺管理模塊

行為角色

后臺手機端管理員

前提條件

事件流

1、手機端管理包括：

新聞發布，點擊進入“新聞發布”頁。

圖片輪播，點擊進入“圖片輪播”頁。

LOGO管理，點擊進入“LOGO管理”頁。

聯系我們，點擊進入“聯系我們”頁。

系統更新，點擊進入“系統更新”頁。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.2.1

新聞管理

功能簡述

后臺發布新聞公告的模塊

行為角色

后臺手機端管理員

前提條件

事件流

1、進入模塊后可以對已有文章的標題、發布時間進行查詢。

2、可以新建或刪除文章。

3、文章列表包括文章標題、發布時間、瀏覽次數、發布人、操作。

4、操作包括編輯、預覽、刪除。預覽呈手機頁面。

5、新聞置頂功能，選擇置頂后新聞出現在最頂部。

6、新聞發布：包括文章標題、摘要、上傳封面圖片、發布時間（系統默認時間）、編輯內容。

7、是否推送：選擇推送后，如果用戶運行手機客戶端，可以將該新聞公告推送至手機。

備選流

無

特殊需求

采用的業務規則

界面效果圖

新聞發布

3.2.2

圖片輪播

功能簡述

后臺發布手機端首頁的輪播圖片。

行為角色

后臺手機端管理員

前提條件

事件流

1、內容設置：上傳圖片，圖片標題。操作方式可調整順序，可刪除，可添加輪播張數。客戶端最多顯示5張。

2、顯示設置：顯示標題、切換效果（上下滾動和漸變滾動）。

3、點擊保存后提交成功

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.2.3

LOGO管理

功能簡述

后臺設置手機端的LOGO和名稱。

行為角色

后臺手機端管理員

前提條件

事件流

1、上傳LOGO2、填寫名稱

3、保存

取消

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.2.4

聯系我們

功能簡述

維護聯系我們的信息

行為角色

后臺手機端管理員

前提條件

事件流

1、設置電話、手機、信箱、QQ、地址。

備選流

無

特殊需求

采用的業務規則

界面效果圖

3.2.5

系統更新

功能簡述

更新下載地址、維護內容更新字段

行為角色

后臺手機端管理員

前提條件

事件流

1、下載更新地址

2、維護內容更新字段

備選流

無

特殊需求

采用的業務規則

界面效果圖

維護更新下載地址，維護更新內容字段。

3.2.6

關于我們

功能簡述

維護關于我們的字段內容

行為角色

后臺手機端管理員

前提條件

事件流

1、維護關于我們的字段內容

備選流

無

特殊需求

采用的業務規則

界面效果圖

第四篇：論壇需求規格說明書

第四章 需求規格說明書

4.1 引言

4.1.1 編寫目的

通過對主流JAVA學習論壇系統的研究，根據可行性分析的方案和項目成員的討論，編制本需求說明書。此說明書用于JAVA學習論壇系統的需求規格，明確系統的功能需求，業務流程和性能要求以及與有關系統的接口關系，它將是系統最終實現和審評的根據之一，是進一步設計、開發的基礎。此說明書的閱讀范圍：項目組的項目管理、軟件開發和系統測試人員、指導老師等。4.1.2 背景

說明：

（1）待開發的軟件系統的名稱：JAVA學習論壇

（2）本項目的任務開發者：牛霄 ；用戶：實驗的指導老師 4.1.3 定義

文件中用到的專門術語的定義和外文的首字母組詞的原詞組如下： JSP：英文全稱：Java Server Pages，是由Sun Microsystems公司倡導、許多公司參與一起建立的一種動態網頁技術標準。

CSS：（Cascading Style Sheet，可譯為“層疊樣式表”或“級聯樣式表”）是一組格式設置規則，用于控制Web頁面的外觀。通過使用CSS樣式設置頁面的格式，可將頁面的內容與表現形式分離。

HTML：(HyperTextMark-upLanguage）即超文本標記語言或超文本鏈接標示語言，是目前網絡上應用最為廣泛的語言，也是構成網頁文檔的主要語言。

JavaScript:一種由Sun Microsystems所開發的程序語言

JavaBean:一個類外加一些規范和特征用于數據值的保存和讀取，你可以將它和數據庫的一個表對應起來，用于保存數據庫表的一條記錄，在顯示的時候使用get，set方法，在jsp頁面上使用useBean的方法，可以直接獲取內容

Web2.0：web2.0 的應用可以讓人了解目前萬維網正在進行的一種改變——從一系列網站到一個成熟的為最終用戶提供網絡應用的服務平臺。這種概念的支持者期望Web2.0服務將在很多用途上最終取代桌面計算機應用。Web2.0并不是一個技術標準，不過它包含了技術架構以及應用軟件。它的特點是鼓勵作為信息最終利用者通過分享，使得可供分享的資源變得更豐富；相反的，過去的各種網上分享方式則顯得支離破碎。

B/S：B/S（Browser/Server）結構即瀏覽器和服務器結構。它是隨著Internet技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過WWW瀏覽器來實現，極少部分事務邏輯在前端（Browser）實現，但是主要事務邏輯在服務器端（Server）實現，形成所謂三層3-tier結構。相對于C/S結構屬于“胖”客戶端，需要在使用者電腦上安裝相應的操作軟件來說，B/S結構是屬于一種“瘦”客戶端，大多數或主要的業務邏輯都存在在服務器端，因此，B/S結構的系統不需要安裝客戶端軟件，它運行在客戶端的瀏覽器之上，系統升級或維護時只需更新服務器端軟件即可，這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用戶的總體成本（TCO）。B/S結構系統的產生為系統面對無限未知用戶提供了可能。當然，與C/S結構相比，B/S結構也存在著系統運行速度較慢，訪問系統的用戶不可控的弱點。

域名：域名（Domain Name），是由一串用點分隔的名字組成的Internet上某一臺計算機或計算機組的名稱，用于在數據傳輸時標識計算機的電子方位（有時也指地理位置）。

網站空間：一般俗稱的“網站空間”就是專業名詞“虛擬主機”的意思。您可以想象您的網站就是一個完備的家庭，您家的門牌號碼是方便別人找到您家的，網站也需要一個“門牌號碼”，就叫做“域名”，俗稱網址。

4.2 任務概述

4.2.1 開發背景

隨著Web2.0以及網絡社會化的飛速發展，BBS已成為人們上網查看的必不可少的工具，其中也包括了個人博客，用戶可以在里面寫日志，可以表達更多的想法，表現自己的個性，結交更多的朋友；在論壇里面人們也可以在里面提出問題，尋求別人的幫助，通過這樣提問者可以解決問題，而回答者則可以增加自己的知識。這就是我們小組開發這個系統的初衷。4.2.2 系統實現的目標（1）系統目標 1)用戶：

登陸系統前用戶可以查看本系統發表的以及別的用戶發表的一些帖子；用戶可以注冊、登陸；發表帖子、刪除自己發表的帖子；修改自己發表的帖子。

2)管理員：

添加帖子；刪除帖子；修改帖子；查看注冊用戶及其基本信息；刪除用戶的帖子；刪除用戶發表的提問。

（2）性能目標

實用性：系統應能使用戶特定的需求、操作界面友好、方便、功能設置符合用戶的習慣和要求；

易維護：管理員能簡單方便地管理系統，并對系統進行日常的維護，隨著系統數據規模的增大，各子系統模塊之間的耦合度低；

開放性：系統在體系結構和數據交換協議等方面應遵循標準和開放的原則，以確保具有良好的互操作性，可移植和擴充性；

安全性：系統具備一定的抗攻擊能力，能夠過濾一些垃圾和不良信息。提供權限管理，具有一定的防SQL注入攻擊的能力；

正確性：系統所完成的功能必須與需求說明規定的各種功能盡可能一致；健壯性：系統在用戶不合理的操作或輸入情況下，必須能夠繼續正常運行，并給出錯誤信息。系統周期進行數據庫文件的信息備份，同時要求數據庫文件的意外損害進行一定的檢測；

易使用性：系統界面友好，簡單使用，容易掌握；

可理解性：程序編制要有規范化的格式，風格清晰易懂，注釋說明應準確詳細；

響應時間：數據庫服務器應保持良好的響應速度和查詢速度，控制在5秒之內。

4.2.3 假定和約束

（1）假設的前提條件

本系統主要用于個人開設的JAVA學習論壇系統，實現的前提條件是論壇具有一定數量的注冊用戶，月流量達到一定的規模，有用戶在本論壇提問、回答問題。

（2）約束條件

系統必須滿足以下的限制條件： 1）安全可靠；

2）該系統必須確保對數據進行完全保護，以避免未經授權的訪問，所有的訪問都要登入[瀏覽除外]；

3）界面友好，操作簡單；

4）軟件系統開放性好，結構靈活，可擴充，易維護；

5）遵循總體設計方案對它的約束，在其實施的各個階段都要服從它的一些規定，包括功能設計、系統配置和計劃；

6）平臺限制：受Windows系統性能的限制，開發環境可能達不到理想的狀態，而在Linux系統下的工具不可避免存在bug，需要選擇最有效的工具在最合適的操作系統下進行開發工作；

7）另外還要考慮到MyEclipse8.5的一些功能插件的配置和統一編程環境，以及MySql的安全性等因素；

8）操作方式：全部基于瀏覽器運行，要考慮在不同瀏覽器之間均能夠正常顯示；

9）硬件需求：網絡服務器，數據庫服務器，PC主機，互聯網連接；

4.3 需求規定

4.3.1 對功能的規定（1）此系統的功能描述如下 1）用戶：

A、登陸系統前用戶可以查看本系統發表以及別的用戶發表的一些帖子； B、用戶可以注冊、修改自己的個人資料； C、評論帖子；

D、在論壇里面提出自己需要別人解決的問題、回答別人提出來的問題； E、發表自己的帖子、刪除自己發表的帖子、修改自己發表的帖子； F、查看自己的一些相關信息。2）管理員：

A、添加帖子、刪除帖子、修改帖子； B、修改個人相關信息； C、查看相關的帖子信息； D、查看系統的相關統計；

E、查看注冊用戶及其基本信息、刪除用戶的帖子、刪除用戶發表的提問、F、添加板塊、刪除板塊、修改板塊；（2）數據流圖

1）用戶總體數據流圖如：圖4-1

帖子信息表刪除帖子帖子操作查看修改帖子添加帖子用戶信息表用戶登陸驗證成功JAVA論壇添加好友好友管理刪除好友失敗注冊評論好友信息表評論信息表發表評論 圖4-1 用戶總體數據流圖

2）管理員數據流圖如：圖4-2

帖子信息管理員登陸帖子管理身份驗證用戶管理添加、刪除、更新帖子刪除用戶查看用戶管理員登陸用戶信息 圖4-2 管理員數據流圖

（3）數據字典

以下三圖為數據流圖所對應的數據字典：分別為圖4-3 用戶信息記錄、圖4-4 帖子信息記錄、圖4-5 評論信息記錄。

圖4-3 用戶信息記錄

圖4-4 帖子信息記錄

圖4-5 評論信息記錄

4.3.2 對性能的規定

（1）精度

在進行向數據庫文件提取數據時，要求數據記錄定位正確；在往數據庫文件添加數據時，要求輸入準確。

（2）時間特性要求

本軟件由于數據庫尚小，相應時間、更新處理時間、數據傳送、轉換時間、計算時間等都非常迅速，如下：

1）響應時間：響應時間5 秒之內； 2）更新處理時間：由系統運行狀態決定；

3）數據的轉換和傳輸時間：能夠在5 秒鐘內完成；（3）靈活性

對于信息的查找，本軟件提供了模糊查詢的方法，這樣最大的滿足用戶的要求，方便用戶的使用。4.3.3 輸人輸出要求

（1）用戶界面 1）屏幕格式

A、要求有用戶和管理員的輸入帳號提示框架；

B、登入后，用戶進入的是空間首頁；管理員進入的是管理首頁； C、登入后，可以進行相應的操作。（2）界面需求

1）一致性。各種交互形式應使用一致的格式； 2）提供有意義的反饋信息；

3）在執行有較大破壞性的活動前要求確認； 4）減少在動作間必須記憶的信息數量； 5）提高交互的效益； 6）允許錯誤；

7）按功能對動作分類和設置屏幕布局； 8）提供語境相關的幫助機制；

9）命令用簡單的動詞或者動詞短語命名。4.3.4 故障處理要求

（1）在用戶輸入一些不合法數據的時候，能夠進行一些合理的提示信息，不能因為輸入錯誤而導致系統錯誤，或者程序停止運行；

（2）網速過慢影響網頁的打開。4.3.5 其他專門要求

（1）保密性：系統數據要做到保密設施，以免重要的數據的丟失或者盜取；（2）簡潔性：用戶的操作界面必須做到簡單明了，不能有太復雜的設置或者操作；

（3）可更新性：對于系統可以根據客戶需要進行更新，維護等操作；（4）可轉換性：只要系統能保證環境部署成功，并且網絡正常，就能夠保證系統的正常運行；

（5）系統的封閉性：用戶的封閉性較好，用戶基本上在提示信息下輸數據；

4.4 運行環境規定

4.4.1 設備

處理器型號及內存容量：處理器不限制，CPU的內存最好在256MB以上，硬盤容量大小不限，電腦配帶鼠標，顯示器等。4.4.2 支持軟件

（1）開發工具

1）MyEclipse 8.5；

（2）軟件環境

1）安裝了Tomcat 6.0以上版本； 2）安裝了JDK1.6以上版本； 3）安裝了MySql 5.0以上版本； 4）安裝了IE7.0瀏覽器；

5）操作系統為Window Xp或者Linux都行； 6）測試工具：Junit。4.4.3 接口

本工程產品通過PC及運行，需要用戶輸入相應的數據，產生相應的處理。本工程產品不需要特定的硬件或者硬件接口的支持。

4.4.4 控制

本軟件在操作系統的支持下，展示界面由主窗口和子窗口的嵌套而成，窗口通過

2）Dreamweaver 8.0。超鏈接來達到控制，從而達到預期的效果。

第五篇：需求規格說明書編寫心得

需求規格說明書編寫心得

以下是本人總結的《需求規格說明書》編寫心得，由于人個水平有限，歡迎大家補充。

1.需求編寫依據

合同、招投標文件、調研記錄以及項目經理提供的已確定的需求規格說明書（內部）等。

2.主動與項目經理的溝通

反復的溝通，才能深入把握項目的實際需求，獲得更多的資訊和資料。

3.項目背景

1)闡述目前遇到了什么樣的問題，并充分說明該問題的嚴重性和緊迫性，若能提供一些數據或運用一些真實、典型的案例，不僅可以充分的說明該問題同時還能表明你對該項目的了解；

2)如何解決該問題；

3)為什么要提出這樣一個系統；

4)最后扼要概述該系統的長遠戰略意義。

這樣從邏輯上層層遞進，不僅可以讓自己的思維嚴謹起來，也使自己寫出來的東西變得專業些。

4.系統總體概述

簡單介紹系統的基本情況、特點、展示功能框架及闡述其優勢。主要圍繞是什么，有什么樣的功能特點，能起到什么樣的作用。

5.術語與用詞

列出與系統有關的在文檔中一定會提到的專業術語，沒有提到的術語則不需要列出，否則會給讀者帶來一定的負擔。還有要統一表達方式，如“修改”，“編輯”，“用戶”，“員工”等等，以避免引發歧義。

另外，需求文檔不需要華麗的詞語，以客觀事實的原則，切忌摻和主觀思想，注意用詞準確，精簡表達其業務就可以。同時還需注意幾點：等等、很多等抽象詞盡量不使用；我認為、以為等主觀詞語切忌出現，盡量避免口語化。

6.描述模塊

在編寫模塊時，通常包括模塊描述、重要業務及流程、功能需求定義、業務數據字典、原型界面圖等。

? 模塊描述

要明確指出建設了哪些功能，幫助用戶實現什么、目標、基礎等

? 重要業務及流程

對該業務進行認真分析，得出該功能事項的有效規則，以激發該功能。可以通過畫流程圖，快速幫助閱讀者理解，但一定要注意質量，避免產生誤導。

? 功能需求定義

需求中每個功能點力求寫的清楚，一個需求文檔下來能清楚統計出功能有多少個，并指明什么用戶使用。一般情況下，要先寫簡單的，權限少的角色。此文檔是設計的基礎，是系統驗收的依據。

? 數據字典

寫出實體類的中英文屬性名稱、類型和說明（如是否為表主鍵）。

? 重要界面原型圖

該功能模塊的重要原型圖。