第一篇：大學圖書館信息系統需求規格說明書要點

1.概述

1.1.系統簡述

本系統是為了給圖書管理人員和讀者借、還書帶來便利，除了圖書館內管理的一般功能還外，還包括網上在線查詢圖書信息、查詢本人的借閱情況和續借等功能。

系統名稱 ：XX大學圖書館信息管理系統 項目委托單位 ：XX大學圖書館

項目開發單位 ：XX大學管理學院信息管理與信息系統專業 系統最終用戶 ：XX大學圖書館工作人員

1.2.編寫目的

系統功能需求有：

編目

：分類，標注主題詞；錄入所有圖書的目錄及部分圖書的內容 借書證管理

：辦新證、換證、清理借書證（注、吊銷）提供檢索服務 ：查圖書的目錄、在館狀態；查圖書內容 流通服務

：借、還、續借、罰款、凍結借書證

圖書清理

：遺失、損壞、過時圖書及相應目錄的清理 統計分析

：分類統計圖書、讀者、借閱等信息

該文檔是為了明確系統需求，規劃設計進度，更好地安排系統開發測試，在開發過程中防止錯誤的出現，本文檔供項目經理、開發人員和設計人員參考。

1.3.參考資料

UML基礎與Rose建模教程

蔡敏 徐慧慧 黃炳強編著 信息系統分析與設計教程

陳佳

谷銳 李朝輝編著

1.4修訂版本記錄

本版本為第一版本，暫無修訂版本記錄

2.術語表

讀者信息注銷：采集學生或教師的離校信息，對相關借閱信息進行注銷，并收回借閱證。

借閱證辦理：根據新生入校時技術部采集的新生信息或新進教師信息進行借閱證辦理

圖書借閱：對讀者的借書進行登記，并將資源的狀態改為借出，同時修改讀者的借閱信息。

圖書歸還：根據讀者的還書，將資源信息改為在館，修改讀者的借閱信息。凍結借閱證：根據讀者是否有過分的行為達到凍結借閱證的地步，然后凍結借閱證收回讀者借閱書籍的權利。

圖書編目：根據圖書的ISBN號將圖書編碼，規放到特定的位置中的一個編碼。罰款：讀者由于借閱的書籍或者光盤超出規定的時間，超出的時間將要收取一定的現金作為處罰。

3.系統業務流程

3.1概述

圖書館管理系統業務主要是對讀者和圖書的管理，將具體業務分到分到3個部門來進行管理，分別是：辦公室、流通管理部和采編部，各個部門管理相關的業務，并通過相互配合，來完成實現系統的各種功能。

3.2概要調查

采編部門圖書目錄采購員購進圖書名單1圖書編目分類3檢索服務所需圖書信息表讀者信息辦公室圖書管理員借閱證圖書管理員借閱證4流通服務圖書記錄5圖書清理圖書信息讀者讀者管理2借閱證管理讀者信息借閱證辦公室分析報表6統計分析圖書管理員讀者辦公室辦公室讀者

總體業務流程圖

3.3詳細調查

3.3.1.辦公室業務的詳細調查

圖書管理員借閱證管理員提交憑證2.1發新證借閱證辦公室讀者讀者登記入館讀者檔案圖書管理員2.2讀者信息變更處理讀者登記表2.4注銷借閱證注銷卡號報表辦公室管理員申請掛失表管理員讀者退卡申請2.3卡回收管理員辦公室

借閱證管理業務流程圖

描述：辦公室的主要任務是對讀者信息以及借閱證的管理，借閱證的辦理、掛失、注銷等處理。

3.3.2.圖書流通管理部業務的詳細調查

圖書信息借閱證3.1圖書借閱所借圖書信息讀者管理員讀者管理員借閱證3.2圖書歸還所還圖書信息圖書信息

圖書活動業務流程圖 描述：

圖書借閱：讀者從圖書館中找到所需圖書拿到圖書流通管理部的管理員處，管理員根據讀者的借閱信息和圖書的基本信息來處理讀者的借閱請求。

圖書歸還：讀者將借閱到的圖書拿到圖書流通管理部管理員處，管理員根據讀者的借閱信息處理歸還業務，如果讀者借閱超期則通知讀者繳納罰款，否則將無法借閱圖書。

