第一篇：人教學習網APP開發需求相關說明

人教學習網APP開發需求說明

一、項目背景 近年來隨著全球信息化程度的不斷提高，推動著教育加速發展，互聯網與傳統教育的完美結合將使教育行業發生深刻變化。目前在線教育市場規模呈現高速增長的態勢，2004年國內網絡教育市場約143億元，2012年已達到723億元，實現了22.5%的年均復合增長率。在線教育較傳統教育的優勢在于：突破時空限制，知識獲取方式更為靈活；碎片化學習，尤其移動互聯網背景下移動設備更具便攜性；內容多樣化，除K12教育（指幼兒園到高中的基礎教育）、高等教育外，還包括各類學前教育、職業教育和興趣教育等。

我國在線教育發展空間巨大，國內學齡人口數量龐大，教育消費占到中國社會中堅階層家庭收入的七分之一，并且該比例還將持續增長。職業教育需求旺盛，31.7%的職場白領表示因工作瓶頸參加職業教育培訓，這方面和西方發達國家相比，我國在線教育仍處于起步階段，預計到2015年在線教育市場規模將有望達到1745億元。

國內首開先河推出公開課的網易公司在5月8號正式上線“中國大學MOOC”，該項目為網易云課堂承接教育部國家精品開放課程任務，與”愛課程網”合作并旨在打造在線教育的”中國夢”。該項目上線當天，全球MOOC巨頭Coursera聯合創始人Rick Levin到訪網易總部，與網易創始人丁磊就在線教育領域的發展交換了意見，并針對未來Courserea與網易在中國的深入合作展開了務實有效的探討。

東田教育集團作為國內長期致力于基礎教育、學前教育及語言教育產品的研發、制作、推廣與培訓的文化教育科技企業，通過與國內文化教育領域多家出版社、教育機構及專家學者廣泛深入的合作，憑借著文化、教育和科技背景形成了獨有的資源平臺。公司其中一個產品人教學習網，通過網絡電子課本和全國多位特級教師的同步輔導視頻，為全國范圍內的中小學師生提供方便快捷的在線學習的平臺。隨著移動互聯網和手持移動終端設備的快速普及和發展，APP客戶端作為重要的產品觸點和品牌宣傳成為公司新的戰略要地。因此對于人教學習網在線學習的平臺而言，為更好地宣介網站和深化產品運營觸角，開發相應的APP客戶端是大勢所趨。

二、開發目的

旨在更好地宣介人教學習網在線學習的平臺，延伸PC端產品的運營觸點，打造一個基于教育新聞資訊和APP客戶端隨時隨地便攜學習的宣傳品牌，提升該在線學習的平臺用戶規模及活躍度，進一步實現企業盈利目的。

三、”擅學堂”APP整體介紹

1、客戶端首頁（功能模塊描述請參詳該原型）

人教學習網作為國內知名出版社的面向中小學生的在線學習資源服務平臺，倡導愛上學習善于學習的理念，因此這款APP客戶端名稱初擬為”擅學堂”，意在學習者通過該款客戶端能快速便捷了解教育新聞資訊（包括教育時評、學習方法、文藝好評、英語廣角等），使學習者在繁重學習壓力之余通過移動設備客戶端能了解更多關于學習這方面廣泛的信息，擴展學習者知識視野，同時結合人教學習網主要功能，形成“今日推薦”“全部課程”“我的收藏”“下載課程”4個功能模塊讓學習者自定義學習內容，實現移動互聯時代隨時隨地學習的目的。

產品Slogan： “輕松享學習，盡在擅學堂”

產品功能規劃：一期功能為 教育新聞資訊及課程自定義；

二期功能為 增加APP端在線問答（學生與特級教師）；

三期功能為 增加SNS功能（實現學生、特級教師全方位互動問答）；

四、“擅學堂”APP功能描述

1、活動Banner區及個人信息區

“擅學堂”APP客戶端首頁頂部為活動Banner區和個人信息區，分述如下： ? 活動Banner區

同步人教學習網相關活動信息及內容，通過統一的廣告發布管理后臺同步操作PC端和手機端的活動廣告，活動廣告主要是契合節假日（如教師節、母親節）、相關主題或課程優惠等，如目前在網站側已有的活動為：勞動節五一大放價、相約母親節、2014高考沖刺（各種真題、預測命題）。

