第一篇：軟件需求規格說明書(SRS)解讀

1引言...............................................................................................................................................2 1.1編寫目的.................................................................................................................................2 1.2背景.........................................................................................................................................2 1.3定義.........................................................................................................................................2 1.4參考資料.................................................................................................................................2 2任務概述.......................................................................................................................................3 2.1目標.........................................................................................................................................3 2.2用戶的特點.............................................................................................................................3 2.3假定和約束.............................................................................................................................3 3需求規定.......................................................................................................................................3 3.1對功能的規定.........................................................................................................................3 3.2對性能的規定.........................................................................................................................5 3.2.1精度..................................................................................................................................5 3.2.2時間特性要求..................................................................................................................5 3.2.3靈活性..............................................................................................................................5 3.3輸人輸出要求.........................................................................................................................5 3.4數據管理能力要求.................................................................................................................6 3.5故障處理要求.........................................................................................................................6 3.6其他專門要求.........................................................................................................................6 4運行環境規定...............................................................................................................................6 4.1設備.........................................................................................................................................6 4.2支持軟件.................................................................................................................................6 4.3接口.........................................................................................................................................7 4.4控制.........................................................................................................................................7 5 其他需求......................................................................................................................................7 XXXX軟件需求說明書

1引言

1.1編寫目的

說明編寫這份軟件需求說明書的目的，指出預期的讀者。

1.2背景

說明：

a．待開發的軟件系統的名稱；

b．本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡； c． 該軟件系統同其他系統或其他機構的基本的相互來往關系。

1.3定義

列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

1.4參考資料

列出用得著的參考資料，如：

a．本項目的經核準的計劃任務書或合同、上級機關的批文； b．屬于本項目的其他已發表的文件；

c． 本文件中各處引用的文件、資料、包括所要用到的軟件開發標準。列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。2任務概述

2.1目標

敘述該項軟件開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開發的背景材料。解釋被開發軟件與其他有關軟件之間的關系。如果本軟件產品是一項獨立的軟件，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和接口。| 2.2用戶的特點

列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟件的預期使甩頻度。這些是軟件設計工作的重要約束

2.3假定和約束

列出進行本軟件開發工作的假定和約束，例如經費限制、開發期限等。

3需求規定

3.1對功能的規定

3.1.1 系統范圍 [可選] 明確概要地說明用戶對系統、產品高層次的目標要求，如系統開發的意圖、應用目標、作用范圍以及其他相關的背景材料。如果所定義的產品是一個更大系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和接口。

3.1.2 系統體系結構（二層架構的系統可剪裁本小節）[可選]

以圖+文本結合的方式描述系統的總體架構。3.1.3 系統總體流程[可選] 以圖+文本結合的方式說明系統的總體流程。3.1.4 具體功能需求

[用列表的方式，逐項定量和定性地敘述對系統所提出的功能要求，說明輸入什么量、經怎么樣的處理、得到什么輸出，說明系統的容量,包括系統應支持的終端數和應支持的并行操作的用戶數等指標。] 如: 1）引言 這部分描述的是功能要達到的目標、所采用的方法和技術，還應清楚說明功能意圖的由來和背景。2）輸入 這部分應包括： ? 詳細描述該功能的所有輸入數據，如：輸入源、數量、度量單位、時間設定、有效輸入范圍（包括精度和公差）； ? 操作員控制細節的需求。其中有名字、操作員活動的描述、控制臺或操作員的位置。例如：當打印檢查時，要求操作員進行格式調整； ? 指明引用接口說明或接口控制文件的參考資料。3）加工 定義輸入數據、中間參數，以獲得預期輸出結果的全部操作。它包括如下的說明： ? 輸入數據的有效性檢查； ? 操作的順序，包括事件的時間設定； ? 異常情況的響應，例如，溢出、通信故障、錯誤處理等； ? 受操作影響的參數； ? 降級運行的要求； ? 用于把系統輸入變換成相應輸出的任何方法（方程式、數學算法、邏輯操作等）； ? 輸出數據的有效性檢查。4）輸出 這部分應包括： ? 詳細描述該功能所有輸出數據，例如：輸出目的地、數量、度量單位、時間關系、有效輸出的范圍（包括精度和公差）、非法值的處理、出錯信息； ? 有關接口說明或接口控制文件的參考資料。此外，對著重于輸入輸出行為的系統來說，SRS應指定所有有意義的輸入、輸出對及其序列。當一個系統要求記憶它的狀態時，需要這個序列，使得它可以根據本次輸入和以前的狀態作出響應。也就是說，這種情況猶如有限狀態機。3.2對性能的規定 3.2.1精度

說明對該軟件的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。

3.2.2時間特性要求

說明對于該軟件的時間特性要求，如對： a．響應時間； b．更新處理時間； c． 數據的轉換和傳送時間； d．解題時間；等的要求。