遺失圖書分析報告5.1遺失圖書處理遺失圖書處理報告管理員3管理員2管理員1損壞圖書分析報告5.2損壞圖書處理損壞圖書處理報告5.4更新報告圖書目錄更新流通管理部管理員2過時圖書分析報告5.3過時圖書處理過時圖書處理報告

圖書管理業務流程圖 描述：

3.3.3.采編部業務的詳細調查

圖書采購業務流程圖

3.3.4.詳細業務流程描述

1.購書業務管理 1.1清單討論 采編部根據近期出版的圖書和比較典型的書籍，列出一個預采購圖書的清單，流通管理部門的職工也可以根據情況提出相應的購書方案，然后通過討論確定最終的購書方案。

1.2購買圖書 通過會議的討論確定購書清單，采編部將購書清單發送給商家，并交納購書的金額

1.3派送購買圖書 2.編目圖書 2.1編目圖書 編目部將從出版社購得的圖書，根據ISBN號，以及圖書館圖書存放的位置，將圖書進行編目輸入到圖書的數據庫中，并商家根據采編部的購書清單和交納的金額，將相應的書本通過郵遞的方式發送到采編部

采編部 采編部

商家 采編部 采編部 編目部，流通管

理部 將編目過的圖書交予流通部上架

3.讀者請求處理 3.1請求借書 讀者在圖書館中找到自己想借閱的圖書，將圖書和自己的借閱證交到流通部的借閱管理員處，由管理員處理借閱事務

3.2處理借閱請通過讀者提交的圖書和借閱證，先判斷讀者的借閱信息，是求 否有超期的圖書或者借閱的圖書數量是否達到上限，如果條件都達到，就修改讀者的信息和書籍的信息

3.3請求歸還 讀者將自己借閱的書本交予流通部歸還處的管理員，向管理員提出歸還圖書的請求

3.4處理歸還請流通部管理員通過讀者提交的書本，判斷所借圖書是否超期，求 是否有污損，提醒讀者是否要繳納罰款，并處理書籍的信息 3.5繳納罰款 由于讀者所借圖書超期或者圖書有破損，處罰讀者的行為，讀者將相應金額的罰款和自己的借閱證交到罰款處的管理員，由管理員處理

3.6處理罰款 根據讀者提交的借閱證，查詢讀者所需繳納罰款的信息，并收取讀者相應的金額罰款，處理讀者罰款的信息

4.辦公室職能 4.1請求信息處讀者提出自己辦證入館、掛失或者注銷信息的請求，并填寫理 表格提交自己的個人信息，交予辦公室的管理員

4.2處理請求 辦公室的管理員根據讀者提交的請求以及相應的信息，判斷是否能夠處理請求的信息，若能處理便處理，否則提醒提交信息者。

4.系統用例模型

4.1參與者描述

流通管理部 讀者，流通管理

部 流通管理部

讀者，流通管理

部 流通管理部 讀者，流通管理

部 流通管理部 辦公室 讀者 辦公室

描述：系統的參與者主要是按照部門劃分的，每個部門可以有多個員工，但每個部門的員工只能處理本部門的業務。

4.2高層用例模型 4.2.1.總體用例圖

描述：系統中各個參與者與系統功能的關系

4.2.2.辦公室高層用例圖

描述：辦公室的主要功能就是對讀者信息的增刪改查

4.2.3.流通管理部高層用例圖

描述：流通部處理讀者圖書的借閱歸還、圖書信息處理和罰款處理

4.2.4.采編部高層用例圖

描述：采編部的主要功能就是采購圖書、編目圖書和更新圖書信息

4.2.5.讀者高層用例圖

描述：讀者在系統中的功能主要就是查詢個人信息、借閱圖書、歸還圖書、繳納罰款

4.3 分層用例模型

4.3.1.辦公室工作的子用例圖

用例說明：

（1）簡要說明：在操作界面上選擇需要的功能選項，包括登記辦證入館、借閱證掛失、借閱證掛失的取消、借閱證注銷、，選擇特定的功能后進入相應的操作界面，界面內主要包括查詢、新增、修改、刪除、退出功能。

（2）前提條件：操作者擁有操作權限。

（3）事件流

打開辦公室管理員操作界面 登錄管理界面

顯示權限內的功能選項

提供查詢、新增、修改、刪除、退出操作選項

選擇查詢功能

獲得讀者的借閱證號或者學號

按讀者借閱證號或者學號以及其他重要信息查詢 判斷是否得到查詢結果 如果未得到查詢結果