展現方式：置于客戶端頂，Banner條（尺寸480*130），數量3-5張，向左滑動模式，用戶點擊Banner條能自行鏈接下一級活動內容頁面（活動頁面需策劃側設計），活動方式結合有獎優惠并通過線下渠道、社會化媒體、傳統紙媒進行推廣，后臺實現PV、手機號碼統計等數據采集。? 個人信息區

個人信息區按鈕為豎排3個原點展現，用戶點擊按鈕，自動下拉“我的帳號”“設置”“意見反饋””關于我們”等4個信息，方便用戶進行自定義信息及客戶端體驗反饋。

2、教育新聞資訊區

“擅學堂”APP客戶端首頁中部為教育新聞資訊區，主要是契合人教學習網“資訊中心”信息，為學習者用戶提供有效實用信息，詳述如下：

? 人教學習網“資訊中心”包括：熱點資訊、教育時評、中考資訊、高考資訊、文化大觀、趣味數學、文史經典、英語廣角、理化百科、地理萬千，共10個資訊區；

? 整合人教學習網10個資訊區信息，以“井”字形排列整合進”擅學堂”APP客戶端，每屏展現6個信息，用戶打開客戶端能隨機看到實時最新資訊，同時為保證資訊能自動更新，這塊區域應能夠通過 下拉放開后自動更新（pull & release to refresh），滿足學習者用戶了解更多教育新聞資訊的需求。該區域新聞資訊建議打通PC端資訊中心信息發布管理后臺，同步推送最新資訊。

3、今日推薦 “擅學堂”APP客戶端底部為 今日推薦區，主要是推送特級教師最新知識點講解視頻。該區視頻信息更新應結合PC端學習網后臺信息管理發布后臺，推送至APP端，每天保持更新3-5個最新視頻。

4、全部課程

“擅學堂“APP客戶端底部為 全部課程區，主要是是當前人教學習網”選課中心“功能客戶端化，提供內容主要為學習者用戶自定義的各類視頻信息，并提供給學習者用戶點擊查看、收藏、下載等，這部分功能是”擅學堂“APP客戶端的重點。

當前基于移動互聯網背景下很多產品端的服務都趨向于免費，在”擅學堂”APP客戶端順應發展趨勢提供免費資源開放給學習者用戶，以此核心功能模塊增強用戶粘性，實現PC端人教學習網產品觸角延伸，進一步夯實人教學習網品牌宣介及功能推廣。

5、我的收藏

“擅學堂“APP客戶端底部為 我的收藏區，主要是為學習者用戶在使用這款客戶端的過程中對喜歡的視頻課程進行收藏，收藏原因有多種，一為當下網絡不順暢無法正常觀看，收藏以待Wifi環境下再次學習；二為當下不方便進行在線視頻課程學習，收藏以待閑時再次觀看；三為當下未學到該部分視頻課程的內容，收藏以待下次學校課程進度到此時補充學習或深化理解；

6、我的下載

“擅學堂”APP客戶端底部為 我的下載區，主要是為學習者用戶在使用這款客戶端的過程中對喜歡的視頻課程進行下載，以方便其在閑時進行學習。

五、”擅學堂“APP客戶端運營

定位：中小學各年級學生用戶（小學、初中、高中）。目前學生用戶使用移動智能終端已是普及階段，因此該客戶端在針對性的運營推廣下，其下載量、安裝量、客戶端活躍度應是有保障的（可以在項目開始前結合該需求進行針對性的學生用戶調研，根據反饋調整）

渠道推廣：

1、線下活動推廣-主要為聯合學校在線下結合有獎優惠方式，掃描二維碼下載；

2、線上活動推廣-通過人教網、東田公司網站、其他教育類網站同步發布”擅學堂“APP客戶端產品上線廣告，全面推廣產品目標用戶接觸面；

3、社會化媒體營銷-通過公司官方微博、人教社官方微博、微信、BBS、社區等多種渠道完成推廣；

數據分析：圍繞”擅學堂“APP客戶端運營推廣，建立完善的常規數據采集和匯報機制，形成日報、周報、月報匯報模式，關注下載量、安裝量、客戶端用戶規模、用戶活躍度等運營指標持續關注客戶端的發展情況；并通過對采集數據的分析進一步完善APP客戶端功能優化、用戶體驗提升；

