第一篇：業(yè)務(wù)需求說明書模板
業(yè)務(wù)需求說明書模板 1 引言 3 1.1 編寫目的 3 1.2 范圍 3 1.3 項目背景 3 1.4 主要業(yè)務(wù)名詞和術(shù)語定義 3 1.5 參考文獻 3 2 需求概述 3 2.1 用戶現(xiàn)狀/業(yè)界當前系統(tǒng) 3 2.2 業(yè)務(wù)目標 4 2.3 業(yè)務(wù)過程分解 4 2.4 本業(yè)務(wù)模型與其他系統(tǒng)的關(guān)系 4 2.5 業(yè)務(wù)邊界定義 4 3 詳細需求 4 3.1 子業(yè)務(wù)1 4 3.1.1 業(yè)務(wù)流程 4 3.1.2 干系人的關(guān)注目標 5 3.1.3 業(yè)務(wù)規(guī)則 5 3.1.4 操作界面說明 5 3.1.5 數(shù)據(jù)實體 5 3.2 子業(yè)務(wù)2 5 3.2.1 業(yè)務(wù)流程 6 3.2.2 干系人的關(guān)注目標 6 3.2.3 業(yè)務(wù)規(guī)則 6 3.2.4 操作界面說明 6 3.2.5 數(shù)據(jù)實體 6 4 基礎(chǔ)數(shù)據(jù)說明 6 5 非功能需求 6 5.1 性能 6 5.2 易用性 7 5.3 可維護性 7 5.4 可移植性 7 5.4.1 硬件環(huán)境 7 5.4.2 軟件環(huán)境 7 5.5 故障處理要求 7 5.6 安全性 7 5.7 不允許發(fā)生的事件 8 6 附錄 8 業(yè)務(wù)需求說明書 1 引言 需求說明書說清楚了“四要素”，實際上就說清楚了如下問題：業(yè)務(wù)的辦理流程是什么？業(yè)務(wù)辦理條件是什么？操作員通過怎么樣的界面（簡單描述要求）辦理該業(yè)務(wù)？系統(tǒng)最后操作哪些數(shù)據(jù)、生成哪些表單？ 1.1 編寫目的 可選 1.2 范圍 可選 1.3 項目背景 可選 1.4 主要業(yè)務(wù)名詞和術(shù)語定義 1.5 參考文獻 2 需求概述 2.1 用戶現(xiàn)狀/業(yè)界當前系統(tǒng) 可選。用于老系統(tǒng)改進時，主要闡述用戶現(xiàn)狀（組織架構(gòu)、it現(xiàn)狀等）；
用于新課題的研究時，簡單闡述業(yè)界同類系統(tǒng)所提供的功能 2.2 業(yè)務(wù)目標 闡述本模塊具體是實現(xiàn)的業(yè)務(wù)目標，即解決的業(yè)務(wù)問題，是業(yè)務(wù)需求的出發(fā)點和核心所在。
2.3 業(yè)務(wù)過程分解 根據(jù)業(yè)務(wù)目標進行業(yè)務(wù)過程分解，主要包括：主流程、配合過程、輔助過程等。
2.4 本業(yè)務(wù)模型與其他系統(tǒng)的關(guān)系 闡述本系統(tǒng)/模塊與QONE其他模塊或客戶系統(tǒng)可能存在的關(guān)系，可以用關(guān)系圖表示 2.5 業(yè)務(wù)邊界定義 可選。根據(jù)實際情況撰寫，例如：成本管理與財務(wù)管理的業(yè)務(wù)邊界。詳細需求 3.1 子業(yè)務(wù)1 簡述該子業(yè)務(wù)的業(yè)務(wù)目標 對于某一業(yè)務(wù)的需求描述要包括以下四個方面。但層級結(jié)構(gòu)可由撰寫者根據(jù)實際情況自由調(diào)整，如流程圖針對業(yè)務(wù)1只有一幅，業(yè)務(wù)規(guī)則、操作說明、數(shù)據(jù)實體可以再分開業(yè)務(wù)1-1，業(yè)務(wù)1-2進行描述。
3.1.1 業(yè)務(wù)流程 業(yè)務(wù)流程說明這個業(yè)務(wù)的辦理步驟、以及每個步驟有哪些角色參與。建議業(yè)務(wù)流程用活動圖并輔以文字加以描述。
若業(yè)務(wù)流程圖中某些環(huán)節(jié)是系統(tǒng)外實現(xiàn)，進行標識即可，或某些環(huán)節(jié)不在本章節(jié)闡述，則注明具體分析的章節(jié)所在。
3.1.2 干系人的關(guān)注目標 闡述本業(yè)務(wù)的各類干系人對本業(yè)務(wù)的數(shù)據(jù)、功能、性能等各種需求的關(guān)注點和關(guān)注程度 3.1.3 業(yè)務(wù)規(guī)則 業(yè)務(wù)規(guī)則是指業(yè)務(wù)辦理過程中的一些約束條件，包括輸入數(shù)據(jù)的校驗規(guī)則和業(yè)務(wù)處理的邏輯規(guī)則。
業(yè)務(wù)規(guī)則一般用文字或特定表達式描述，建議緊接著業(yè)務(wù)流程圖，針對業(yè)務(wù)流程圖中的每個操作環(huán)節(jié)，逐一描述其業(yè)務(wù)規(guī)則。
3.1.4 操作界面說明 操作界面是要申明：系統(tǒng)建成之后，用戶面對的操作界面的特定業(yè)務(wù)要求。
3.1.5 數(shù)據(jù)實體 數(shù)據(jù)實體是指業(yè)務(wù)流程中的各個環(huán)節(jié)操作的表單、業(yè)務(wù)數(shù)據(jù)等對象。其中涉及到的基礎(chǔ)數(shù)據(jù)應(yīng)加以注釋，并在“基礎(chǔ)數(shù)據(jù)說明”章節(jié)進行統(tǒng)一說明。
需求階段明確了數(shù)據(jù)實體以及數(shù)據(jù)實體的來源非常有利于后續(xù)的數(shù)據(jù)庫設(shè)計。
3.2 子業(yè)務(wù)2 同上 3.2.1 業(yè)務(wù)流程 3.2.2 干系人的關(guān)注目標 3.2.3 業(yè)務(wù)規(guī)則 3.2.4 操作界面說明 3.2.5 數(shù)據(jù)實體 4 基礎(chǔ)數(shù)據(jù)說明 對該系統(tǒng)/模塊上述業(yè)務(wù)中所需要的基礎(chǔ)數(shù)據(jù)的說明，以及需要補充說明的數(shù)據(jù)來源（可能來自用戶錄入、OQNE其他模塊、其他外部系統(tǒng)）5 非功能需求 本章節(jié)可統(tǒng)一維護 5.1 性能 可能包括：
1、基于對基本數(shù)據(jù)的估算（例如每個客戶的平均項目數(shù)、每個項目的平均任務(wù)數(shù)等）2、業(yè)務(wù)訪問量的估算（包括各類用戶數(shù)的估算、各類高中低頻率訪問事件的估算），以下只是示例：
l 對于低頻率事件，最大并發(fā)用戶數(shù)按照合計用戶數(shù)*10%來計算；
l 對于中頻率事件，最大并發(fā)用戶數(shù)按照合計用戶數(shù)*20%來計算；
l 對于高頻率事件，最大并發(fā)用戶數(shù)按照合計用戶數(shù)*50%來計算。
l 低頻事件中對于使用web方式進行積分賬戶等查詢的業(yè)務(wù)，最大并發(fā)用戶數(shù)按照合計用戶數(shù)的1%來計算；
l 要求用戶的網(wǎng)絡(luò)訪問延時不能大于5秒。
3、網(wǎng)絡(luò)傳輸數(shù)據(jù)的估算 4、關(guān)鍵業(yè)務(wù)處理時間的要求 5、與外部接口的性能要求 如果涉及到與外部系統(tǒng)有接口，則對關(guān)鍵交互信息的傳輸時間進行估算 5.2 易用性 例如：操作應(yīng)盡可能簡潔，要求員工不用培訓(xùn)或較短時間培訓(xùn)，即能基本掌握日常操作，同時要求操作流程簡單易懂及人性化等。
5.3 可維護性 5.4 可移植性 5.4.1 硬件環(huán)境 n 支持多核處理器 5.4.2 軟件環(huán)境 n 跨操作系統(tǒng)平臺、跨瀏覽器 5.5 故障處理要求 5.6 安全性 n 認證管理 n 系統(tǒng)登錄：超時 n 加密管理：
n 關(guān)鍵數(shù)據(jù)傳輸加密，如用戶密碼等 n 關(guān)鍵數(shù)據(jù)加密存儲，如用戶密碼等 5.7 不允許發(fā)生的事件 6 附錄 一些附件內(nèi)容、其他說明或待考慮問題等需要補充的內(nèi)容。
第二篇：如何撰寫高質(zhì)量的業(yè)務(wù)需求說明書
如何撰寫高質(zhì)量的業(yè)務(wù)需求說明書
作者：渤海銀行資訊科技部張保軍 原文刊登于《金融電子化》
在日常工作中，銀行業(yè)務(wù)部門經(jīng)常提出不同的業(yè)務(wù)需求，有新產(chǎn)品研發(fā)需求，有對現(xiàn)有系統(tǒng)功能改 進需求，有提取數(shù)據(jù)需求，有反映生產(chǎn)問題需求。這些需求提交給科技部門在信息系統(tǒng)中實現(xiàn)，科技部門經(jīng)常說業(yè)務(wù)部門提交的業(yè)務(wù)需求涵義表達不清、內(nèi)容描述不 完整等，科技人員難以按照業(yè)務(wù)部門要求實現(xiàn)。業(yè)務(wù)需求說明成為業(yè)務(wù)與科技經(jīng)常扯皮、推諉、口舌之爭之標靶，影響了軟件項目研發(fā)進度和質(zhì)量。
撰寫一份高質(zhì)量的業(yè)務(wù)需求說明書真的很難嗎？本文就此與大家探討如何撰寫高質(zhì)量的業(yè)務(wù)需求書。
一、說明書常見問題
（1）需求過于簡單。有的只是一句話，如在現(xiàn)行的企業(yè)網(wǎng)銀系統(tǒng)中增加批量代發(fā)工資功能，可以說，只給了一個需求題目，沒有內(nèi)容描述，具體業(yè)務(wù)處理流程和要求沒有任何說明。
（2）需求內(nèi)容不完整。業(yè)務(wù)需求書洋洋灑灑寫了不少，但仔細一看，整個需求說明書內(nèi)容缺東少西，不是少了會計分錄，就是少了統(tǒng)計分析;不是少了界面輸入項目，就是少了業(yè)務(wù)處理過程及要輸出的結(jié)果等。
（3）需求內(nèi)容描述不清晰。想要什么，業(yè)務(wù)流程如何處理，定義不清，概念界定模糊，有很多疑問。如需求書中對于統(tǒng)計報表只是畫出一個大概表樣，沒有給出統(tǒng)計口徑、數(shù)據(jù)來源等詳盡資料。
（4）業(yè)務(wù)需求說明書本是很嚴謹?shù)奈臅问?，但撰寫人重視程度不夠。需求說明書普遍存在錯別字、語句涵義表達不清楚，口語化濃厚，引用圖表不準確，主題表達不夠清晰。
（5）需求說明書照搬照抄。為了圖省事，把一些軟件公司提供的產(chǎn)品功能介紹文檔改頭換面，作為業(yè)務(wù)需求說明書提交，業(yè)內(nèi)人員一看就知道不是自己寫的，很多地方根本不符合本行業(yè)務(wù)處理流程和系統(tǒng)功能。
（6）需求說明書沒有統(tǒng)一撰寫格式，不管是研發(fā)新產(chǎn)品、對現(xiàn)有系統(tǒng)功能改進、還是提取數(shù)據(jù)和生產(chǎn)問題需求，都沒有一個簡單實用的需求格式，隨意書寫，或者提供的格式完全不符合業(yè)務(wù)人員要求，大家不愿意或根本無法使用。
二、質(zhì)量不高原因分析（1）撰寫業(yè)務(wù)需求說明書時，業(yè)務(wù)部門沒有很好組織人員對其需求進行認真討論、分析，匆忙撰寫，完成后沒有很好斟酌修改完善，又匆匆忙忙提交給科技部門研發(fā)，事先也顧不上與科技部門做溝通，多聽聽科技人員的意見。（2）業(yè)務(wù)需求通常由銀行各個職能部門提出，業(yè)務(wù)部門只從自己負責的業(yè)務(wù)角度出發(fā)考慮，缺乏與其他業(yè)務(wù)部門之間必要的溝通交流，缺少整合 性。許多需求僅僅是出于單個專業(yè)的需要，而不是全行整體需要，造成業(yè)務(wù)做法不能很好相互借鑒，有的甚至產(chǎn)生矛盾。在信息系統(tǒng)中相互制肘，重復(fù)又各成體系，形成不必要的內(nèi)耗。
（3）業(yè)務(wù)人員對信息系統(tǒng)及整個銀行業(yè)務(wù)處理流程及制度要求，缺乏深入了解掌握，造成撰寫的需求內(nèi)容描述不清楚，不準確。
（4）需求說明書沒有模版，業(yè)務(wù)部門沒有參照，或是科技部門提供的模版實用性不強，不符合業(yè)務(wù)要求?；蚋嗍强萍疾块T從技術(shù)要求方面出發(fā)，按照軟件功能說明書內(nèi)容格式讓業(yè)務(wù)部門撰寫需求。業(yè)務(wù)部門對很多技術(shù)要求不熟悉，不知道如何下手撰寫。再有，模版過于教科書化。文檔模版編寫時，沒有很好 依據(jù)公司自身現(xiàn)狀，從實際出發(fā)并實地征求業(yè)務(wù)部門意見，造成業(yè)務(wù)部門不愿意或無法按照科技部門提供的需求撰寫模版撰寫需求，達不到預(yù)期效果。（5）業(yè)務(wù)與科技部門缺少需求交流機制、交流平臺，大家都無法積極主動交流，無法傾聽相互之間的意見。
三、提高撰寫質(zhì)量的措施
提高業(yè)務(wù)需求撰寫質(zhì)量，就要真正反映業(yè)務(wù)真實想法，和業(yè)務(wù)保持一致，并能提供科技部門軟件研發(fā)需要的業(yè)務(wù)需求，確保在軟件項目研發(fā)過程中，各項研發(fā)工作和需求之間的一致性，是需求管理的一項重要內(nèi)容。
（1）業(yè)務(wù)與科技要建立良好的交流與合作關(guān)系。優(yōu)秀的軟件產(chǎn)品是建立在優(yōu)秀的業(yè)務(wù)需求基礎(chǔ)之上的，高質(zhì)量的軟件產(chǎn)品來源于業(yè)務(wù)人員和技術(shù)人 員相互之間有效的交流與合作。業(yè)務(wù)與科技部門要建立一個良好的業(yè)務(wù)需求交流溝通渠道和機制，解決工作中有關(guān)需求不清、推諉扯皮現(xiàn)象的發(fā)生，以面對面交流為 主，郵件、電話為輔。業(yè)務(wù)人員撰寫完成業(yè)務(wù)需求后可以通過郵件的形式發(fā)給科技人員，讓科技人員提出修改完善建議，相互之間交流溝通后，經(jīng)過對業(yè)務(wù)需求說明 書反復(fù)多次修改后再提交。
（2）科技部門要做好角色的轉(zhuǎn)變，幫助業(yè)務(wù)部門其實就是幫助自己，不要認為業(yè)務(wù)需求與科技部門無關(guān)?？萍疾块T不能只關(guān)心技術(shù)，更應(yīng)該關(guān)心產(chǎn) 品，跟蹤產(chǎn)品應(yīng)用情況，參與業(yè)務(wù)需求制訂，與業(yè)務(wù)部門一起做好市場調(diào)研，參加前端性產(chǎn)品的研究和發(fā)展，幫助業(yè)務(wù)部門優(yōu)化需求，可以提供業(yè)務(wù)需求說明書樣本 讓業(yè)務(wù)人員參照學(xué)習。
（3）業(yè)務(wù)需求要分類管理。業(yè)務(wù)需求通常可以分為新產(chǎn)品研發(fā)需求、功能變更需求、數(shù)據(jù)提取需求、生產(chǎn)問題需求等，針對不同業(yè)務(wù)要求設(shè)計不同 的業(yè)務(wù)需求撰寫格式。新產(chǎn)品需求需要設(shè)計詳細的需求撰寫格式。功能變更需求、數(shù)據(jù)提取需求和生產(chǎn)問題需求要專題專述，變更那里則提出那里的數(shù)據(jù)，哪個系統(tǒng) 出現(xiàn)了問題、出現(xiàn)的問題現(xiàn)象是什么等內(nèi)容，要重點突出，內(nèi)容描述簡單明了。（4）業(yè)務(wù)需求說明書撰寫基本要求。①標準化：他山之石，可以借鑒，善于學(xué)習運用CMMI標準及其他軟件公司好的做法，針對不同的業(yè)務(wù)需 求，都要給出一個符合公司實際，行之有效的撰寫標準。②易用性：業(yè)務(wù)部門撰寫的業(yè)務(wù)需求說明書要便于不同崗位人員進行閱讀、理解、學(xué)習和使用。③簡潔性： 業(yè)務(wù)需求書中描述的內(nèi)容要突出主題，只反映要描述的問題，不包含其他不必要的東西，語言表達簡明扼要，一清二楚，可以配以適當?shù)膱D表，以增強其清晰性。④ 針對性：業(yè)務(wù)需求說明書要按不同的需求類型、面對不同的業(yè)務(wù)對象，實行差異化編制，根據(jù)實際需要進行編寫。⑤一致性：業(yè)務(wù)需求說明書中的文字描述應(yīng)當十分 確切，對于同一業(yè)務(wù)描寫，不能出現(xiàn)多義性的描述，應(yīng)當是一致，相互之間沒有矛盾。⑥完整性：業(yè)務(wù)需求說明書都應(yīng)當是完整的、獨立的，沒有遺漏和丟失的內(nèi) 容。對于需求內(nèi)容相同的部分，這種重復(fù)是必要的，不要圖省事避免在文檔中出現(xiàn)“見XX文檔XX章節(jié)"的現(xiàn)象。⑦靈活性：不同的新產(chǎn)品研發(fā)需求，因其復(fù)雜程 度和規(guī)模不同，在保持需求格式不變的情況下，也需要對需求說明書內(nèi)容中不同部分描述詳細程度做調(diào)整。⑧可追溯性：業(yè)務(wù)需求說明書作為軟件項目研發(fā)的一個重 要文檔，并不是孤立的，而是與各個階段完成的工作有密切的關(guān)系，隨著研發(fā)工作的逐步延伸，具有一定的繼承關(guān)系，體現(xiàn)出了可追溯的特性。如需求變更說明是在 原來業(yè)務(wù)需求說明書基礎(chǔ)之上的變更，軟件需求說明書會在詳細設(shè)計說明書、測試案例等文檔中有所體現(xiàn)。
（5）做好業(yè)務(wù)人員的培訓(xùn)學(xué)習。在工作交流過程中，業(yè)務(wù)人員經(jīng)常講，“科技人員總說業(yè)務(wù)需求寫得不清楚，怎樣寫才能符合科技要求？”因此，針對如何撰寫高質(zhì)量的業(yè)務(wù)需求設(shè)計開發(fā)培訓(xùn)課程，有針對性地對業(yè)務(wù)人員進行培訓(xùn)，引導(dǎo)和教會業(yè)務(wù)人員撰寫業(yè)務(wù)需求說明書，通過工作不斷溝通交流、完善修 改，寫出一份業(yè)務(wù)與科技都滿意、高質(zhì)量的業(yè)務(wù)需求也不是一件難事。
第三篇：招標需求說明書
競爭性談判-需求說明書
（參考）
行政部：
為配合**開業(yè)慶典活動籌備安排，特向貴部提出慶典活動項目招標（競爭性談判）需求，具體說明如下：
一、招標（競爭性談判）內(nèi)容：
**開業(yè)慶典系列活動項目承辦單位招標（競爭性談判）。
二、招標（競爭性談判）項目的基本需求：
（一）活動整體安排：
根據(jù)改制工作進度安排，**擬于2009年**月中下旬獲批成立，并擬于**月**日舉行開業(yè)儀式慶典活動，活動內(nèi)容擬包括：
1、開業(yè)慶典儀式：
（1）時間安排：**月**日上午（時長約為1小時）。
（2）地點安排：**大廈東廣場
（3）出席人數(shù)：擬邀請省、市各級領(lǐng)導(dǎo)和重要嘉賓合計約250人。
（4）主要流程：A、省、監(jiān)管單位、市、農(nóng)商行領(lǐng)導(dǎo)分別致辭。
B、主要領(lǐng)導(dǎo)共同揭牌儀式。
C、**公益捐贈儀式。
2、開業(yè)慶典晚宴：
（1）時間安排：**月**日晚上（時長約為2小時）。
共 5 頁·第 1 頁
（2）地點安排：擬于**香格里拉大酒店（**廳）或**路**酒店（國際宴會廳）。
（3）出席人數(shù)：擬邀請省、市各級領(lǐng)導(dǎo)和重要嘉賓合計約500人。
（4）主要流程：A、省、市領(lǐng)導(dǎo)致辭。
B、主要領(lǐng)導(dǎo)祝酒儀式。
C、表演助興（如歌舞、魔術(shù)、雜技等）及現(xiàn)
場抽獎環(huán)節(jié)。
（二）承辦工作要求：
1、本次慶典活動項目執(zhí)行工作中的客戶邀請、禮品購置、宴席餐飲、媒體投放等均由我單位另行安排，承辦單位提交的投標方案內(nèi)容應(yīng)包括：
（1）對活動整體流程的策劃，并提供相應(yīng)的策劃方案書、時間進度和分工安排表等書面材料。
（2）對會場宣傳布置的構(gòu)思，要求宣傳布置范圍以**大廈為中心、輻射周邊1000米內(nèi)主要路段，包括各項平面設(shè)計、物料設(shè)計、舞臺設(shè)計等，并提供相應(yīng)的平面設(shè)計稿、三維效果圖、物料清單等。
（3）對節(jié)目和演員的建議，包括歌舞、雜技、魔術(shù)等，并提供相應(yīng)的節(jié)目和演員情況介紹、費用報價等；中標后可根據(jù)我單位實際要求進行調(diào)整變更，并負責具體聯(lián)系邀請和彩排協(xié)調(diào)等工作。
（4）對司儀和導(dǎo)演的推薦，包括開業(yè)儀式司儀1人、晚宴司
儀2人、晚宴導(dǎo)演1人，并提供相應(yīng)的個人介紹材料、費用報價等；中標后可根據(jù)我單位實際要求進行調(diào)整變更，并負責具體聯(lián)系邀請和彩排協(xié)調(diào)等工作。
（5）對公益捐贈舉措的建議，包括與國內(nèi)外知名慈善機構(gòu)、官方組織等的捐贈合作，提供相關(guān)機構(gòu)情況、捐贈模式等情況介紹，中標后協(xié)助我單位聯(lián)系溝通。
（6）對活動執(zhí)行協(xié)調(diào)措施的說明，包括戶外活動可能涉及的消防、環(huán)保、治安等公共安全問題，及施工質(zhì)量、效率和安全性問題，提供相關(guān)解決措施說明；中標后需負責執(zhí)行消防、城管、環(huán)保、公安等相關(guān)申報程序。
（7）除上述內(nèi)容外，對我單位臨時補充要求的回復(fù)。
2、針對上述要求，我單位制定了“宣傳策劃基本要求說明”（見本需求附件1），各投標單位須以此基本要求說明為基礎(chǔ)制定整體活動方案，并在投標方案中對開業(yè)慶典儀式和開業(yè)慶典晚會分別進行報價（含稅），報價表應(yīng)列明估算的相關(guān)尺寸、數(shù)量、材質(zhì)等內(nèi)容，各項報價應(yīng)合理、真實、具備可操作性。
3、中標單位須適應(yīng)我單位內(nèi)部的法律文書審核和財務(wù)報批支付等流程規(guī)定，并統(tǒng)一提供中標公司發(fā)票。本次慶典活動項目費用將按30%預(yù)付、30%二期、40%尾款方式分三次支付，其中預(yù)付款于合同簽定后五個工作日內(nèi)支付，二期款于實施當天前五個工作日內(nèi)支付，尾款將于活動結(jié)束后十個工作日內(nèi)結(jié)清。
（三）投標公司資質(zhì)要求：
1、投標單位應(yīng)為國內(nèi)綜合實力較強、行業(yè)信譽較好的公關(guān)策劃/品牌傳播/廣告制作公司，注冊資本需折合人民幣200萬元（含）以上，登記在職員工30人（含）以上；
2、投標單位應(yīng)具備成熟完善的分工架構(gòu)和服務(wù)流程，自有專職策劃及客服人員5人以上、高級設(shè)計人員5人以上、專業(yè)工程人員10人以上，有曾為三家以上國內(nèi)知名大型企業(yè)策劃執(zhí)行各類大型慶典活動的成功案例。自設(shè)大型制作工廠或具備國內(nèi)4A評級（含）以上的廣告公司將優(yōu)先考慮；
3、投標單位主要辦公場所應(yīng)在本市區(qū)范圍內(nèi)。
4、投標單位應(yīng)根據(jù)上述要求提供相關(guān)證明文件、文字和圖片介紹資料。
三、招標建議：
1、每一投標單位必須同時承辦開業(yè)慶典儀式和開業(yè)慶典晚會兩項活動；
2、中標單位數(shù)量：壹個。
3、建議評標方式：投票法。由我單位開業(yè)慶典活動領(lǐng)導(dǎo)小組組成評委會，根據(jù)投標單位的綜合實力、策劃創(chuàng)意、整體報價等，投票選出中標候選單位，報單位領(lǐng)導(dǎo)審批確定后公布。
4、我單位可根據(jù)實際需要對“宣傳策劃基本要求說明”的項目內(nèi)容進行增減。
5、投標單位須提交資料包括：
（1）開業(yè)慶典活動整體策劃方案（含報價）；
（2）投標單位相關(guān)資質(zhì)證明文件、文字和圖片介紹資料；
（3）我單位要求的其他資料。
6、考慮到慶典活動籌備時間較緊，建議本次招標（競爭性談判）流程于**月**日前完成并公布結(jié)果。
附件：**慶典活動宣傳策劃基本要求說明
**辦公室年月日
第四篇：v4.2-集中遠程授權(quán)項目-業(yè)務(wù)需求說明書
業(yè)務(wù)需求說明書
遠程集中授權(quán)業(yè)務(wù)需求說明書
目錄
1.1 1.2 1.3 項目描述.................................................................................................................................2 流程.........................................................................................................................................2 需求.........................................................................................................................................3
1.3.1 1.3.2 1.3.3 1.3.4 1.3.5 1.3.6 1.3.7 1.3.8 1.3.9 1.3.10 1.3.11 1.3.12 1.3.13 授權(quán)模式參數(shù)控制功能.................................................................................................3 柜面影像資料采集功能.................................................................................................5 影像采集規(guī)則.................................................................................................................6 影像資料傳送功能.........................................................................................................7 授權(quán)排隊分配功能.........................................................................................................7 授權(quán)加急功能（是否需要）.........................................................................................7 授權(quán)審核.........................................................................................................................7 遠程集中授權(quán)機構(gòu)設(shè)置參數(shù)化.....................................................................................8 柜面監(jiān)控錄像同步傳送、調(diào)閱功能.............................................................................8 本地授權(quán)轉(zhuǎn)遠程授權(quán)機制.........................................................................................8 授權(quán)記錄存檔功能.........................................................................................................8 授權(quán)流水及明細查詢.................................................................................................8 授權(quán)中心報表輸出功能.............................................................................................9
版本：v4.1 截止日期：2014年6月10日 業(yè)務(wù)需求說明書
遠程集中授權(quán)業(yè)務(wù)需求說明書
1.1 項目描述
遠程集中授權(quán)是利用技術(shù)手段，將前臺業(yè)務(wù)系統(tǒng)中授權(quán)業(yè)務(wù)需審核的交易畫面、業(yè)務(wù)憑證、客戶證件和實物影像同步傳輸至遠程、集中的專用授權(quán)終端上，由專職授權(quán)人員對其審核并完成授權(quán)的應(yīng)用系統(tǒng)。
1.2 流程
集中授權(quán)中心授權(quán)流程步驟A-柜面業(yè)務(wù)系統(tǒng)B-集中授權(quán)中心C-授權(quán)人員1觸發(fā)授權(quán)業(yè)務(wù)，發(fā)起授權(quán)申請Ⅰ授權(quán)觸發(fā)與申請2柜面按照提示整改重新提交業(yè)務(wù)授權(quán)業(yè)務(wù)池（接收授權(quán)申請、分配授權(quán)業(yè)務(wù)）3向柜面反饋拒絕原因獲取授權(quán)任務(wù)4拒絕授權(quán)（提交拒絕理由）N（審核不通過）是否授權(quán)審查5同意授權(quán)Y（授權(quán)通過）Ⅱ授權(quán)過程6柜面反饋授權(quán)成功，并記賬、提示打印相關(guān)憑證 業(yè)務(wù)需求說明書
1.3 需求
在核心系統(tǒng)的柜面實現(xiàn)業(yè)務(wù)關(guān)聯(lián)影像資料采集、傳送；在集中授權(quán)中心實現(xiàn)影像的存儲、調(diào)閱、管理功能，同時還應(yīng)具備與核心業(yè)務(wù)流水匹配功能。
1.3.1 授權(quán)模式參數(shù)控制功能
為適應(yīng)全省農(nóng)信社多法人的管理架構(gòu)，兼顧各地市經(jīng)營行社業(yè)務(wù)發(fā)展的個性需求，本系統(tǒng)應(yīng)具備參數(shù)控制功能。通過對業(yè)務(wù)機構(gòu)（法人機構(gòu)）、交易代碼的授權(quán)模式的靈活配置，滿足授權(quán)規(guī)則個性需求，實現(xiàn)授權(quán)規(guī)則多樣性，并可以對（法人）機構(gòu)采取的現(xiàn)場授權(quán)、遠程授權(quán)等模式實現(xiàn)動態(tài)、實時切換。
（一）參數(shù)構(gòu)成
授權(quán)規(guī)則參數(shù)主要由（法人）機構(gòu)、授權(quán)模式、交易碼、授權(quán)（條件）碼等構(gòu)成，其中（法人）機構(gòu)配置授權(quán)模式和授權(quán)中心，交易碼和授權(quán)碼的靈活配置實現(xiàn)多種授權(quán)模式。參數(shù)規(guī)則說明如下：
（二）授權(quán)條件
授權(quán)條件由交易碼和授權(quán)碼決定，交易碼和授權(quán)碼在授權(quán)風險環(huán)節(jié)判斷機制如下：
1、交易碼。交易碼授權(quán)包含2個必要要素：是否強制授權(quán)、風險等級。當某一個交易碼為強制授權(quán)時，其交易碼風險等級為授權(quán)柜員最低等級；當某一交易碼非強制授權(quán)時，其交易碼風險等級為業(yè)務(wù)柜員最低級別。如果業(yè)務(wù)柜員級別低于交易碼風險等級，則須由等級不低于交易碼風險級別的柜員授權(quán)。如：假設(shè)交易碼【10-有折現(xiàn)金存款】風險等級為8級：
a、交易碼【10-有折現(xiàn)金存款】=【強制授權(quán)】-【風險等級8】：表示【10】交易必須由8級及以上的柜員授權(quán)后方能通過。
b、交易碼【10-有折現(xiàn)金存款】=【非強制授權(quán)】-【風險等級8】：表示8級以下柜員受理【10】交易時必須由8級及以上的柜員授權(quán)后方能通過；8級及以上的柜員受理【10】交易則無需授權(quán)即可通過。
2、授權(quán)碼（條件），即授權(quán)觸發(fā)條件。授權(quán)碼觸發(fā)依賴于交易所包含的業(yè)業(yè)務(wù)需求說明書
務(wù)要素，當業(yè)務(wù)要素滿足授權(quán)碼觸發(fā)條件時須授權(quán)，否則無需授權(quán)。授權(quán)碼包括【強制授權(quán)碼】和【非強制授權(quán)碼】兩種，兩種授權(quán)碼均具備風險等級，規(guī)則如下：
a、【強制授權(quán)碼】：當強制授權(quán)碼觸發(fā)授權(quán)時，該交易必須授權(quán)，且授權(quán)柜員級別不得低于強制授權(quán)碼風險等級。
B、【非強制授權(quán)碼】：當柜員等級高于非強制授權(quán)碼風險等級時，無需授權(quán)直接辦理；當柜員等級低于非強制授權(quán)碼等級時，則由高級別柜員（不低于非強制授權(quán)碼風險等級）授權(quán)通過。
以交易碼【[1045-無折轉(zhuǎn)客戶帳]-[非強制授權(quán)]-[3級]】、轉(zhuǎn)賬支票轉(zhuǎn)50萬元為例，觸發(fā)以下授權(quán)碼時，授權(quán)條件動態(tài)變化，結(jié)果表示如下
交易碼類別授權(quán)碼類別授權(quán)碼含義單項授權(quán)結(jié)果交易授權(quán)碼碼是否強風險制授權(quán)等級***51045否否否否否***62356582是否強風險是否強風險制授權(quán)等級制授權(quán)等級否是否否是810101012否是否否是810101012單項授權(quán)結(jié)果說明轉(zhuǎn)賬金額達50萬以上休止戶執(zhí)行交易，需授權(quán)轉(zhuǎn)入賬戶不等于資金來源賬戶.對于公司賬戶和個人賬戶之間的轉(zhuǎn)賬，需要授權(quán)。到期支票（憑證簽發(fā)日期已超過支票提示付款期）6級柜員需8級授權(quán)，8級及以上柜員受理無需授權(quán)必須10級及以上柜員授權(quán)10級以下柜員需10級授權(quán)，10級以上柜員受理無需授權(quán)必須12級及以上柜員授權(quán)必須10級及以上柜員授權(quán)綜合授權(quán)結(jié)果否6是12是12必須12級及以上柜員授權(quán)說明：（1）當轉(zhuǎn)賬支票付款人與收款人一致時，符合授權(quán)碼106單項授權(quán)結(jié)果；
（2）當轉(zhuǎn)賬支票付款人與收款人一致時，且收款賬戶為休眠戶時，符合授權(quán)碼736授權(quán)結(jié)果；
（3）當轉(zhuǎn)賬支票收款人個人，收款賬戶為休眠戶，且支票超期時，符合綜合授權(quán)結(jié)果；（4）授權(quán)規(guī)則：
a、交易碼和授權(quán)中碼只要有一項為【強制授權(quán)】，則改業(yè)務(wù)必須強制授權(quán)，只有兩者同時為【非強制授權(quán)】時，該交易才是非強制授權(quán)交易。
b、在交易要素中，交易碼等級和授權(quán)碼等級取最大值。
（三）授權(quán)模式
通過對交易碼的【是否強制授權(quán)】、【風險等級】兩個屬性進行參數(shù)化設(shè)置，即可衍生出不同種類的授權(quán)模式。授權(quán)模式暫定為三種：現(xiàn)場授權(quán)、遠程授權(quán)、業(yè)務(wù)需求說明書
復(fù)合授權(quán)，其中遠程授權(quán)條件為交易風險級別超過10級時，提交遠程授權(quán)。具體情況如下：
模式A：現(xiàn)行模式。即除13支特定遠程交易和大額資金交易需遠程授權(quán)外，其他所有業(yè)務(wù)均實行現(xiàn)場授權(quán)
模式B：遠程授權(quán)模式。所有授權(quán)業(yè)務(wù)全部提交遠程授權(quán)，不再保留本地授權(quán)，授權(quán)業(yè)務(wù)由【經(jīng)辦人員】辦理后直接提交遠程授權(quán)。
模式c：保留部分業(yè)務(wù)（10級及以下授權(quán)業(yè)務(wù)）本地授權(quán)，將風險較大業(yè)務(wù)（10級以上授權(quán)業(yè)務(wù)）由本地【經(jīng)辦人員】辦理后提交遠程授權(quán)。其中授權(quán)模式差別對比效果如下表：
類別Abc現(xiàn)場授權(quán)條件現(xiàn)行授權(quán)規(guī)則無現(xiàn)場授權(quán)部分授權(quán)(10級及以下業(yè)務(wù))遠程授權(quán)條件13支特殊交易碼和超大金額資金業(yè)務(wù)觸發(fā)后直接提交遠程觸發(fā)后直接提交遠程 說明：
（1）遠程授權(quán)和本地授權(quán)區(qū)分標志為業(yè)務(wù)風險等級，當前暫定業(yè)務(wù)風險等級在10級及以下時，為本地授權(quán)業(yè)務(wù)，超過10級時為遠程授權(quán)業(yè)務(wù)；
（2）模式A是對現(xiàn)行授權(quán)規(guī)則平移到授權(quán)判斷模塊，同時對授權(quán)規(guī)則參數(shù)化；
1.3.2 整合一筆交易的多次授權(quán)為一次授權(quán)
功能描述：將一筆業(yè)務(wù)多次授權(quán)的形式合并為一次授權(quán)。現(xiàn)階段授權(quán)系統(tǒng)存在多風險點多級觸發(fā)的機制，因此在業(yè)務(wù)辦理中，才能通過的交易，在系統(tǒng)首次提示柜面授權(quán)時，輸入授權(quán)柜員代號、錄入指紋授權(quán)，系統(tǒng)對該授權(quán)柜員代號和指紋信息進行記憶，再次提示柜面授權(quán)時，由系統(tǒng)自動讀取上次授權(quán)員工的信息自動授權(quán)，直至該筆業(yè)務(wù)辦理完結(jié)再清除記憶的該授權(quán)員工的信息。業(yè)務(wù)需求說明書
1.3.3 柜面影像資料采集功能
功能描述：柜面業(yè)務(wù)人員受理客戶業(yè)務(wù)后，按照流程向核心提交相關(guān)業(yè)務(wù)申請，核心根據(jù)業(yè)務(wù)要素判斷該筆業(yè)務(wù)是否授權(quán)，如需授權(quán)，彈出授權(quán)申請窗口，柜員在授權(quán)申請窗口中對該筆業(yè)務(wù)要素進行勾選，并提交授權(quán)申請。所勾選業(yè)務(wù)要素必須包含但不限于以下內(nèi)容：是否客戶信息維護、是否賬戶維護、是否外部賬戶資金交易、是否內(nèi)部賬戶資金交易、是否中間業(yè)務(wù)。
柜員點擊確定提交授權(quán)申請后，系統(tǒng)根據(jù)柜員勾選的業(yè)務(wù)類別彈出影像采集窗口，要求柜員必須按照窗口提示內(nèi)容依次采集相關(guān)必備影像資料，并自動對所采集影像文件自動命名，同時與核心交易流水號相匹配。影像采集要求：
1、客戶信息維護類交易必須采集【客戶大頭照】、【客戶有效身份證】、【維護申請書】
2、賬戶信息維護類交易必須采集【客戶大頭照】、【客戶有效身份證】、【維護申請書】
3、外部資金交易類必須采集【客戶大頭照】、【客戶有效身份證】、【外部資金交易原始憑證】，必要時須采集【客戶業(yè)務(wù)錄音】和客戶繳存的【現(xiàn)金照片】
4、內(nèi)部戶資金交易必須采集【外部資金交易原始憑證】，必要時須采集相關(guān)環(huán)節(jié)的【審批簽字單】
1.3.4 影像采集規(guī)則
功能描述：當交易柜員觸發(fā)遠程授權(quán)時，系統(tǒng)應(yīng)依照一定規(guī)則生成影像采集明細，并反饋給交易柜員；交易柜員按照提示明細，逐一采集必備影像資料。
影像采集規(guī)則應(yīng)與交易類型或授權(quán)碼相匹配。（影像采集規(guī)則討論定稿后做專題報告）業(yè)務(wù)需求說明書
1.3.5 影像資料傳送功能
功能描述：柜面完成影像采集工作后，點擊【采集完成】按鈕，系統(tǒng)自動將所采集影像文件傳送到授權(quán)中心，同時回顯等待計時窗口，直至返回授權(quán)結(jié)果信息。授權(quán)結(jié)果分2種：
1、【授權(quán)通過】，系統(tǒng)自動打印相關(guān)業(yè)務(wù)傳票；
2、【授權(quán)被拒絕】，并返回拒絕原因，柜員可依據(jù)拒絕原因進行整改。其中拒絕授權(quán)采用兩種記過處理方式：一是原因為采集資料不符合要求的，柜員可進行二次采集或修改；二是原因為柜員業(yè)務(wù)辦理錯誤，則必須重新辦理業(yè)務(wù)并重新采集；
1.3.6 授權(quán)排隊分配功能
功能描述：對轄內(nèi)所有授權(quán)業(yè)務(wù)集中到授權(quán)池中排隊等候授權(quán)，其排隊規(guī)則應(yīng)與授權(quán)申請時限相匹配，對授權(quán)池中的授權(quán)業(yè)務(wù)隨機分配到授權(quán)終端實施審核流程
1.3.7 授權(quán)加急功能（是否需要）
功能描述：對部分時間要求比較急的業(yè)務(wù)提交遠程授權(quán)后，由另一業(yè)務(wù)柜員實施授權(quán)加急交易：錄入加急授權(quán)業(yè)務(wù)的流水號和交易柜員，確認后提交遠程授權(quán)中心。遠程授權(quán)中心收到授權(quán)加急申請后，立即將申請要素與授權(quán)池中授權(quán)業(yè)務(wù)向匹配，如果信息校驗無誤，則立即將該筆授權(quán)業(yè)務(wù)按照最高優(yōu)先級別提交授權(quán)審核。
1.3.8 授權(quán)審核
功能描述：授權(quán)終端接收授權(quán)池分配的授權(quán)任務(wù)后,，彈出授權(quán)審核提示，授權(quán)員對照系統(tǒng)提示點擊授權(quán)審核菜單，實施授權(quán)審核流程，授權(quán)結(jié)束后打印授權(quán)記錄憑證，憑證內(nèi)容須包含以下內(nèi)容：授權(quán)結(jié)果、授權(quán)編號、授權(quán)時間、交易提交網(wǎng)點號、交易提交員工號、交易流水號、交易帳號戶名、交易金額、影像文件編號等。要點如下：
1、授權(quán)提示窗口倒計時30秒，30秒內(nèi)未點擊授權(quán)審核菜單，則將該筆授權(quán)業(yè)務(wù)分配給其他授權(quán)終端，2、同一終端連續(xù)3次未及時處理授權(quán)提示，在將該授權(quán)終端強制離線處理
3、雙擊圖片類別張數(shù)時彈出圖片預(yù)覽界面 業(yè)務(wù)需求說明書
1.3.9 遠程集中授權(quán)機構(gòu)設(shè)置參數(shù)化
功能描述：遠程授權(quán)中心在機構(gòu)設(shè)置上具備參數(shù)化功能，以完成以下目標：
1、以縣或市為單位設(shè)立遠程集中授權(quán)機構(gòu)，負責轄內(nèi)所有機構(gòu)遠程授權(quán)業(yè)務(wù)審核工作
2、遠程集中授權(quán)機構(gòu)應(yīng)依附于【實體業(yè)務(wù)機構(gòu)】，該實體業(yè)務(wù)機構(gòu)可以為清算中心，也可為業(yè)務(wù)網(wǎng)點。
1.3.10 柜面監(jiān)控錄像同步傳送、調(diào)閱功能
功能描述：當柜面觸發(fā)遠程授權(quán)時，集中授權(quán)系統(tǒng)應(yīng)同時激活監(jiān)控系統(tǒng)發(fā)送對應(yīng)的柜面實時監(jiān)控視頻到授權(quán)中心存檔，授權(quán)中心根據(jù)實際業(yè)務(wù)情況調(diào)閱柜面交易視頻資料，用作判斷授權(quán)與否依據(jù)之一。要求如下：
1、所提取的監(jiān)控畫面應(yīng)與交易機構(gòu)及交易柜臺相對應(yīng)
2、所傳輸?shù)沫h(huán)境監(jiān)控拍攝內(nèi)容應(yīng)包內(nèi)容有：客戶頭像、交易柜員及桌面、點鈔機點鈔數(shù)據(jù)（視頻疊加畫面）、輔證人員
1.3.11 本地授權(quán)轉(zhuǎn)遠程授權(quán)機制
功能描述：當柜員經(jīng)辦一支現(xiàn)場授權(quán)的交易時，由現(xiàn)場任意柜員授權(quán)，系統(tǒng)判斷現(xiàn)場授權(quán)柜員資質(zhì)不足時，直接轉(zhuǎn)為遠程授權(quán)發(fā)送授權(quán)中心處理
目的：受柜員結(jié)構(gòu)影響，業(yè)務(wù)機構(gòu)存在不能完全保證高級別柜員及時在崗，此時就需要將本地授權(quán)業(yè)務(wù)跳轉(zhuǎn)為遠程授權(quán)業(yè)務(wù)處理。
1.3.12 授權(quán)記錄存檔功能
功能描述：將授權(quán)交易流水號與影像數(shù)據(jù)圖片編號一一對應(yīng)存檔。
1.3.13 授權(quán)流水及明細查詢
功能描述：支持授權(quán)流水及明細記查詢，查詢回顯必須包含以下內(nèi)容：授權(quán)時間、授權(quán)結(jié)果，交易流水號、交易代碼、交易賬戶號、賬戶名稱、交易金額、影像文件編號。業(yè)務(wù)需求說明書
要求：雙擊影像文件號時系統(tǒng)能夠顯示或播放該影像文件
1.3.14 授權(quán)中心業(yè)務(wù)審計功能
功能描述：
1.3.15 授權(quán)中心報表輸出功能
功能描述：
1、按日輸出授權(quán)流水記錄報表，報表輸出須包含一下內(nèi)容：授權(quán)編號、授權(quán)時間、授權(quán)結(jié)果、交易提交網(wǎng)點號、交易提交員工號、交易流水號、交易帳號戶名、交易金額、影像文件編號等，還應(yīng)包括沒有及時響應(yīng)系統(tǒng)分配的授權(quán)提示記錄
2、按月、季、年累計統(tǒng)計授權(quán)員授權(quán)數(shù)量和沒有及時響應(yīng)系統(tǒng)授權(quán)提示的業(yè)務(wù)數(shù)量
第五篇：APP產(chǎn)品需求說明書
簡介
1.1
目的本文檔主要讀者：產(chǎn)品總監(jiān)、產(chǎn)品相關(guān)設(shè)計人員、技術(shù)總監(jiān)、項目經(jīng)理、開發(fā)
相關(guān)人員、測試經(jīng)理及相關(guān)測試人員等。
1.2
說明
項目名稱：***網(wǎng)上商城
簡述：***網(wǎng)上商城是公司產(chǎn)品打造體系的一部分，主要表現(xiàn)形式是手機客戶端，隨著移動互聯(lián)網(wǎng)用戶的增多以及相關(guān)技術(shù)的普及，移動電子商務(wù)成為了日常生活的一部分，那么通過手機實現(xiàn)大宗商品的現(xiàn)貨交易成為了公司發(fā)展的一個目標，在沒有電腦的情況下，客戶可以使用手機登陸掌易通客戶端進行相關(guān)資訊以及交易信息的查看，并且可以實現(xiàn)洽談、下單、交收等業(yè)務(wù)。為現(xiàn)貨交易更加便捷，實現(xiàn)隨時隨地電子商務(wù)。
產(chǎn)品功能業(yè)務(wù)需求
2.1
產(chǎn)品構(gòu)架
產(chǎn)品構(gòu)架圖
2.2
主要流程功能簡述
流程簡述：
打開客戶端后，可以實現(xiàn)三大功能：
一、瀏覽平臺發(fā)布的公告信息，競價公告以及新聞資訊等
二、通過交易大廳、專場瀏覽掛牌交易信息。
三、會員登錄后可以對業(yè)務(wù)進行處理。
買方會員可以通過一口價或洽談的方式進行購買下訂單。
買方會員可以在業(yè)務(wù)中心進行驗貨、驗票、評價、將提單生成二維碼等操作。
賣方會員可以在業(yè)務(wù)中心進行發(fā)貨、評價、將提單生成二維碼等操作。
注：手機端不支持支付的功能，需在PC端進行支付。手機端不支持訂單、合同的異議功能，需在PC端進行異議處理。
功能界面展示和說明
3.1
前臺
l
手機客戶端支持分辨率不低于640*960像素
l
本需求中頁面效果圖為原圖，需由專業(yè)美工進行適當設(shè)計布局，手機界面的整體色系統(tǒng)一、唯美，菜單、下拉框、按鈕等控件風格保持一致。
l
進入手機客戶端首先進入的是首頁
l
加載時顯示“請稍等...”
3.1.1
首頁
功能簡述
系統(tǒng)首頁
行為角色
未登錄用戶，企業(yè)會員
前提條件
進入手機客戶端
事件流
1、手機端導(dǎo)航：浮動導(dǎo)航，位于頁面最下方，5個導(dǎo)航模塊圖標需要設(shè)計。
1)
首頁，點擊進入“首頁”頁
2)
交易大廳，點擊進入“交易大廳”頁
3)
專場，點擊進入“專場”頁
4)
業(yè)務(wù)中心，點擊進入“業(yè)務(wù)中心”頁，若會員沒登錄需要先登錄。
5)
更多，點擊進入“更多”頁
2、圖片輪播：圖片可以在后臺維護添加，圖片內(nèi)容以新聞、廣告為主。
點擊圖片后跳轉(zhuǎn)至相應(yīng)頁面。最多顯示5張。
3、功能模塊：功能模塊形狀呈圓角矩形，另需設(shè)計相應(yīng)背景圖片。有以下幾部分組成：
1)
新聞公告，點擊后進入“新聞公告”頁
2)
交易大廳，點擊后進入“交易大廳”頁
3)
專場推薦，點擊后進入“專場”頁
4)
競價公告，點擊后進入“競價公告”頁
4、業(yè)務(wù)提醒：當會員登錄后，若“業(yè)務(wù)中心”中有待辦事項，則在“業(yè)務(wù)中心”導(dǎo)航模塊右上角顯示小紅圓點標記。
5、用戶登錄：頁面左上角顯示用戶登錄圖標，點擊后進入會員登錄頁面。
6、公司名稱：顯示在頁面最上方居中位置，要求字體美觀。
7、頁面下方顯示4條最近的新聞資訊。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
3.1.1.1
會員登錄
功能簡述
未登錄用戶可以登錄系統(tǒng)
行為角色
未登錄用戶
前提條件
無
事件流
用戶輸入用戶名、登錄密碼進行登錄。
記住賬號，勾選后記住用戶名。
記住密碼，勾選后記住登錄密碼。
返回按鈕，點擊返回“首頁”頁面。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.1.2
新聞公告
功能簡述
查看平臺新聞公告
行為角色
未登錄用戶、登錄會員
前提條件
無
事件流
1、標題欄帶返回箭頭，返回至首頁。
2、新聞框：包括圖片、標題、副標題。標題顯示為兩行，大字體，若顯示不全用省略號代替；顯示發(fā)布時間；內(nèi)容（副標題）顯示為兩行，小字體，第二行后面用省略號代替。點擊框內(nèi)跳轉(zhuǎn)至新聞詳情。
3、排序：時間逆序排序。
4、新聞詳情：
1)
標題欄為新聞公告，帶返回箭頭，返回至上一級。
2)
標題，顯示在第一行。
3)
日期，標題下面為日期，小字體，精確到分。
4)
內(nèi)容
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
新聞詳情
3.1.1.3
競買公告
功能簡述
顯示每日競買公告條數(shù)
行為角色
未登錄用戶，企業(yè)會員
前提條件
事件流
1、標題欄帶返回箭頭
2、公告二級導(dǎo)航：默認競買公告
1)
競買公告，點擊進入“競買公告”頁
2)
競賣公告，點擊進入“競賣公告”頁
3、默認今日界面，顯示共多少場，可選擇預(yù)告、往期的公告，點擊后跳轉(zhuǎn)至預(yù)告和往期頁，頁面只顯示時間和場次數(shù)量，點擊進入預(yù)告和往期詳情頁。
4、公告列表：
1)
按交易開始時間順序排列，同一時段的場次排列在一起。
2)
顯示字段：場次、競價單號、競價方式、是否定向、發(fā)盤方、競價品名、總重量、起始總金額。
5、競買結(jié)束后，在原列表顯示競價結(jié)果。點擊可查看競價結(jié)果。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.1.4
競賣公告
功能簡述
顯示每日競賣公告條數(shù)
行為角色
未登錄用戶，企業(yè)會員
前提條件
事件流
1、同競買公告
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.2
交易大廳
功能簡述
顯示掛牌交易商品列表
行為角色
未登錄用戶，企業(yè)會員
前提條件
事件流
1、手機端導(dǎo)航：同“首頁”
2、分類按鈕：頁面左上角為分類圖標，點擊后出現(xiàn)品種下拉框，品種一頁放不下的話可以向下滑動，選擇后跳轉(zhuǎn)至該品種類下的掛牌列表。
3、搜索：搜索框內(nèi)只可以搜索品名，模糊搜索，點擊后出現(xiàn)下拉搜索框，為半透明模式，輸入內(nèi)容后點擊搜索圖標顯示所搜索的掛牌列表。下拉框內(nèi)顯示搜索歷史，可顯示最近8次的搜索歷史，下方有清空搜索歷史的選項按鈕。
4、高級搜索：點擊“高級”按鈕出現(xiàn)高級搜索下拉框，里面有品名、供應(yīng)商、存貨地、價格區(qū)間、出價方式的選項。點擊存貨地向下彈出選擇框，確認后收回，并在最后有搜索小圖標。
5、掛牌列表：
1)
排序：系統(tǒng)默認按發(fā)布時間逆序排列
2)
顯示字段：品名、規(guī)格、材質(zhì)（如螺紋鋼
25*25
Q235，不顯示字段只顯示內(nèi)容，中間有空格）、存貨地、供應(yīng)商、信用等級、出價方式、可購買量、掛牌單價，上面紅色字體不顯示字段，只顯示內(nèi)容。
3)
出價方式（一口價、可洽談）顯示在該商品信息框的右上角，顯著標記。
4)
掛牌單價價格的字體使用大號醒目的顏色。
5)
點擊商品信息框跳轉(zhuǎn)到對應(yīng)商品的“掛牌詳情”頁面。
6)
列表可向下滑動，展示全部。
6、掛牌排序：
具有三個排序標簽按鈕，分別為時間、價格、信用。用戶可以點擊標簽按鈕按逆序順序排列。再次點擊按順序排列。
7、UI風格：掛牌信息之間需有縫隙間隔，凸顯掛牌信息層次感，設(shè)計感強。
備選流
無
特殊需求
定向掛牌的信息只有定向會員才能查看，未登錄用戶或非定向會員不顯示
采用的業(yè)務(wù)規(guī)則
界面效果圖
搜索
高級
分類
3.1.2.1
掛牌詳情
功能簡述
顯示當前選中商品的詳細信息
行為角色
未登錄用戶，企業(yè)會員
前提條件
事件流
1、標題欄帶返回箭頭，點擊返回按鈕，返回之前的“掛牌列表”頁面
2、詳情頁面最上面顯示品名和價格，價格醒目。其下面為4個標簽頁，分別是商品信息、商品描述、交收信息、供應(yīng)商信息。頁面可以左右滑動。
3、商品信息：
1)
信息字段：品種、品名、規(guī)格、材質(zhì)、掛牌重量、起訂量、可購買量、存貨地、廠家、生產(chǎn)日期、批號、質(zhì)量標準
4、商品描述：顯示商品的詳細描述內(nèi)容。
5、交收信息：顯示字段：交收方式、配送方式、結(jié)算方式、驗貨后付款比例、驗票后付款比例、保證金證方式、支付保證金額度（支付保證金比例）、保證金截止日、付款截止日、發(fā)貨截止日、驗貨截止日、驗票截止日、存貨地。
6、注：交收方式、配送方式、結(jié)算方式是以下拉框的形式存在，點擊會后可選擇，選擇后下拉框收回。雙方支付保證金比例或額度與上方保證金方式選擇相關(guān)，后面單位分別為“%”、“元/次”。填寫驗貨后付款比例自動生成驗票后付款比例，兩者相加為1。
7、供應(yīng)商信息：
1)
信息字段：供應(yīng)商、聯(lián)系人、聯(lián)系電話、聯(lián)系地址。
2)
如果該供應(yīng)商開通專場功能，在供應(yīng)商字段后面有“進入專場”按鈕。點擊后進入該供應(yīng)商的“專場詳情“頁面
8、一口價購買、洽談
1)
在頁面最下方，為浮動的購買、洽談欄。滑動詳情頁該欄不動。
2)
若出價方式為一口價，則沒有洽談按鈕。
3)
購買量字段，輸入購買量，點擊“一口價購買”按鈕，進行購買操作，購買成功跳轉(zhuǎn)到“全部訂單”頁面
4)
未登錄用戶點擊“一口價購買”按鈕跳轉(zhuǎn)到登錄頁面
5)
已登錄但不具備交易權(quán)限的會員點擊“一口價購買”按鈕，彈出提示窗“您還不是交易會員，不能進行現(xiàn)貨交易，請登錄網(wǎng)站了解詳情”
6)
點擊洽談按鈕，跳轉(zhuǎn)至洽談頁。
9、一頁內(nèi)顯示不了可以向下滑動頁面。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
界面效果圖
界面效果圖
3.1.2.2
洽談
功能簡述
顯示專場列表
行為角色
未登錄用戶，企業(yè)會員
前提條件
事件流
1、洽談商品信息：品名、規(guī)格、材質(zhì)、廠家、起售重量、可購買量。
2、操作欄：為固定浮動欄?？蓪Σ少彅?shù)量和洽談單價進行洽談（即修改），并在上方顯示合計數(shù)量。點擊“洽談交收信息”跳轉(zhuǎn)至交收編輯頁面，點擊“提交”后生成洽談單。
3、洽談交收信息頁面：交收方式（包括線上交收、線下交收）、配送方式（包括買方自提、賣方送貨）、結(jié)算方式（一票結(jié)算、兩票結(jié)算）、驗貨后付款比例、驗票后付款比例、保證金方式、雙方支付履約保證額度或比例、履約保證截止日、付款截止日、驗貨截止日、驗票截止日、存貨地、交收詳細地址。
4、注：交收方式、配送方式、結(jié)算方式是以下拉框的形式存在，點擊會后可選擇，選擇后下拉框收回。雙方支付保證金比例或額度與上方保證金方式選擇相關(guān)，后面單位分別為“%”、“元/次”。填寫驗貨后付款比例自動生成驗票后付款比例，兩者相加為1。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
洽談提交
界面效果圖
洽談提交
界面效果圖
3.1.3
專場
功能簡述
顯示專場列表
行為角色
未登錄用戶，企業(yè)會員
前提條件
事件流
1、手機端導(dǎo)航：同“首頁”
2、搜索：搜索框內(nèi)只可以搜索主營產(chǎn)品，點擊后出現(xiàn)下拉搜索框，同交易大廳搜索框。
3、高級搜索：點擊“高級”按鈕出現(xiàn)高級搜索下拉框，里面有供應(yīng)商、存貨地的選項，并在最后有搜索小圖標。
4、專場列表：
1)
系統(tǒng)默認按發(fā)布信用等級排列
2)
顯示字段：主營產(chǎn)品、所在地區(qū)、經(jīng)營模式、供應(yīng)商、信用等級
3)
點擊信息框或進入專場按鈕皆可跳轉(zhuǎn)到供應(yīng)商“企業(yè)專場”頁面。
4)
列表可向下滑動，展示全部。
5、UI風格：專場信息之間有縫隙間隔，凸顯掛牌信息層次感、設(shè)計感強。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
界面效果圖
（高級按鈕）
3.1.3.1
企業(yè)專場
功能簡述
顯示企業(yè)專場列表
行為角色
未登錄用戶，企業(yè)會員
前提條件
進入企業(yè)專場頁面
事件流
1、標題欄帶返回箭頭，返回之前的“專場”頁面
2、頁面左上角為專場圖片，右側(cè)字段為供應(yīng)商、信用等級、開鋪時間、成交總筆數(shù)。
3、競價公告信息：
1)
顯示最近的3日次競價公告。若不夠3日次只顯示相應(yīng)的的日次。
2)
顯示字段為，日期、共有多少場次。
3)
點擊公告信息，跳轉(zhuǎn)至競價公告詳情頁面。
4、掛牌信息
1)
顯示時間逆序排列的5個掛牌信息。
2)
顯示字段為，品名、規(guī)格、材質(zhì)、存貨地、可購買量、掛牌單價、出價方式。
3)
點擊掛牌信息，調(diào)換至掛牌詳情頁面。
5、浮動欄：頁面最底部為浮動欄，有全部掛牌、專場簡介、全部競價的選項，點擊全部掛牌跳轉(zhuǎn)至商家的全部掛牌信息列表，頁面效果如交易大廳；點擊專場簡介出現(xiàn)專場簡介頁面，字段為主營產(chǎn)品、經(jīng)營模式、所在地區(qū)、聯(lián)系人、聯(lián)系電話、專場簡介；點擊全部競價跳轉(zhuǎn)至商家全部競價公告列表。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
專場簡介
3.1.4
業(yè)務(wù)中心
功能簡述
顯示當前登錄會員的業(yè)務(wù)信息
行為角色
企業(yè)會員
前提條件
會員已登錄，未登錄用戶跳轉(zhuǎn)到登錄頁
事件流
1、手機端導(dǎo)航：同“首頁”
2、標題欄，業(yè)務(wù)中心
3、站內(nèi)信：頁面右上角放置信箱圖標，如果有未讀的站內(nèi)信，信箱圖標后由醒目的紅色數(shù)字進行提醒。
4、用戶信息：顯示用戶名、賬號總額、可用余額、凍結(jié)資金的數(shù)據(jù)。
5、快捷模塊：待付款、待發(fā)貨、待收貨、待評價、待洽談幾個快捷模塊分別由小按鈕組成。如果有相應(yīng)的待辦事項，在各欄目后由醒目的紅色數(shù)字進行提醒。點擊后進入相應(yīng)的模塊。
6、有待辦事項時，要有聲音、震動提醒功能。
7、功能模塊：功能模塊形狀呈圓角矩形。
1)
訂單管理，點擊進入“訂單管理”頁面
2)
合同管理，點擊進入“合同管理”頁面
3)
洽談管理，點擊進入“洽談管理”頁面
4)
提單管理，點擊進入“提單管理”頁面
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.1
待洽談
功能簡述
顯示當前待洽談的信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊待洽談模塊
事件流
1、標題欄帶返回箭頭，點擊返回箭頭到“業(yè)務(wù)中心”頁面
2、排序，時間逆序。
3、洽談單詳情：
1)
顯示字段：洽談編號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商）、信用等級、狀態(tài)、重量、單價、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
洽談編號前面字段用“號”表示。
4)
合同狀態(tài)：待對方回復(fù)（狀態(tài)接口為待賣家回復(fù)、待買家回復(fù)）
5)
操作：“洽談”按鈕
6)
有操作時，不顯示狀態(tài)。
4、洽談狀態(tài)解釋，當買家提交洽談單后，賣家顯示狀態(tài)為“洽談”按鈕。買方顯示狀態(tài)為待對方回復(fù)；賣家洽談回復(fù)后，買家顯示狀態(tài)為“洽談”按鈕，賣方顯示狀態(tài)為待對方回復(fù)。
即：接口狀態(tài)為待買方回復(fù)時，供應(yīng)商顯示“待對方回復(fù)”，采購商顯示“回復(fù)”按鈕；狀態(tài)為待賣方回復(fù)時，采購商顯示“待對方回復(fù)”，供應(yīng)商顯示“回復(fù)”按鈕。
5、洽談結(jié)束后不顯示在該模塊中
6、點擊洽談信息框內(nèi)部任何位置，跳轉(zhuǎn)至洽談頁。其中待對方回復(fù)的洽談頁不可以進行任何操作。
7、若沒有數(shù)據(jù)，則提示，抱歉，您沒有需要待洽談的訂單信息。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.2
待付款
功能簡述
顯示當前待付款的訂單信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊待付款模塊
事件流
1、標題欄帶返回箭頭，點擊返回箭頭到“業(yè)務(wù)中心”頁面
2、排序，時間逆序。
3、訂單詳情：
1)
顯示字段：訂單號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商）、信用等級、狀態(tài)、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
訂單號前買方看到的是“買”，賣方看到的是“賣”
4)
訂單狀態(tài)：待雙方支付履約保證（傭金）、待買方支付履約保證（傭金）、待賣方支付履約保證（傭金）
5)
狀態(tài)說明：在一口價購買或洽談確認生成訂單后，需要雙方支付履約保證；買方先支付履約保證后，顯示待賣方支付履約保證；賣方先支付履約保證后，顯示待買方支付履約保證；雙方完成后生成合同。如果掛牌為線下交收，則顯示待**支付傭金。
4、合同詳情：
1)
顯示字段：合同號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商）、信用等級、存貨地、狀態(tài)、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
合同號前買方看到的是“買”，賣方看到的是“賣”
4)
合同狀態(tài)：待支付貨款
5)
狀態(tài)說明：生成合同后，需要買方支付全部貨款，即顯示狀態(tài)為待支付貨款
5、支付貨款后，則該信息不顯示在該模塊中
6、點擊訂單/合同信息框內(nèi)部任何位置，跳轉(zhuǎn)至訂單/合同詳情。
7、小提示：為了保證您的資金安全，請到電腦端進行支付操作。
8、若沒有數(shù)據(jù)，則提示，抱歉，您沒有需要待付款的訂單信息。
解釋說明：待付款里面有待支付履約保證的也有待支付貨款的，也就是說有訂單也有合同。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.3
待發(fā)貨
功能簡述
顯示當前待發(fā)貨的合同信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊待發(fā)貨模塊
事件流
1、標題欄帶返回箭頭，點擊返回箭頭到“業(yè)務(wù)中心”頁面
2、排序，時間逆序。
3、合同詳情：
1)
顯示字段：合同號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商）、信用等級、狀態(tài)、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
合同號前買方看到的是“買”，賣方看到的是“賣”
4)
合同狀態(tài)：待發(fā)貨
5)
操作：“發(fā)貨”按鈕
6)
有操作時，不顯示狀態(tài)。
4、狀態(tài)解釋：當貨物發(fā)貨或者被買家提走，賣家要到系統(tǒng)進行“發(fā)貨”操作，點擊發(fā)貨按鈕后，彈出提示框，點擊確認發(fā)貨按鈕，發(fā)貨成功，若過了發(fā)貨截止日，則提示“已經(jīng)過了發(fā)貨日期，不能發(fā)貨！”貨物若沒有發(fā)貨，買家顯示狀態(tài)為待發(fā)貨。
即：當接口數(shù)據(jù)時“待發(fā)貨“時，供應(yīng)商顯示為“發(fā)貨”按鈕，采購商顯示為“待發(fā)貨”。
5、發(fā)貨后不顯示在該模塊中
6、點擊合同信息框內(nèi)部任何位置，跳轉(zhuǎn)至合同詳情。
7、若沒有數(shù)據(jù)，則提示，抱歉，您沒有需要待發(fā)貨的合同信息。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.4
待收貨
功能簡述
顯示當前待收貨的合同信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊待收貨模塊
事件流
1、標題欄帶返回箭頭，點擊返回箭頭到“業(yè)務(wù)中心”頁面
2、排序，時間逆序。
3、合同詳情：
1)
顯示字段：合同號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商）、信用等級、狀態(tài)、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
合同號前買方看到的是“買”，賣方看到的是“賣”
4)
合同狀態(tài)：待驗貨、待驗票
5)
操作：“驗貨”按鈕、“驗票”按鈕
6)
有操作時，不顯示狀態(tài)。
4、狀態(tài)解釋：發(fā)貨后，在買家的待收貨模塊中的訂單信息顯示“驗貨”按鈕，買家在驗完貨物沒有發(fā)現(xiàn)問題的情況下點擊驗貨按鈕（輸入支付密碼），狀態(tài)變?yōu)椤膀炂薄卑粹o，當買家收到發(fā)票的時候點擊驗票按鈕（輸入支付密碼）完成操作。賣家顯示狀態(tài)分別為待驗貨、待驗票（不可操作）。
即：當接口狀態(tài)是待驗貨、待驗票時，采購商顯示“驗貨”“驗票”按鈕，供應(yīng)商顯示“待驗貨”“待驗票”。
5、驗票后不顯示在該模塊中
6、點擊合同信息框內(nèi)部任何位置，跳轉(zhuǎn)至合同詳情。
7、小提示：如貨物或發(fā)票有問題，請到電腦端進行異議處理。
8、若沒有數(shù)據(jù)，則提示，抱歉，您沒有需要待收貨的合同信息。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
輸入支付密碼框（上面文字居中）
3.1.4.5
待評價
功能簡述
顯示當前待評價的合同信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊待評價模塊
事件流
1、標題欄帶返回箭頭，點擊返回箭頭到“業(yè)務(wù)中心”頁面
2、排序，時間逆序。
3、合同詳情：
1)
顯示字段：合同號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商、信用等級、狀態(tài)、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
合同號前買方看到的是“買”，賣方看到的是“賣”
4)
合同狀態(tài)：待對方評價（狀態(tài)接口為待賣家評價、待買家評價）
5)
操作：“評價”按鈕
6)
有操作時，不顯示狀態(tài)。
4、狀態(tài)解釋：點擊“評價”按鈕，彈出評價頁面，在相應(yīng)的評價框處填寫評價信息，提交評價。在評價后如果對方未評價，則顯示狀態(tài)為待對方評價。
即：接口狀態(tài)為待雙方評價時，無論是供應(yīng)商還是采購商都顯示“評價”按鈕；狀態(tài)為待買方評價時，供應(yīng)商顯示“待對方評價”，采購商顯示“評價”按鈕；狀態(tài)為待賣方評價時，采購商顯示“待對方評價”，供應(yīng)商顯示“評價”按鈕。
5、評價：
1)
顯示字段：合同號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商）、信用等級、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
合同號前買方看到的是“買”，賣方看到的是“賣”
4)
評價框
5)
提交評價或返回按鈕
6、雙方評價后不顯示在該模塊中
7、點擊合同信息框內(nèi)部任何位置，跳轉(zhuǎn)至合同詳情。
8、若沒有數(shù)據(jù)，則提示，抱歉，您沒有需要待評價的合同信息。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.6
全部訂單
功能簡述
顯示全部訂單信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊全部訂單模塊
事件流
1、標題欄帶返回箭頭，點擊返回箭頭到“業(yè)務(wù)中心”頁面
2、訂單選擇模塊：采購訂單和銷售訂單可以切換，默認顯示有權(quán)限的模塊，若采購和銷售權(quán)限都具備，則默認顯示采購訂單。沒有權(quán)限的用戶點擊后提示沒有權(quán)限。
3、搜索：點擊“搜索圖標”出現(xiàn)高級搜索下拉框，里面有品名、供應(yīng)商、訂單號的選項，并在最后有搜索按鈕。
4、訂單篩選模塊：包括全部、一個以內(nèi)、三個月以內(nèi)、六個月以內(nèi)四個標簽頁。
5、訂單詳情：
1)
顯示字段：訂單號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商、信用等級、狀態(tài)、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
訂單號前買方看到的是“買”，賣方看到的是“賣”
4)
訂單狀態(tài)：狀態(tài)值由PC端提供，包括待雙方支付履約保證、待方支付履約保證、待賣方支付履約保證、待雙方支付傭金、待賣方支付傭金、待買方支付傭金、已生成合同、取消、撤銷等。
6、點擊訂單信息框內(nèi)部任何位置，跳轉(zhuǎn)至訂單詳情。
7、若沒有數(shù)據(jù)，則提示，抱歉，您暫時還沒有訂單信息，快去逛逛吧！
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.7
訂單詳情
功能簡述
顯示當前訂單詳情信息
行為角色
企業(yè)會員
前提條件
事件流
1、標題欄，訂單詳情，前面有返回箭頭，可返回上一級。
2、詳情頁面最上面顯示品名和總價。其下面為3個標簽頁，分別是訂單、商品、交收。頁面可以左右滑動。
3、訂單：顯示訂單編號、成交金額、供應(yīng)商（采購商）、成交時間、履約金（元）。
1)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。
4、商品：顯示品種、品名、規(guī)格、材質(zhì)、廠家、成交價格、成交重量。
5、交收：顯示交收方式、配送方式、結(jié)算方式、驗貨后付款比例、驗票后付款比例、履約保證方式、支付保證金額度（支付保證金比例）、履約保證截止日、付款截止日、發(fā)貨截止日、驗貨截止日、驗票截止日、存貨地
6、商品和交收頁面樣式同掛牌詳情。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.8
全部合同
功能簡述
顯示全部合同信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊全部合同模塊
事件流
1、標題欄帶返回箭頭，點擊返回箭頭到“業(yè)務(wù)中心”頁面
2、合同選擇模塊：采購合同和銷售合同可以切換，沒有權(quán)限的用戶點擊后提示沒有權(quán)限。具體同訂單管理。
3、搜索：點擊“搜索圖標”按鈕出現(xiàn)高級搜索下拉框，里面有品名、供應(yīng)商、合同號的選項，并在最后有搜索按鈕。
4、合同篩選模塊：包括全部、一個以內(nèi)、三個月以內(nèi)、六個月以內(nèi)四個標簽頁。
5、合同詳情：
1)
顯示字段：合同號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商、信用等級、狀態(tài)、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
合同號前買方看到的是“買”，賣方看到的是“賣”
4)
合同狀態(tài)：（狀態(tài)值取自PC端）具體如待支付貨款、待生成交收單、待對方評價、待驗貨、待驗票、驗貨異議中、驗票異議中、解除、強制解除、終止、已完成5)
操作：“發(fā)貨”按鈕、待發(fā)貨、“驗貨”按鈕、“驗票”按鈕、“評價”按鈕
6、點擊合同信息框內(nèi)部任何位置，跳轉(zhuǎn)至合同詳情。
7、若沒有數(shù)據(jù)，則提示，抱歉，您暫時還沒有合同信息，快去逛逛吧！
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.9
合同詳情
功能簡述
顯示當前合同詳情信息
行為角色
企業(yè)會員
前提條件
事件流
1、標題欄，合同詳情，前面有返回箭頭，可返回上一級。
2、詳情頁面最上面顯示品名和總價。其下面為3個標簽頁，分別是合同、商品、交收。頁面可以左右滑動。
3、合同：顯示合同編號、訂單編號、供應(yīng)商（采購商）、生效日期、合同貨款、實際貨款、合同重量、實際重量。
1)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。
4、商品：顯示品種、品名、規(guī)格、材質(zhì)、廠家、成交價格、成交重量。
5、交收：顯示交收方式、配送方式、結(jié)算方式、驗貨后付款比例、驗票后付款比例、履約保證方式、支付保證金額度（支付保證金比例）、履約保證截止日、付款截止日、發(fā)貨截止日、驗貨截止日、驗票截止日、存貨地
6、商品和交收頁面樣式同掛牌詳情。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.10
洽談管理
功能簡述
顯示全部洽談信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊洽談管理模塊
事件流
1、標題欄帶返回箭頭，點擊返回箭頭到“業(yè)務(wù)中心”頁面
2、洽談單詳情：
1)
顯示字段：洽談編號、品名、規(guī)格、材質(zhì)、供應(yīng)商（采購商）、信用等級、狀態(tài)、重量、單價、總價
2)
買方看到的是賣方（供應(yīng)商）名稱，賣方看到的應(yīng)該是買方（采購商）的名稱。分別用“供”和“采”表示。
3)
洽談編號前面字段用“號”表示。
4)
洽談狀態(tài)：待對方回復(fù)（狀態(tài)接口為待賣家回復(fù)、待買家回復(fù)）、成交、取消
5)
操作：“洽談”按鈕
3、點擊洽談信息框內(nèi)部任何位置，跳轉(zhuǎn)至洽談頁。洽談結(jié)束
4、若沒有數(shù)據(jù)，則提示，抱歉，您沒有需要洽談的訂單信息。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.11
洽談回復(fù)
功能簡述
顯示專場列表
行為角色
登錄會員
前提條件
事件流
1、生成洽談單后，賣方首先點擊洽談
1)
標題，洽談。前面有返回按鈕。可返回至上一級頁面，即洽談管理或待洽談頁面。
2)
頁面最上方為我的發(fā)布、并可查看掛牌詳情。
3)
我的發(fā)布：顯示在右側(cè)，顯示字段為：品名規(guī)格材質(zhì)，起售重量，可購買量，掛牌單價，廠家。
4)
買家的洽談：顯示在左側(cè)，內(nèi)容只顯示買方洽談更改項。
5)
人頭像，我方顯示為“我的圖標”，買方顯示“買的圖標”。頭像顏色區(qū)分，對方的頭像顯示在左側(cè)，我方的顯示在右側(cè)。
6)
操作欄：為固定浮動欄。賣方可以對此洽談進行回復(fù)、同意或取消。同意則生成訂單。
2、賣方回復(fù)洽談頁面
1)
標題，洽談。可返回至上一級頁面。
2)
洽談內(nèi)容，與“買家的洽談”內(nèi)容一致。可修改其中數(shù)據(jù)。
3)
操作欄：為固定浮動欄。回復(fù)洽談信息。
3、賣家回復(fù)洽談后，買家點擊洽談，彈出頁面。
1)
標題，洽談。前面有返回按鈕?？煞祷刂辽弦患夗撁?。
2)
頁面最上方為賣家的發(fā)布、并可查看掛牌詳情。
3)
下方為買家的洽談（由于系統(tǒng)暫時不提供洽談歷史接口，只能顯示最后一條洽談，固下期解決），再下方為賣家的回復(fù)。
4)
操作欄：為固定浮動欄。買方可以對此洽談同意或取消。同意則生成訂單。
注：無論買方、賣方，我的對話顯示在右側(cè)，對方的顯示在左側(cè)。我的圖標顯示為我，對方的圖標顯示買或賣。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
賣方洽談
賣方編輯頁面
買方
3.1.4.12
提單管理
功能簡述
顯示全部提單信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊提單管理模塊
事件流
1、標題欄帶返回箭頭，點擊返回到“業(yè)務(wù)中心”頁面。
2、提單字段：
提單號、合同號、交收地點。
3、點擊合同信息框內(nèi)部任何位置，跳轉(zhuǎn)至提單詳情。
4、若沒有數(shù)據(jù)，則提示，抱歉，您還沒有提單信息。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.13
提單詳情
功能簡述
顯示全部提單信息
行為角色
企業(yè)會員
前提條件
會員已登錄，并點擊提單管理模塊
事件流
1、標題欄帶返回箭頭，點擊后返回至提單管理。
2、標簽頁：提貨信息、合同信息
3、提單信息：（提單在電腦端生成）
交收單編號
商品信息：品名、規(guī)格、材質(zhì)、廠家
提貨人信息：提貨人姓名、聯(lián)系電話、證件類型、證件號碼、單位名稱、駕駛員姓名、駕駛員手機、駕駛員行駛證號、駕駛員身份證號、提貨車牌號1、提貨車牌號2、提貨車牌號3、提貨車牌號4、提貨車牌號5。沒有填寫的信息在此處不顯示，即只顯示填寫的信息。
4、合同信息：
合同編號、賣（買）方名稱、生效日期、配送方式、成交單價、成交重量、成交總價、賣（買）方聯(lián)系人、聯(lián)系電話。
注：賣方提單，顯示為買方名稱、買方聯(lián)系人及電話。
買方提單，顯示為賣方名稱、賣方聯(lián)系人及電話。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.1.4.14
站內(nèi)信
功能簡述
提供已登錄會員站內(nèi)信瀏覽管理功能
行為角色
企業(yè)會員
前提條件
會員已登錄，未登錄用戶跳轉(zhuǎn)到登錄頁
事件流
1、標題欄
2、二級導(dǎo)航：
1)
未讀，點擊在站內(nèi)信列表中顯示全部未讀的站內(nèi)信記錄
2)
全部，點擊在站內(nèi)信列表中顯示全部站內(nèi)信記錄，已讀的“信件圖標”變化為已讀的狀態(tài)。
3、站內(nèi)信列表：
1)
站內(nèi)信標題欄：
1.站內(nèi)信狀態(tài)（未讀、已讀）
2.站內(nèi)信標題
3.發(fā)布時間
2)
站內(nèi)信詳情：
點擊標題欄彈出站內(nèi)信內(nèi)容下拉框，再次點擊或點擊其他站內(nèi)信時下拉框收回。即同一時間最多只能顯示一條內(nèi)容。
3)
刪除：頁面右上角為刪除鍵，點擊后彈出標題欄選擇按鈕以及刪除和全選鍵，點擊其余位置恢復(fù)至默認。
4、說明
1)
默認顯示未讀頁面，當點擊查看內(nèi)容時，站內(nèi)信圖標從未讀變?yōu)橐炎x，等再次訪問該頁面時已讀信件則不顯示在未讀頁面中。
2)
站內(nèi)信排序為時間倒序。
5、若沒有數(shù)據(jù)，則提示，您暫時沒有站內(nèi)信哦。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
默認頁面
刪除鍵
3.1.5
更多
功能簡述
更多基礎(chǔ)功能
行為角色
企業(yè)會員、未登錄的會員
前提條件
事件流
1、手機端導(dǎo)航：同“首頁”
2、標題欄，更多
3、二級導(dǎo)航：
1)
聯(lián)系我們，進入后跳轉(zhuǎn)至“聯(lián)系我們”頁面，包括電話號碼、手機號碼、QQ、郵箱、地址。點擊電話號碼和手機號碼可以直接撥打電話，長按QQ、郵箱、地址可以彈出復(fù)制的選項。
2)
基礎(chǔ)設(shè)置：點擊進入基礎(chǔ)設(shè)置頁面，可以開啟或關(guān)閉消息提醒，當開啟消息提醒后可以選擇鈴聲或振動，當關(guān)閉消息提醒時，鈴聲和振動選項不可勾選。
3)
系統(tǒng)更新，點擊后若沒有更新提示“本系統(tǒng)為最新版本”，若不是最新版本點擊后彈出升級框，可以選擇稍后升級或立即升級。
4)
關(guān)于我們，進入后跳轉(zhuǎn)至“關(guān)于我們”頁面，介紹信息。
5)
退出，點擊后退出軟件。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
基礎(chǔ)設(shè)置
系統(tǒng)更新
聯(lián)系我們
關(guān)于我們
3.2
后臺管理
功能簡述
手機端后臺管理模塊
行為角色
后臺手機端管理員
前提條件
事件流
1、手機端管理包括：
新聞發(fā)布，點擊進入“新聞發(fā)布”頁。
圖片輪播，點擊進入“圖片輪播”頁。
LOGO管理，點擊進入“LOGO管理”頁。
聯(lián)系我們，點擊進入“聯(lián)系我們”頁。
系統(tǒng)更新，點擊進入“系統(tǒng)更新”頁。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.2.1
新聞管理
功能簡述
后臺發(fā)布新聞公告的模塊
行為角色
后臺手機端管理員
前提條件
事件流
1、進入模塊后可以對已有文章的標題、發(fā)布時間進行查詢。
2、可以新建或刪除文章。
3、文章列表包括文章標題、發(fā)布時間、瀏覽次數(shù)、發(fā)布人、操作。
4、操作包括編輯、預(yù)覽、刪除。預(yù)覽呈手機頁面。
5、新聞置頂功能，選擇置頂后新聞出現(xiàn)在最頂部。
6、新聞發(fā)布：包括文章標題、摘要、上傳封面圖片、發(fā)布時間（系統(tǒng)默認時間）、編輯內(nèi)容。
7、是否推送：選擇推送后，如果用戶運行手機客戶端，可以將該新聞公告推送至手機。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
新聞發(fā)布
3.2.2
圖片輪播
功能簡述
后臺發(fā)布手機端首頁的輪播圖片。
行為角色
后臺手機端管理員
前提條件
事件流
1、內(nèi)容設(shè)置：上傳圖片，圖片標題。操作方式可調(diào)整順序，可刪除，可添加輪播張數(shù)?？蛻舳俗疃囡@示5張。
2、顯示設(shè)置：顯示標題、切換效果（上下滾動和漸變滾動）。
3、點擊保存后提交成功
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.2.3
LOGO管理
功能簡述
后臺設(shè)置手機端的LOGO和名稱。
行為角色
后臺手機端管理員
前提條件
事件流
1、上傳LOGO2、填寫名稱
3、保存
取消
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.2.4
聯(lián)系我們
功能簡述
維護聯(lián)系我們的信息
行為角色
后臺手機端管理員
前提條件
事件流
1、設(shè)置電話、手機、信箱、QQ、地址。
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
3.2.5
系統(tǒng)更新
功能簡述
更新下載地址、維護內(nèi)容更新字段
行為角色
后臺手機端管理員
前提條件
事件流
1、下載更新地址
2、維護內(nèi)容更新字段
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
維護更新下載地址，維護更新內(nèi)容字段。
3.2.6
關(guān)于我們
功能簡述
維護關(guān)于我們的字段內(nèi)容
行為角色
后臺手機端管理員
前提條件
事件流
1、維護關(guān)于我們的字段內(nèi)容
備選流
無
特殊需求
采用的業(yè)務(wù)規(guī)則
界面效果圖
點擊咨詢 