則提示：“無符合條件的讀者信息” 否則

顯示查詢結果

選擇新增功能

獲得讀者的學號，姓名等重要必須的信息 輸入相應的信息并提交存盤 判斷是否成功 如果存盤成功 則提示：“新增讀者成功”

否則

提示：“新增讀者操作失敗”

選擇修改功能

獲得讀者的借閱證號或者學號 顯示查詢出的結果 輸入相應的修改信息 提交并保存修改信息 判斷是否修改成功 如果修改成功

則提示：“修改讀者信息成功” 否則

提示：“修改讀者信息失敗”

選擇刪除功能

獲得讀者的借閱證號或者學號 顯示查詢出的結果 選擇刪除操作

判斷刪除操作是否成功 如果刪除成功

則提示：“刪除讀者信息成功”

否則

提示：“刪除讀者信息失敗”

選擇退出功能

終止管理者的用例

（4）事后條件：正確的信息保存在數據庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.2.采編部工作的子用例圖

用例說明：

（1）簡要說明：在操作界面上實現圖書編目的處理

（2）前提條件：獲得圖書的關鍵信息，操作者擁有操作權限

（3）事件流：

打開圖書編目界面 輸入圖書的重要信息 進行圖書編目 判斷處理是否成功 如果處理成功

顯示處理后圖書的編號 并提示：“處理成功” 否則

提示：“處理失敗，請確定輸入信息的正確性” 返回至圖書編目界面

（4）事后條件：正確的圖書編號保存在數據庫中（5）非功能性需求

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.3.流通管理部子用例圖 4.3.3.1.圖書借閱用例圖

用例說明：

（1）簡要說明：在操作界面上顯示處理圖書借閱

（2）前提條件：獲得借閱圖書的編號和讀者的借閱證號，操作者

擁有操作權限

（3）事件流：

打開借閱處理的界面 輸入讀者的借閱證號 顯示讀者的借閱信息 如果有圖書超期、拖欠罰款未交或借閱已達上限

提示讀者未能借書的信息，不能借閱圖書

否則

輸入圖書的編號

顯示圖書的信息

處理借閱請求

判斷借閱操作是否成功 如果處理成功

提示：“借閱圖書處理成功”

顯示讀者借閱的信息 否則

提示：“借閱處理失敗，請確定所輸入信息的正確性”

返回至借閱處理界面

（4）事后條件：正確的借閱處理信息保存在相應的數據庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示 4.3.3.2.圖書歸還用例圖

用例說明：

（1）簡要說明：在操作界面上顯示處理歸還圖書信息

（2）前提條件：獲得歸還圖書的編號，操作者擁有操作權限（3）事件流：

打開歸還處理的界面 輸入圖書的編號

顯示圖書借閱的信息以及借閱者信息 如果圖書超期

提示讀者超期信息 處理歸還圖書操作 判斷歸還操作是否成功 如果處理成功

提示：“歸還處理成功” 顯示歸還后讀者的借閱信息

否則

提示：“歸還處理失敗，請確定輸入信息的正確性” 返回至歸還處理界面

（4）事后條件：正確的罰款處理信息保存在數據庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.3.3.罰款處理用例圖

用例說明：

（1）簡要說明：在操作界面上顯示處理罰款處理信息

（2）前提條件：獲得讀者的借閱證號，操作者擁有操作權限（3）事件流：

打開罰款處理的界面 輸入讀者的借閱證信息 顯示讀者的超期記錄 處理讀者的罰款信息 判斷罰款處理是否成功 如果處理成功

提示：“罰款處理成功” 顯示處理后的罰款記錄 否則

提示：“罰款處理失敗，請確定輸入信息的正確性” 返回至罰款處理界面

（4）事后條件：正確的罰款處理信息保存在數據庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.3.4.圖書處理用例圖

用例說明：

（1）簡要說明：在操作界面上實現圖書信息的處理

（2）前提條件：獲得圖書的關鍵信息，操作者擁有操作權限

（3）事件流：

打開圖書處理界面 輸入圖書的重要信息 修改或刪除圖書的信息 判斷處理是否成功

如果處理成功

顯示處理后圖書的信息 并提示：“處理成功” 否則

提示：“處理失敗，請確定輸入圖書信息的正確性” 返回至圖書處理界面

（4）事后條件：正確的圖書信息保存在數據庫中（5）非功能性需求

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.4.讀者子用例圖 4.3.4.1.借閱圖書用例圖