運營支撐：建立APP客戶端后臺管理系統，設立專門人員對該客戶端的日常內容編輯、活動上線、數據采集、故障處理、常規撥測等工作，強化對該APP客戶端整個生命周期的質量管控及持續優化提升。

第二篇：供銷社信息網開發需求說明（范文模版）

泉州市供銷社信息網開發需求說明

泉州市供銷合作社農副產品信息服務中心

一、平臺命名

新平臺命名：泉州市供銷社信息網

二、需求說明

1、功能/任務1、1平臺具備泉州市供銷社系統概況、網上供銷社、農產品信息服務平臺、農業科技服務、專業合作社之窗、黨建園地、文明之窗、社務公開等功能模塊。

1、2世紀之村觸控查詢系統與泉州市供銷社開放數據的接口進行對接，實現觸控系統可查詢泉州市供銷合作社各類“三農”信息。1、3與世紀之村共同開發“網上供銷社”平臺。

2、網站模塊需求說明2、1市社概況

文字介紹泉州市供銷社主要職能、組織機構形式等。

2、2組織機構

以表格形式介紹泉州市供銷社職能科室、所轄縣社、基層社、企業等。

2、3政策法規

此模塊用于發布與“三農”、供銷系統、再生資源、煙花爆竹等相關的國家、省、市政策法規。

2、4農產品信息服務平臺

此模塊包括三農資訊、農業科技服務、專業合作社、價格行情、供求信息發布、再生資源2、4、1三農資訊

用于發布與“三農”有關和供銷社服務三農的實事新聞，圖片新聞等 2、4、2農業科技服務

用于發布相關農業科學技術知識。2、4、3專業合作社

為專業合作社提供介紹和產品展示平臺。2、4、3供求信息發布

僅讓用戶發布各種農副產品供求信息（不具備交易功能，前臺登錄發布）。2、4、4價格行情

用于發布各個農產品市場價格行情信息，給用戶瀏覽參考。（前臺登錄發布）2、4、5再生資源

用于再生資源相關信息發布。

2、5網上供銷社

包括網上博覽會、網上交易平臺、供銷社博客空間2、5、1網上博覽會

“網上博覽會”主要是為了提供本市主要大宗農產品的展示和發布舉行相關展會活動的信息整合。2、5、2農產品交易平臺

“農產品交易平臺”讓用戶發布各種農副產品供求信息并具備網上交易功能。（通過第三方如網銀、支付寶等付款交易）2、5、3供銷社博客空間2、6經驗交流

用于發布本社和其他各級兄弟省市縣供銷社關于社企改革的先進經驗，以及其他涉農部門為農服務的經驗交流。

2、7供銷快訊（工作動態）

用于發布泉州供銷簡報。

2、8安全生產管理

用于發布有關安全生產標準化建設三年行動工作動態，文件通知等。

2、9黨建園地

用于發布市社黨建工作的各種文件。

2、10文明之窗

用于發布市社文明創建工作的各種文件。

2、11社務公開

用于發布市社向社會公開的各種社務信息，接受群眾監督。

2、12招商引資

用于供銷社系統招商發布信息。

2、13文件通知（可下載）

用于全市供銷社系統內部各類文件發送。

2、14站內搜索

用于站內資源搜索。

2、15友情鏈接

提供與各個相關涉農網站的友情鏈接。

2、16會員登錄（前臺）

此模塊提供網站會員注冊、登錄功能。會員注冊后由后臺管理員審核通過為供銷社系統內部會員或普通會員，并給予不同權限。

2、17網站后臺

網站后臺為超級管理員、各級管理員操作使用網站功能，包括數據庫、信息動態發布、會員管理、多級權限管理、圖片文字管理等。

3、用戶當前操作模式3、1本軟件的使用者分為管理員（泉州市社信息員）、版塊管理員、供銷社內部會員和普通注冊用戶。會員注冊之時由管理員給予不同級別、版塊的管理、使用權限。3、1、1管理員具備全站所有權限。（前、后臺）3、1、3版塊管理員具備在指定版塊發布、管理信息的權限。（后臺）3、1、2內部會員可發布市場價格行情，商品交易、供求信息、網上博覽等內容。（前臺）3、1、3普通注冊用戶只能發布農副產品供求信息。（前臺）

4、網站要求4、1網站界面設計人性化，操作簡單化。

