第一篇：蜘蛛紙牌游戲需求規(guī)格說明書

蜘蛛紙牌游戲

需求規(guī)格說明書

二、需求規(guī)格說明書

1．引言.............................................................................................................................................2

1.1編寫目的.............................................................................................................................2 1.2項目背景.............................................................................................................................2 1.3參考資料.............................................................................................................................3 2．任務概述.....................................................................................................................................3

2.1待開發(fā)軟件的一般描述.....................................................................................................3 2.2 用戶特征............................................................................................................................3 2.3運行環(huán)境.............................................................................................................................3 3．功能需求.....................................................................................................................................4

3.1功能需求...........................................................................................錯誤！未定義書簽。4．外部接口需求.............................................................................................................................5

4.1用戶接口.............................................................................................................................5 4.2硬件接口.............................................................................................................................5 4.3軟件接口.............................................................................................................................5 4.4故障處理.............................................................................................................................5 5．性能需求.....................................................................................................................................5

5.1數(shù)據(jù)精確度.........................................................................................................................5 5.2時間特性.............................................................................................................................6 5.3適應性.................................................................................................................................6 6．軟件屬性需求.............................................................................................................................6 7．其它需求.....................................................................................................................................8 8．數(shù)據(jù)描述.....................................................................................................................................8

8.1靜態(tài)數(shù)據(jù).............................................................................................................................8

8.2動態(tài)數(shù)據(jù).............................................................................................................................8 8.3數(shù)據(jù)庫介紹.........................................................................................................................8 8.4數(shù)據(jù)詞典...........................................................................................錯誤！未定義書簽。

8.5數(shù)據(jù)采集…….....................................................................................................................9 9.系統(tǒng)模型

9.1邏輯模型……....................................................................................................................9 9.2用例圖……........................................................................................................................11

1．引言

1.1編寫目的

本需求規(guī)格文檔的目的是說明蜘蛛紙牌游戲平臺最終需要滿足的條件和限制，為進一步設計和實現(xiàn)提供依據(jù)。本文檔將用戶的需求用文字的形式固定下來，是與用戶溝通的成果，也是用戶驗收項目時的參考。

本文檔將供開發(fā)組團隊成員查閱和使用，其中包括系統(tǒng)設計人員、編程人員、測試人員。

1.2項目背景

目前蜘蛛紙牌游戲在休閑游戲市場上有著很大份額，給用戶提供一個放松娛樂，相互交流學習的平臺，也是目前大多數(shù)網(wǎng)民娛樂的主要方式。蜘蛛紙牌游戲是真正適合各種年齡群的用戶使用的具有寓教于樂意義的游戲。在當今如此盛行網(wǎng)絡游戲的時代，教育網(wǎng)游的誕生不能不說是一個絕好的切入點。因此蜘蛛紙牌游戲就更適合于教育網(wǎng)游。與一般傳統(tǒng)的角色扮演類游戲相比，蜘蛛紙牌游戲的開發(fā)更適合于如今網(wǎng)游的發(fā)展趨勢，從另一方面更可以使如今的用戶遠離一些血

腥暴力游戲所帶來的危害。益智休閑類游戲不僅滿足用戶對游戲的需要，也是一種促進智力發(fā)展的手段。

1.3參考資料

[1]蜘蛛游戲平臺-項目開發(fā)計劃書

2．任務概述

2.1待開發(fā)軟件的一般描述

蜘蛛紙牌游戲平臺是一款基于c++的游戲平臺。此平臺的目的在于給用戶提供一個放松娛樂，相互交流學習的平臺。

2.2 用戶特征

本蜘蛛紙牌游戲平臺適合于任何年齡段的網(wǎng)民玩家，不受教育水平，工作經(jīng)驗及技術專長的影響，2.3運行環(huán)境

1、硬件運行環(huán)境

本系統(tǒng)運行于基本的PC系統(tǒng)之上。（硬件配置略）

2、軟件運行環(huán)境

本系統(tǒng)運行于Linux發(fā)行版之上，內核2.6以上、bash環(huán)境、glibc 2.6

3．功能需求

(1)打開游戲：

(2)進行游戲：要想贏得一局，必須按降序從 K 到 A 排列紙牌，將所有紙牌從玩牌區(qū)移走。在中級和高級中，紙牌的花色還必須相同。在按降序成功排列紙牌后，該列紙牌將從玩牌區(qū)飛走。

在不能移動紙牌時，可以單擊玩牌區(qū)底部的發(fā)牌疊，Windows 就會開始新一輪發(fā)牌。

不限制您一次僅移動一張牌。如果一串牌花色相同，并且按順序排列，則可以像對待一張牌一樣移動它們。

（3）重啟游戲：如果玩家在游戲過程中需要重新玩游戲，可以點擊“游戲”菜單里的“開始”，這是游戲就會重新發(fā)牌，玩家可以重新體驗游戲。