用例說明

（1）簡要說明：在操作界面上顯示借閱圖書處理的信息

（2）前提條件：獲得讀者的借閱證號和所借圖書的信息、操作者擁有權限

（3）事件流：

打開讀者借閱圖書處理的界面 輸入讀者的借閱證號 判斷讀者能否借書 如果能夠借書

則提示：“讀者已借X本書，可借Y本書，無罰款信息” 輸入所借圖書信息 處理借閱

判斷借閱處理是否成功 如果成功

則提示：“讀者借閱圖書處理成功”

返回至功能選擇界面 否則

提示：“讀者借閱處理失敗，請確定讀者信息的正確性”

返回至借閱處理界面

否則

提示：“讀者借書已滿”或者“有圖書逾期記錄”

返回至功能選擇界面

（4）事后條件：正確的借閱處理信息保存在數據庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.4.2.圖書歸還用例圖

用例說明：

（1）簡要說明：在操作界面上顯示歸還圖書處理的信息

（2）前提條件：獲得讀者借閱證號和歸還圖書的信息，操作者擁有處理歸還圖書的權限

（3）事件流

打開讀者歸還圖書的操作界面

輸入讀者借閱證號顯示讀者的借閱信息 顯示讀者圖書是否超期并提醒讀者 處理歸還操作 判斷操作是否成功 如果成功

則提示：“讀者歸還圖書成功”

選擇返回功能

界面返回至管理員登陸成功后的功能選擇界面 否則

提示：“歸還圖書失敗，請確定輸入信息的正確性”

返回至歸還圖書界面

（4）事后條件：正確的圖書歸還后保存在數據庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.4.3 個人信息查詢用例圖

用例說明：

（1）簡要說明：在登錄后顯示具體的詳細信息（2）前提條件：了解個人的借閱證號和密碼（3）事件流

打開讀者登錄的頁面 輸入借閱證號及密碼 判斷是否登錄成功 如果登錄成功

則提示：“登錄成功” 顯示讀者的個人信息 選擇退出功能

退出讀者查詢 否則

提示：“密碼錯誤”、“借閱證號錯誤”和“查詢不到相應的結果”

（4）非功能性需求：

在輸入信息操作時，對輸入的錯誤信息要立即提示

4.4主要用例間的活動描述 4.4.1 采編部活動圖

4.4.2流通管理部活動圖

4.4.3 借書活動圖

4.4.4 還書活動圖

4.4.5 辦公室活動圖

4.5核心對象的狀態變遷描述 4.5.1借閱證狀態圖

4.5.2圖書狀態圖

5.需求原型系統

5.1需求原型總體結構

5.2各用例的需求原型

5.2.1流通管理部門的用例情景描述 5.2.1.1借閱圖書的情景描述

5.2.1.2還書處理的情景描述

5.2.1.3罰款處理的情景描述

5.2.1.4圖書處理的情景描述

5.2.1.5刪除圖書的信息情景描述

5.2.2讀者的情景描述 5.2.2.1查詢借閱書籍信息

5.2.3采編部門的情景用例描述 5.2.3.1圖書編目入館的情景描述

5.2.4辦公室的情景描述

5.2.4.1讀者信息的添加情景描述

5.2.4.2讀者借閱證的掛失情景描述

5.2.4.3讀者信息的刪除情景描述

6.其他需求

系統有的采用不同級別的權限來控制，學生和教師只能查看自己的個人信息。進行密碼修改，已借圖書的查詢，預約等操作。操作員身份可以處理學生、老師的借還，掛失，預約操作。管理員，可以查看借閱，還書在某個時間段的流量。每個讀者或是操作員的工作日志。還能進行系統的一些參數的設置。每個權限都分別有不同的操作頁面。這些權限都要進身份認證之后才能進入操作頁面。并設置操作的超時時限。防止用戶在沒有進過身份的認證就進入更高一級的操作頁中去。還可以在用戶長時間沒有進行任何操作之后就自動關閉與服務器的連接。

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

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

需求規格說明書編寫心得

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

1.需求編寫依據

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

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

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

3.項目背景

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

2)如何解決該問題；

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

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

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

4.系統總體概述

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

5.術語與用詞

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

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

6.描述模塊

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

? 模塊描述

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

? 重要業務及流程

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

? 功能需求定義

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

? 數據字典

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

? 重要界面原型圖

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