4、2采用IE瀏覽器登錄使用，配合少量鍵盤輸入即可完成信息處理。

4、3網站訪問速度需達到正常水平。內部設計需符合國家、省、市要求標準。

4、4網站總體風格由世紀之村公司提供參考，由泉州市供銷社確定最終方案方可投入運行。

4、5原有舊網站數據盡量保留至新網站。

四、項目完成時間

（待定）

第三篇：app開發合同2018

*************

手機APP開發協議書

委托方（下稱甲方）： 法定代表人： 注冊地址： 聯系電話： 電子郵箱：

受托方（下稱乙方）： 法定代表人： 注冊地址： 聯系電話： 電子郵箱：

雙方經友好協商，依據《中華人民共和國合同法》的有關規定，就委托乙方開發（以下簡稱“本軟件”）的事宜達成如下協議，以資共 同遵守。第一條 定義

1)甲方選擇乙方為其開發軟件系統，乙方將在甲方規定的時間內，根據甲方要求，為甲方開發 APP 軟件系統。

2)所開發的軟件可以在iOS、安卓操作系統下運行的軟件，軟件需求，App應用開發的項目架構及相關功能開發細節，由雙方協商確定，作為本合同附件。3)甲、乙雙方經友好協商，根據《中華人民共和國合同法》等有關法規，就乙方承擔甲方系統軟件開發項目事宜，達成以下協議條款 4)本合同中所用術語的定義如下： 服務 由乙方提供的項目管理、需求分析、軟件開發、測試，以及咨詢、計劃、實施、操作培訓、安裝、調試、維護、升級等服務。

規范 信息系統在功能、操作、環境及性能等方面要求的周密而完整的說明。

************* 任務 為完成“合同范圍”所述服務而進行的相關活動。

指在本軟件開發完成后乙方需要交付給甲方的文件，包括但不限于：交付文件 程序文件、編譯前的源代碼、數據庫文件、操作手冊、產品制作原型圖、技術開發文檔等。

第二條 項目內容

甲方委托乙方開發可以在iOS、安卓操作系統下運行的軟件，軟件需求，app應用開發的欄目架構及相關功能開發細節，由雙方協商確定，作為本合同附件。第三條 履行期限

乙方應在本合同簽訂之日的次日起 45 個工作日即 2017年7月15日之前完成，本軟件開發并交付軟件和相關文件。乙方可提前交付，并協助甲方進行軟件的測試、鑒定工作。第四條 費用及支付

1)本次項目開發費用合計為人民幣（幣種下同）肆萬 元（小寫：￥40000.00），甲方按以下方式分期支付：

2)在合同簽訂之日起5日內甲方向乙方支付合同額的50%金額為 貳萬元元（小寫： ￥20000.00）；

3)在項目開發十五個工作日內甲方向乙方支付合同額的 50%項目款為

元（小寫：￥20000.00）。

第五條 驗收

乙方完成本軟件開發工作后，甲方應在 十五 個工作日內完成驗收，逾期驗收的，視為驗收合格。第六條 雙方權利義務：

6.1 甲方的權利義務

1)甲方有權利督促乙方按規定時間完成項目開發，有增加或修改內容雙方需另行協商解決;在不影響進程的情況下，對于甲方的細微規模變動的需求，乙方必須滿足;若出現較大幅度的變更，則甲乙雙方商議增加開發費用和延長開發周期。2)甲方完全擁有軟件系統的所有權，包括使用權、著作權等所有權利;3)甲方應當按照協議，按時向乙方支付開發費用;

************* 4)甲方有責任對本協議的內容進行保密;5)甲方有責任對乙方的軟件開發技術進行保密，在未經乙方書面許可的情況下，不得向第三方泄露。

6)甲方從項目成立起，派專人全程跟蹤，乙方必須配合。

7)甲方有責任自行向乙方提供或者請求乙方協助提供軟件開發所需要的硬件、軟件接口、產品需求說明書及必要配合，其中甲方須在合同簽訂時或合同簽訂日之后 1工作日內向乙方提供明確的《產品需求說明書》，該《產品需求說明書》內容包括產品的后端和接口說明；

8)甲方有責任保密乙方的個人信息，不得向第三方泄露。

6.2 乙方的權利義務