(4)自定義游戲外觀：如果玩家對當前的游戲設置不滿意，可以選擇“游戲”菜單里的“更改外觀”游戲，選擇備選外觀之一。(5)退出游戲：在游戲的任何時候，玩家都可以點擊“x”按鈕，退出游戲

4．外部接口需求

4.1用戶接口

本系統(tǒng)屬于終端應用程序，無GUI界面，以命令行方式運行，接收命令行參數(shù)。同時以良好的命令行菜單為用戶導向

4.2硬件接口

本系統(tǒng)硬件接口為x86，用戶只需一臺PC機器即可運行。

4.3軟件接口

本系統(tǒng)運行需要C標準庫，基于GCC4.3編譯。

4.4故障處理

正常使用時不應出錯，對于用戶的輸入錯誤應給出適當?shù)母恼崾?。若運行時遇到不可恢復的系統(tǒng)錯誤，必須保證數(shù)據(jù)庫完好無損。

5．性能需求

5.1數(shù)據(jù)精確度

查詢時應保證查全率，所有在相應域中包含查詢關鍵字的記錄都應能查到，同時保證查準率。

5.2時間特性

一般操作的響應時間應在0.5秒內

5.3適應性

滿足運行環(huán)境在允許操作系統(tǒng)之間的安全轉換和與其它應用軟件的獨立運行要求。

6．軟件屬性需求

6.1可靠性

本系統(tǒng)的最終用戶涉及面廣，因此，整體系統(tǒng)運行要求穩(wěn)定，有很強的防錯、抗錯能力，保證數(shù)據(jù)報送工作正常進行。

可靠性指標：在連續(xù)運行情況下，系統(tǒng)可靠性99.9999%。提供應用服務器集群技術和組件技術支持高可靠性和伸縮性。

6.2可維護性

系統(tǒng)從設計上盡量考慮使得大多數(shù)統(tǒng)計系統(tǒng)的建設都能使用本軟件搭建而成，量少做二次開發(fā)或者不做二次開發(fā)，直接通過系統(tǒng)配置搭建系統(tǒng)，從功能上具有通用性，易修改和擴展。軟件開發(fā)使用組件技術，保證了可維護性高。系統(tǒng)具有開放性，是指統(tǒng)計、分析內容的可修改、可擴展性。例如，經(jīng)過一定的授權，系統(tǒng)管理人員即可根據(jù)將來統(tǒng)計制度變動的需要對統(tǒng)計指標進行增、刪等修改，無需經(jīng)過軟件開發(fā)技術人員。

6.3兼容性

系統(tǒng)應支持多種操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)和、WEB服務器系統(tǒng)。

6.4可用性

本系統(tǒng)采用C/S模式，同時，系統(tǒng)采取容錯技術，具備數(shù)據(jù)恢復功能，能夠保證用戶隨時隨地操作系統(tǒng)。

6.5可移植性

本系統(tǒng)采用c++編寫，能夠實現(xiàn)跨平臺操作。

6.6可測試性

軟件系統(tǒng)具有良好的可測試性，能夠在短時間的情況下順利完成所有測試項目。具體測試項目如下：

代碼檢查：程序開發(fā)人員除了調試外，還應進行重點檢查程序代碼語法錯誤。

單元測試：對組成系統(tǒng)的每個組件進行數(shù)據(jù)結構測試和功能性測試，重點是組件的功能和程序邏輯。

集成測試：將組件組裝成子系統(tǒng)后，應再次對組裝后的子系統(tǒng)進行功能性測試，重點是組件與組件之間的接口測試。

系統(tǒng)測試：經(jīng)過測試后的各子系統(tǒng)組裝成系統(tǒng)后，還應組織對整個系統(tǒng)進行全面的測試，包括功能、性能以及接口測試。

性能測試：測試系統(tǒng)的操作相應速度以及資源占用效率。壓力測試：測試系統(tǒng)的可靠性和伸縮性，以驗證系統(tǒng)能承受多大的負載。

6.7易用性

系統(tǒng)應操作簡單、易學易用，豐富的聯(lián)機幫助，人性化的操作界面，界面布局合理，節(jié)省操作時間。

7．其它需求

保密性和私密性需求：

網(wǎng)絡傳遞數(shù)據(jù)經(jīng)過加密。需要保證數(shù)據(jù)在采集、傳輸和處理過程中不被偷窺、竊取、篡改。

8．數(shù)據(jù)描述

8.1靜態(tài)數(shù)據(jù)

靜態(tài)數(shù)據(jù):包括系統(tǒng)登錄密碼,各數(shù)據(jù)庫所在位置,系統(tǒng)分析原始數(shù)據(jù)

8.2動態(tài)數(shù)據(jù)

動態(tài)數(shù)據(jù):包括各數(shù)據(jù)庫內各項顯示數(shù)據(jù),用戶登錄信息,系統(tǒng)時間

8.3數(shù)據(jù)庫介紹

用戶數(shù)據(jù)庫：玩家個人信息，所有游戲的分數(shù)信息