3.2.3靈活性

說明對該軟件的靈活性的要求，即當需求發生某些變化時，該軟件對這些變化的適應能力，如：

a．操作方式上的變化； b．運行環境的變化； c． 同其他軟件的接口的變化； d．精度和有效時限的變化； e． 計劃的變化或改進。

對于為了提供這些靈活性而進行的專門設計的部分應該加以標明。

3.3輸人輸出要求

解釋各輸入輸出數據類型，并逐項說明其媒體、格式、數值范圍、精度等。對軟件的數據輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。3.4數據管理能力要求

說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作出估算。

3.5故障處理要求

列出可能的軟件、硬件故障以及對各項性能而言所產生的后果和對故障處理的要求。

3.6其他專門要求

如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。

4運行環境規定

4.1設備

列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能，包括： a．處理器型號及內存容量；

b．外存容量、聯機或脫機、媒體及其存儲格式，設備的型號及數量； c． 輸入及輸出設備的型號和數量，聯機或脫機； d．數據通信設備的型號和數量； e． 功能鍵及其他專用硬件

4.2支持軟件

列出支持軟件,包括要用到的操作系統、編譯（或匯編）程序、測試支持軟件等。4.3接口

說明該軟件同其他軟件之間的硬件接口、軟件接口、數據通信協議等。

4.4控制

說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源。其他需求

如可使用性、安全保密、可維護性、可移植性等。

讀書的好處

1、行萬里路，讀萬卷書。

2、書山有路勤為徑，學海無涯苦作舟。

3、讀書破萬卷，下筆如有神。

4、我所學到的任何有價值的知識都是由自學中得來的。——達爾文

5、少壯不努力，老大徒悲傷。

6、黑發不知勤學早，白首方悔讀書遲?！佌媲?/p>

7、寶劍鋒從磨礪出，梅花香自苦寒來。

8、讀書要三到：心到、眼到、口到

9、玉不琢、不成器，人不學、不知義。

10、一日無書，百事荒廢。——陳壽

11、書是人類進步的階梯。

12、一日不讀口生，一日不寫手生。

13、我撲在書上，就像饑餓的人撲在面包上?！郀柣?/p>

14、書到用時方恨少、事非經過不知難?！懹?/p>

15、讀一本好書，就如同和一個高尚的人在交談——歌德

16、讀一切好書，就是和許多高尚的人談話?！芽▋?/p>

17、學習永遠不晚?！郀柣?/p>

18、少而好學，如日出之陽；壯而好學，如日中之光；志而好學，如炳燭之光?！獎⑾?/p>

19、學而不思則惘，思而不學則殆?！鬃?/p>

20、讀書給人以快樂、給人以光彩、給人以才干?！喔?/p>

第二篇：軟件需求規格說明書檢查單

《軟件需求規格說明書》檢查單

文檔組織與完整性

1.所有對其它需求的內部交叉引用是否正確？

2.需求為設計提供了充足的基礎么？

3.是否所有需求的書寫詳細程度都是一致的、合適的？

4.是否包括了每個需求的實現優先級？

5.是否定義了所有與外部硬件、軟件和通訊的接口？

6.是否定義了功能性需求內在的算法？

7.軟件規格說明書是否包含了所有已知的業務需求？

8.是否記錄了所有可能的錯誤條件所產生的系統行為？

9.對所有內部和外部接口的描述，是否都符合模板的要求，即包括來源、目的、輸入、輸出和激發條件？

正確性

10.是否沒有需求間的沖突或重復的需求？

11.是否每個需求都是無二義性的？

12.是否每個需求的描述都是簡潔、清晰的？

13.是否每個需求都可以用測試或同級評審來進行驗證？

14.是否每個需求都在項目的范圍內？

15.是否每個需求都沒有內容或語法上的錯誤？

16.是否需求中必需的信息都沒有遺漏？如果有的話，是否標記為“待決定”了？

17.在已知的約束條件下，是否可以實現所有的需求？

18.是否任一個特定的錯誤信息都具有唯一性和明確的意義？

質量屬性

19.對所有性能目標都作了適當的說明么？

20.對所有安全和防護性的考慮作了適當的說明么？

21.對其它相關的質量屬性目標是否明確地文檔化和量化，且進行了可接受的權衡也被詳細說明了？

可追溯性

22.每個需求的標識都是唯一和正確的么？

23.每個軟件功能需求都可追溯到客戶需求么？

特殊問題

24.是否所有需求都是名副其實的需求，而不是設計或實現方案？

25.是否確定了對時間要求高的功能并定義了它們的時限標準？

第三篇：需求規格說明書-參考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

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

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

第四章 需求規格說明書

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。超鏈接來達到控制，從而達到預期的效果。

第五篇：返利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需求規格說明書