1)乙方有責任按甲方的要求在規定時間內完成合同項目內容的開發并向甲方提供相關文檔，項目開發內容以該合同及產品需求說明書為準，若甲方提供的合同及產品需求說明書未明確說明產品開發需求，則乙方與甲方協商明確完成相關內容開發;2)在項目開發完畢之后，乙方有義務協助甲方軟件上線部署，在乙方對甲方提供的維護服務期之內，由于甲方設計變更而導致的變更，若變更范圍在本合同所規定的功能范圍之內，乙方有義務協助甲方修改變更內容;3)乙方有責任對本協議的內容進行保密;4)乙方有責任對與甲方項目的接口規范進行保密，在未經甲方書面許可的情況下，不得向第三方泄露;5)乙方有責任在項目驗收合格完成之后，向甲方提供一年的免費售后服務，此售后服務包括但不限于由于乙方開發原因而導致的功能故障、bug。

6)乙方有責任自行準備軟件開發所需的硬件設備、開發資料、安排相關人員配合及 項目啟動日起每周向甲方通過郵件或 QQ作為媒介以圖片或簡單描述報告形式匯報甲方所委托的 APP開發進度。

第七條 保密條款

1)雙方不得向第三者泄露本協議的任何內容。

2)雙方按本合同規定相互提供和提交的全部文件資料，凡涉及需要保密的，以

************* 預先說明的有關條款為據。并且任何一方在沒有經過另一方書面同意的情況下，不能將另一方的保密資料（如技術資料、用戶信息）透露給第三者。第八條 合同的解除

1)

任意一方欲提前解除本合同，應提前通知對方，經雙方協商簽字同意后方可解除。甲方要求解除合同，無權要求乙方返還甲方向乙方已支付的費用，并應對乙方遭受的損失承擔賠償責任；乙方要求解除合同，應返還甲方已支付的費用，并賠償由此引起甲方的損失。

2)訂立本合同所依據的客觀情況發生重大變化，致使本合同無法履行的，經雙方協商同意，可以變更本合同相關內容或者終止合同的履行。第九條 違約責任

1)甲方每逾期付款一天，應按照乙方開發費用的 5 %支付逾期付款違約金。2)乙方未按時交付的，每逾期一天，甲方將扣除開發費用的 5%作為補償，如因甲方未提供相關技術資料、調試環境支持、需求溝通不明確等原因，致使乙方延期交付的，乙方不承擔違約責任。

3)任何一方不履行或不妥善履行本協議下任何條款被視為違約，守約方有權要求違約方賠償另一方因違約而造成的一切損失，本合同對違約責任另有約定的，從其約定。

第十條 糾紛解決

本合同履行過程中所發生的爭議，雙方協商解決；協商不成的，任何一方可向 所在地法院起訴。

第十一條 通知與送達

1)甲方、乙方確認，雙方履行本合同的溝通可采取面談、電話、傳真和電郵的方式，本協議所載的雙方聯系地址、電話和電子郵箱均為真實、有效的聯系方式。雙方確認，一經向對方發送電郵，即視為收到通知；一方按本協議載明地址所發出的書面文件，自發出之日起七日內視為送達，無論是否簽收或拒收。

2)甲方指定本協議的聯系人為，聯系電話： ；乙方指定本協議的聯系人為，聯系電話：。甲方、乙方指定的聯系人為履行本協議所作出的意思表示和行為均分別代表甲方、乙方。

************* 3)如任一方的聯系方式有改變，應在3天內書面通知對方。

第十二條 其他事項

1)雙方簽訂的補充協議、附件系本合同的組成部分，具有同等法律效力。2)本合同自雙方簽字蓋章之日起生效，一式兩份，雙方各執一份。

3)本協議標題僅供參考之用，并不構成本協議的一部分，亦不得被用以解釋本協議。

4)本協議一方延遲或未能行使本協議下的權力、權利或救濟不應作為對任何該等權力、權利或救濟的棄權。

5)如果本協議的任何條款或規定在任何適用法律下被認定為全部或部分無效或不可強制執行，其應（在該等無效或不可強制執行的范圍內）從本協議中被排除，但本協議的所有其他條款和規定均保持全部有效。

（本頁以下無正文）

甲方： 乙方： 負責人： 負責人：（簽章）（簽章）

年 月 日 年 月 日

第四篇：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、維護關于我們的字段內容

備選流

無

特殊需求