8.4數(shù)據(jù)采集

是確保數(shù)據(jù)快速正確地輸入系統(tǒng)，本系統(tǒng)選用鍵盤輸入，鼠標輸入。

9.1 系統(tǒng)模型

1、用例圖

The use case of spider playing card

第二篇：需求規(guī)格說明書編寫心得

需求規(guī)格說明書編寫心得

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

1.需求編寫依據(jù)

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

2.主動與項目經(jīng)理的溝通

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

3.項目背景

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

2)如何解決該問題；

3)為什么要提出這樣一個系統(tǒng)；

4)最后扼要概述該系統(tǒng)的長遠戰(zhàn)略意義。

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

4.系統(tǒng)總體概述

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

5.術語與用詞

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

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

6.描述模塊

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

? 模塊描述

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

? 重要業(yè)務及流程

對該業(yè)務進行認真分析，得出該功能事項的有效規(guī)則，以激發(fā)該功能?？梢酝ㄟ^畫流程圖，快速幫助閱讀者理解，但一定要注意質量，避免產生誤導。

? 功能需求定義

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

? 數(shù)據(jù)字典

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

? 重要界面原型圖

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

第三篇：需求規(guī)格說明書-參考1

豐臺區(qū)紅十字會需求說明書

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

類似于豐臺區(qū)衛(wèi)生局VPN傳文系統(tǒng)，主要功能：文件收發(fā)系統(tǒng)（24個街鄉(xiāng)鎮(zhèn)紅十字會文件的發(fā)送、收取、下載管理）。（3）.會務工作專屬區(qū)：

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

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

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

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

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

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

北京同方衛(wèi)康科技有限公司 豐臺區(qū)紅十字會需求說明書

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

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

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

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

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

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

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

北京同方衛(wèi)康科技有限公司 豐臺區(qū)紅十字會需求說明書

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

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

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

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

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

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

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

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

四、運行需求

操作系統(tǒng)：Windows98 Windows2000 WindowsXP Windows2003 數(shù)據(jù)庫：SqlServer2000 Web服務器：IIS6.0

北京同方衛(wèi)康科技有限公司

第四篇：返利APP需求規(guī)格說明書

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

1.1 登錄

1.1.1 功能說明

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

1.1.2 注意事項

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

1.2 注冊

1.2.1 功能說明

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

1.2.2 注意事項

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

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

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

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

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

1.3 忘記密碼

1.3.1 功能說明

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

1.3.2 注意事項

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

1.4 首頁

1.4.1 功能說明

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

1.4.2 注意事項

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

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

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

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

1.5 商品

1.5.1 功能說明

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

1.5.2 注意事項

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

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

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

1.6 積分商城

1.6.1 功能說明

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

1.6.2 注意事項

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

1.7 購物車

1.7.1 功能說明

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

1.7.2 注意事項

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

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

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

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

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

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

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

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

（5）已失效商品不顯示購買數(shù)量

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

1.8 個人中心

1.8.1 功能說明

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

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

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

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

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

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

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

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

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

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

3.我的訂單：

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

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

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

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

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

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

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

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

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

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

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

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

包括版本檢測、退出登錄

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

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

2.1 登錄

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

2.1.2 注意事項

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

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

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

2.2 控制臺

2.2.1 功能說明 展示統(tǒng)計數(shù)據(jù)

2.2.2 注意事項

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

2.3 用戶管理

2.3.1 功能說明

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

2.3.2 注意事項

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

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

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

2.4 積分商城商品管理

2.4.1 功能說明

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

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

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

2）查詢條件：商品名稱

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

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

2.5 訂單管理

2.5.1 功能說明

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

2.5.2 注意事項

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

2.查詢訂單條件：時間段、訂單號、訂單狀態(tài)等

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

2.6 財務管理

2.6.1 功能說明

包括：財務管理、提現(xiàn)管理、分銷體系設置

2.6.2 注意事項

1.財務管理：收入統(tǒng)計：總收入、已提現(xiàn)等 1）收入統(tǒng)計

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

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

3：分銷體系設置

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

2.7 廣告圖管理

2.7.1 功能說明

目前設置在APP首頁，如果特殊要求請?zhí)岢?/p>

2.7.2 注意事項

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

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

2.8 系統(tǒng)設置

2.8.1 功能說明

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

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

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

4、服務協(xié)議

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

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

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

安徽木子林科技有限公司

返利APP需求規(guī)格說明書

第五篇：軟件需求規(guī)格說明書檢查單

《軟件需求規(guī)格說明書》檢查單

文檔組織與完整性

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

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

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

4.是否包括了每個需求的實現(xiàn)優(yōu)先級？

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

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

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

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

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

正確性

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

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

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

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

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

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

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

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

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

質量屬性

19.對所有性能目標都作了適當?shù)恼f明么？

20.對所有安全和防護性的考慮作了適當?shù)恼f明么？

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

可追溯性

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

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

特殊問題

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

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