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

第四章 需求規格說明書

4.1 引言

4.1.1 編寫目的

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

說明：

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

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

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

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

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

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

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

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

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

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

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

4.2 任務概述

4.2.1 開發背景

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

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

2)管理員：

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

（2）性能目標

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

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

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

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

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

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

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

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

4.2.3 假定和約束

（1）假設的前提條件

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

（2）約束條件

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

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

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

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

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

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

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

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

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

4.3 需求規定

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

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

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

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

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

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

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

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

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

（3）數據字典

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

圖4-3 用戶信息記錄

圖4-4 帖子信息記錄

圖4-5 評論信息記錄

4.3.2 對性能的規定

（1）精度

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

（2）時間特性要求

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.4 運行環境規定

4.4.1 設備

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

（1）開發工具

1）MyEclipse 8.5；

（2）軟件環境

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

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

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

4.4.4 控制

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四、運行需求

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

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

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

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

1.1 登錄

1.1.1 功能說明

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

1.1.2 注意事項

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

1.2 注冊

1.2.1 功能說明

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

1.2.2 注意事項

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

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

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

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

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

1.3 忘記密碼

1.3.1 功能說明

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

1.3.2 注意事項

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

1.4 首頁

1.4.1 功能說明

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

1.4.2 注意事項

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

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

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

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

1.5 商品

1.5.1 功能說明

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

1.5.2 注意事項

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

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

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

1.6 積分商城

1.6.1 功能說明

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

1.6.2 注意事項

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

1.7 購物車

1.7.1 功能說明

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

1.7.2 注意事項

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

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

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

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

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

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

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

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

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

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

1.8 個人中心

1.8.1 功能說明

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

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

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

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

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

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

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

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

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

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

3.我的訂單：

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

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

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

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

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

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

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

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

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

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

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

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

包括版本檢測、退出登錄

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

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

2.1 登錄

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

2.1.2 注意事項

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

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

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

2.2 控制臺

2.2.1 功能說明 展示統計數據

2.2.2 注意事項

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

2.3 用戶管理

2.3.1 功能說明

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

2.3.2 注意事項

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

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

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

2.4 積分商城商品管理

2.4.1 功能說明

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

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

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

2）查詢條件：商品名稱

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

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

2.5 訂單管理

2.5.1 功能說明

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

2.5.2 注意事項

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

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

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

2.6 財務管理

2.6.1 功能說明

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

2.6.2 注意事項

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

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

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

3：分銷體系設置

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

2.7 廣告圖管理

2.7.1 功能說明

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

2.7.2 注意事項

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

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

2.8 系統設置

2.8.1 功能說明

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

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

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

4、服務協議

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

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

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

安徽木子林科技有限公司

返利APP需求規格說明書

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

需求規格說明書編寫心得

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

1.需求編寫依據

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

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

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

3.項目背景

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

2)如何解決該問題；

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

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

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

4.系統總體概述

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

5.術語與用詞

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

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

6.描述模塊

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

? 模塊描述

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

? 重要業務及流程

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

? 功能需求定義

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

? 數據字典

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

? 重要界面原型圖

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

第五篇：倉庫管理系統需求規格說明書

倉庫管理系統需求規格說明書