采用的業務規則

界面效果圖

第五篇：iLife生活管理app項目開發需求分析報告

軟件項目開發需求分析報告

項目名稱：iLife生活管理（Android app）

編寫人：

袁博倫（20152100055）袁達強（20152100037）林小龍（20152100209）

編寫時間：2017.09.24

1.引言

1.1編寫目的

為了進一步明確開發目標、定義產品功能，最終開發出真正滿足用戶需求的生活管理系統，本開發團隊深入群眾生活，調查市場需求，并從多方面多層次進行需求分析，對iLife生活管理（安卓app）的開發提出了完整、準確、清晰，具體的規劃。

1.2項目背景

1.2.1項目名稱：iLife生活管理（Android app）

1.2.2說明：

當今社會，科技發展迅猛，物質文化生活越來越豐富。人們的生活也更加繁忙了，娛樂消遣的方式也更多了。在這樣一個快節奏的、紛繁的社會里，人們開始發現生活需要規被劃和管理，也常常發現時間、金錢總在不知不覺中消失了。尤其對于大學生來說，如何在多姿多彩的校園中，掌管自己的時間和金錢，培養自己管理生活的能力顯得尤為重要。為了應對以上需求，本開發團隊擬定開發iLife生活管理應用（安卓app），為廣大人民群眾提供方便、實用的時間管理和收支記錄工具。

1.2.3參考資料：

軟件工程導論(第5版)張海潘編著 清華大學出版社

2.系統總體概述

2.1目標

本項目開發的目標是實現一個生活管理類的安卓端app，具有時間管理、收支記錄、報表分析等功能，并且實現一個分享平臺用于分享數據和相互監督。功能類似于愛今天、口袋記賬本等已有app，并在其基礎上增加特色功能，具體參見功能需求。

2.1.功能需求

2.1.1功能結構圖

2.1.2功能詳述

(1)【登錄界面】：為保證用戶私人信息的安全和實現信息分享，必須有注冊賬號和登錄功能。

(2)【用戶主界面】：用戶登錄后要求可執行以下功能：

時間管理模塊：添加日程計劃、設置活動提醒；記錄某段時間所做事項并分類；番茄工作法（可種樹）；統計時間使用的數據。

收支記錄模塊：添加預算、設置記賬提醒、剁手提醒；統計支出數據。

報表分析：根據以上兩功能中所記錄的數據進行分析，得出報表（可以看時間和資金的利用情況）及分析結果（查看自己在管理時間和資金上存在的問題，和別人的對比結果，以及系統給出的建議）。

共享與監督平臺：用于共享自己的時間和收支記錄數據，并可與好友相互監督。

(3)【設置界面】:進行功能設置、賬號設置，查看幫助

2.1.3數據流圖

（點擊圖片選擇查看大圖）

2.1.3 E-R圖

（點擊圖片選擇查看大圖）

2.2用戶界面

尚未成型，敬請期待。

參考界面：（取自類似app：IToday、口袋記賬本）

（點擊圖片選擇查看大圖）

2.3性能需求

2.3.1響應速度快，確保任何操作響應時間均在1秒內。

2.3.2占用磁盤容量小（控制在30M以內），運行時內存占用小。2.3.3安全性高，確保用戶信息安全。2.4可用性和可靠性需求

2.4.1該系統應確保任何時間都能正常運行，并且不影響設備上其它應用的運行。2.4.2該系統應確保90%的用戶都能在無他人指導情況下，在20分鐘內熟悉系統所有功能。

2.4.接口需求：

2.4.1用戶界面：界面簡潔易懂，支持拖曳、滑動等人性化操作。2.4.2硬件接口：不需要。2.4.3軟件接口：不需要。

2.5.將來可能提出的需求：

未來可能擴展的功能：應用可常駐設備后臺，自動監測各種軟件的運行狀況，統計用戶使用各種軟件的時間和頻率。（如：統計出用戶當日共在微信上花費5小時、在淘寶上花費1小時等）并有設備鎖的功能，可設置在某個時間段鎖定某個應用。

3.結論

經過一系列多方面的分析，本開團隊開發人員對于該項目的功能需求、性能需求、接口需求等有了更加明確、具體的認識，并一致認為：根據可行性分析和需求分析的結果，本項目（iLife生活管理app）已具備了進一步規劃和落實開發的條件。