(第十二組）

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

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

2.1目標......................................................................................................................................2 2.2運行環境.............................................................................................................2 2.3條件與限制..........................................................................................................2 3．數據描述....................................................................................................................3

3.1靜態數據.............................................................................................................3

3.2動態數據.............................................................................................................3 3.3數據庫介紹..........................................................................................................3 3.4數據詞典.............................................................................................................3 3.5 E-R圖.................................................................................................................3 3.6數據采集.............................................................................................................3 4．功能需求....................................................................................................................6

4.1功能劃分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7

5.1數據精確度..........................................................................................................7 5.2時間特性.............................................................................................................7 5.3適應性.................................................................................................................7 6．運行需求..................................................................................................................10

6.1用戶界面...........................................................................................................10

6.2硬件接口...........................................................................................................10 6.3軟件接口...........................................................................................................10 6.4故障處理...........................................................................................................10 7．其它需求..................................................................................................................12

7.1正確性...............................................................................................................12 7.2可維護性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4軟件的完整性....................................................................................................12 7.5軟件的安全性....................................................................................................12

倉儲管理系統需求規格說明書

1．引言

1.1編寫目的

本需求分析報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了倉儲管理系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期待能夠獲得更大范圍的應用。

本文檔是在調研倉庫管理制度及倉庫管理人員對于管理系統的需求后，為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試而撰寫的。

1.2項目背景

倉儲管理系統（WMS）是倉儲管理信息化的具體形式，它在我國的應用還處于起步階段。一個好的倉庫管理系統將會給企業帶來豐厚的經濟效益和社會效益。由此，設計一個優秀的倉庫管理系統就顯得尤其重要。物資的儲存和運輸是整個物流過程中的兩個關鍵環節，被人們稱之為“物流的支柱”。在商品交換過程中，雖然物資的購、銷活動決定了物資的交換關系，但若沒有物資的儲存和運輸，物資的這種交換關系則不能最終實現。

本程序設計由計算機與信息工程學院網絡工程專業09級7班第12組提出并執行。

1.3參考資料

1.張海潘

軟件工程導論（第5版）清華大學出版社.2008年2月

2.C#網絡應用編程（第二版）人民郵電出版社

馬俊主編

3.C#程序設計及應用教程（第二版）

人民郵電出版社

馬俊主編

4.網絡資源

本小組所有成員皆可保證所用的一切資源均來自正規途徑，不牽扯到任何法律

第 頁

倉儲管理系統需求規格說明書

方面的問題。

2．任務概述

2.1目標

倉儲管理的內容應該包括三個部分：倉儲系統的布局設計、庫存最優控制、倉儲作業操作。

設計并完成倉儲物資管理系統，實現委托方要求的功能。“倉庫信息管理系統”是一套功能強大而又操作簡便，實用性的倉儲管理軟件，其主要包括有用戶登錄、倉庫管理、業務查詢和系統設置管理四大管理功能。系統主要的實現目標是監控整個倉庫的運行情況，提供完善的任務管理計劃功能，實時監控所有貨物的在線運動情況，實時提供庫存變化的信息，完善公司倉儲情況的監制與有效利用，以提高倉庫存效率，為企業適時的提供倉儲信息，為企業創造更多收入與利潤。

2.2運行環境

操作系統：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一種。

數據庫名稱：Microsoft SQL Server 2008。

2.3條件與限制

本系統在 Windows 環境中開發，故在Windows中運行無其它因素限制。

要求系統的操作人員應具有一定的計算機方面的知識或經過相應的培訓經驗，突發情況可進行操作以緩解損害情況，同時應做好對后臺數據庫的保密工作。

第 頁

倉儲管理系統需求規格說明書

3．數據描述

3.1靜態數據

a.用戶ID b.用戶身份 c.用戶密碼 d.貨物ID e.貨物名稱 f.貨物所屬倉庫 g.倉庫ID h.倉庫狀態 i.倉庫備注信息 j.用戶備注信息 k.貨物備注信息

3.2動態數據

輸入數據：菜單選項，查詢關鍵字，新建記錄項。

輸出數據：由查詢關鍵字確定的數據庫記錄集合或全部記錄內部生成的數據，中間查詢結果。

3.3數據庫介紹

微軟SQL Server 2005 SP1加入數據庫鏡像功能，為SQL Server 2005 Express Edition提供新管理工具，并且加強了SAP NetWeaver智能商務系統的報告反饋支持功能。

第 頁

倉儲管理系統需求規格說明書

3.4數據詞典

第

頁

倉儲管理系統需求規格說明書

3.5 E-R圖

性別姓名聯系方式備注ID用戶名密碼權限聯系方式普通用戶交互倉庫管理員交互管理系統操作員使用倉庫ID用戶名權限密碼

編號管理員ID狀態圖 3.1 系統E-R圖

描述：該系統中包含的用戶以及屬性如圖3.5，其中對應關系為，普通用戶與系統操作員為多對一，與倉庫管理員為多對一，系統操作員與倉庫為多

第 頁

倉儲管理系統需求規格說明書

對一，倉庫管理員與倉庫為一對一。

另外該系統中有一個超級管理員，負責對系統進行配置管理，對數據庫進行備份，增加，刪除系統操作員，倉庫管理員信息等操作。系統超級管理員用例圖見4.2功能劃分。

3.6數據采集

系統管理員與用戶通過鍵盤輸入倉庫信息及反饋信息。

4．功能需求

4.1功能劃分

一個功能完善的倉庫信息管理系統，必須包括以下幾個主要功能：用戶登錄、倉庫管理、業務查詢、系統設置。系統總體模塊圖如下

第 頁

倉儲管理系統需求規格說明書

倉儲管理系統用戶登錄倉庫管理業務查詢系統設置登錄注銷退出進退領退調盤貨貨料料撥點庫存銷售歷史記錄查詢用戶管理供應商管理倉庫進貨倉庫退貨倉庫領料倉庫退料商品調撥倉庫盤點庫存查詢 圖4.1

倉儲管理系統模塊圖

4.2功能描述

（一）用戶登錄

（1）用戶登錄

用戶可以用兩種身份登錄本系統：普通操作員和管理人員。不同身份的用戶登錄被系統授予不同的使用權限，這樣提高了系統的安全性，避免了無關人員獲取不在他權限范圍內的信息。

（2）用戶注銷

用戶在短時間不使用該系統時，不必退出系統，選擇注銷后，其他用

第 頁

倉儲管理系統需求規格說明書

戶可以登錄使用本系統。

（3）退出系統

用戶在完成工作后，點擊退出系統按鈕可以安全的退出，以免不安全退出導致數據丟失情況的發生。

（4）超級管理員管理

圖4.3

超級管理員用例圖

（二）倉庫管理

（1）倉庫進貨

倉庫進貨模塊要求操作員輸入商品號、商品名稱、進貨數量、單位和供應商等信息，系統自動的將當前系統時間作為進貨時間更新到數據庫，并且統計進貨金額，該操作完成后，倉庫相應貨物的數量為原貨物數量和進貨數量的總和，并更新數據庫。

（2）倉庫退貨

倉庫退貨模塊要求操作員輸入退貨商品號、退貨數量、單位和供應商，系統自動的將當前系統時間作為退貨時間更新到數據庫，并且統計退貨金額，該操作完成后，相應貨物的數量為原貨物數量除去退貨的數量，并更新數據庫。

（3）倉庫領料

倉庫領料模塊要求操作員輸入領取商品號、領取數量、領料人等，系統自動的將當前系統時間作為領料時間更新到數據庫，并且統計總領料數

第 頁

倉儲管理系統需求規格說明書

量。該操作完成后，相應貨物的數量為原貨物數量減領料的數量并更新數據庫。

（4）倉庫退料

倉庫退料模塊要求操作員輸入退料商品號、退料數量、退料人等，系統自動的將當前系統時間作為退料時間更新到數據庫，并且統計總退料數量。該操作完成后，相應貨物的數量為原貨物數量加退料的數量，并更新數據庫。

（5）商品調撥

商品調撥模塊要求操作員輸入調撥商品號、調撥數量、調撥人等，系統自動的將當前系統時間作為調撥時間更新到數據庫，并且統計總調撥數量。

（6）倉庫盤點

商品盤點模塊要求用戶（管理員）輸入某商品號，該商品實際數量（增加或刪除），系統會自動的將當前系統時間作為盤點時間更新到數據庫，并且統計總盤點過程中修改的數量。

（三）業務查詢

業務查詢模塊圖

（1）庫存查詢

第 頁

倉儲管理系統需求規格說明書

用戶可以查詢所有的商品的庫存，也可以輸入某件商品的ID號從而得到該商品的庫存量。

（2）銷售查詢

用戶（管理員）給出某個時間段，系統就根據庫中的資料給出該段時間中所有商品的銷售情況。

（3）倉庫歷史記錄查詢

用戶可以查詢的類型包括：倉庫進貨、倉庫退貨、倉庫領料、倉庫退料、商品調撥、倉庫盤點，用戶選擇查詢的類型后，再輸入需要查詢的時間，系統返回歷史操作記錄。

（四）系統設置（1）供應商管理

用戶可以增加新的供應商，需要輸入供應商的一些信息，包括：供應商號、名稱、聯系人、聯系電話、傳真、地址和郵政編碼。用戶也可以對已經存在的供應商信息進行查詢和修改。

管理員可以增加、刪除、修改和查詢用戶。

5．性能需求

5.1數據精確度

由于采用數據庫技術并且用戶的應用領域對數據精度的要求不是太高，所以這點在系統中表現的比較少，都是用戶數據的安全性和準確性是完全保證的，所以對用戶的使用沒有多大的障礙。

5.2時間特性

本系統的數據庫較小，所以程序在響應時間，數據更新處理時間上性能是比較突出的、而且也正由于數據量相對較少，故在數據傳輸時間和系統運行時間上表現的叫讓用戶滿意。無論是客戶還是管理員，當用戶登錄，進行任何操作的時候，系統應該及時的進行反應，反應的時間在5秒以內。系統應能檢測出各種非正常情況，如與設備的通信中斷，無法連接數據庫服務等，避免出現長時間等待甚至無響應。

第 頁

倉儲管理系統需求規格說明書

5.3適應性

本系統實在Windows環境中開發的，所以只要是兼容Windows的軟件或操作系統，該軟件都可以正確運行，有較好的適應能力與兼容性。而且本系統簡單易懂，容易上手，界面明了，便于操作。本系統是比較大眾模式的倉儲管理模式，便于移植到其他部門或公司，具有良好的適應性。

6．運行需求

6.1用戶界面

采用Web網頁的形式，具有良好的交互界面。有一個主頁，可以鏈接其他頁面。用戶根據自己權限在各個頁面進行操作。

要求大致如下：

1.頁面內容：主題突出，站點定義、術語和行文格式同意、規范、明確，欄目、菜單設置和布局合理，傳遞的信息準確、意識。內容豐富，文字準確，語句通順；專用術語規范，行文格式統一規范。

2.導航結構：頁面具有明確的導航只是，且便于理解，方面用戶使用。3.技術環境：頁面大小合適，能用各種常用瀏覽器以不同的分辨率瀏覽；無錯誤鏈接和空鏈接；采用css處理，控制字體大小和面板布局。

4.藝術風格：界面、版面形象清新岳母、布局合理，字號大小

十一、字體選擇合理，前后一致，美觀大方，動與靜搭配適當，動靜效果好；色彩和諧自然，與主題內容相協調。

6.2硬件接口

數據庫服務器應配備大容量硬盤，以免當大規模公司使用時反應速度減慢等問題出現。

6.3軟件接口

系統保持與操作系統的接口，保持與數據庫軟件Microsoft SQL Server的接口，考慮到文檔處理的需要有可能包括與常用辦公軟件接口。

第 頁

倉儲管理系統需求規格說明書

6.4故障處理

考慮到軟件的范圍不大，所以故障處理一般有操作系統完成，系統只要保持與操作系統的接口即可。只要操作系統沒有大的故障程序一般是比較穩定的。

考慮到用戶對數據的安全性要求，程序可以有獨立于操作系統之外的數據備份功能與過程，以及系統崩潰后的數據恢復功能。

7．其它需求

7.1正確性

要求發布的軟件能夠滿足用戶需求，實現各個功能，并且在運行過程中不出現嚴重錯誤。

7.2可維護性

要求本軟件擁有良好的可維護性，以滿足用戶不斷增長的需求以及日后的BUG修復工作。

7.3可移植性

該系統采用B/S開發模式，所以可以在多種平臺上很好的運行，所以該系統具有良好的移植性。

7.4軟件的完整性

最終將該系統制作成部署文件以保證系統的完整行。

7.5軟件的安全性

要求提供身份驗證，只允許通過身份驗證的用戶使用本軟件。并且通過驗證可以確認用戶身份，即確認用戶是否為系統管理員，只有系統管理員才可以對軟件進行數據的添加、刪除和修改操作，而普通用戶只能進行瀏覽數據等基本操作。

第 頁