版本歷史
目錄0. 文件介紹 4
0.1 文件目的 4
0.2 文件範圍 4
0.3 讀者物件 4
0.4 參考文件 4
0.5 術語與縮寫解釋 4
1. 產品介紹 5
2. 產品面向的使用者群體 5
3. 產品應當遵循的標準或規範 5
4. 產品的功能性需求 5
4.0 功能性需求分類 5
feature m 6
function 6
5. 產品的非功能性需求 6
5.1 使用者介面需求 6
5.2 軟硬體環境需求 6
5.3 產品質量需求 6
其他需求 7
6 物件導向需求分析之使用案例 7
6.1 什麼是使用案例 7
6.2 使用案例應包括的內容 7
6.3 功能與技術需求 7
6.4 uml中使用案例的表述方式------用例圖 8
a.1 需求標題1 9
需求標題n 9
該文件首先給出了整個系統的整體網路結構和功能結構的概貌，試圖從總體架構上給出整個系統的輪廓，然後又對功能需求、效能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述採用了uml的用例模型方式，主要描述了每一用例的基本事件流，若有備選事件流則描述，否則省略。而且還給出了非常直觀的用例圖。
這些文字和圖形都為了本文件能詳細準確地描述使用者的需求，同時也為使用者更容易地理解這些需求的描述創造了條件。該文件詳盡說明了這一軟體產品的需求和規格，這些規格說明是進行設計的基礎，也是編寫測試用例和進行系統測試的主要依據。同時，該文件也是使用者確定軟體功能需求的主要依據。
該產品是在積累了豐富業務經驗的基礎上進行開發的，在需求上，充分考慮了具體使用者的實際情況。本產品將主要適用於各類**銷售，主要完成商場的銷售系統。
適合於商場。
張海藩，《軟體工程導論（第五版）》，清華大學出版社，2008
林銳編《軟體工程思想》
swapna kishore編《軟體需求分析》，機械工業出版社
用rational rose 2003 設計商業銷售系統。本次分析設計是針對乙個商業銷售系統中的幾個主要業務進行建模。 我們的設計物件是乙個商場的商業銷售系統。
商場下設有業務部、倉庫、若干櫃檯組及收銀台等，業務部負責組織進貨、保管及銷售，倉庫對購進的商品進行保管，而櫃檯則是進行商品零售的場所，收銀台作為大廈財務出納的收款點負責零售商品的收款。
提示：（1）描述本產品面向的使用者（客戶、終端使用者）的特徵，
（2）說明本產品將給他們帶來什麼好處？他們選擇本產品的可能性有多大？
提示：闡述本產品應當遵循什麼標準、規範或業務規則（business rules），違反標準、規範或業務規則的產品通常不太可能被接受。
提示：將功能性需求先粗分再細分，下表中的 feature a, function a.1等符號應當被替換成有含義的名稱。
提示：此處寫一些承上啟下的文字。
功能描述：
…… 物件導向開發方法的需求分析主要採用使用案例的方式獲得，這是一種發現和篩選需求技術相結合的「案例建模方式」。
為了回答以下三個問題：
1) 誰要使用待開發的系統？
2) 為了向使用者提供價值，系統需要提供什麼服務？
3) 當使用者為了特定具體目的與系統互動，他們所期待的效果是什麼？
物件導向開發方法利用使用案例，採用乙個簡單陳述的方法，通過描述或**的方式，說明系統的具體目標和效果。
1) 如何**在與未來系統互動時的所有不同的使用者角色
2) 必須歸納描述軟體應用系統作為整體提供的服務的各種使用者的視點
3) 如何把使用案例作為上述工作的檔案證明手段
考慮把所有使用案例都用於系統，其目的是全面徹底地研究系統的功能需求，以便確保特種型別的使用者，或系統的潛在用途不被遺漏。
功能需求：從系統使用者的觀點來看，功能需求即系統如何操作或執行有關的特性。可進一步細化為兩類需求，一種是「面向目標」的功能需求；這些需求只提供對系統用途的描述，而不從使用者角度說明如何實現這些需求，在描述面向目標的需求時應避免討論實現問題；另一種是「外觀與感覺」需求，這種需求在使用者期待系統外觀形式和使用者期待系統行為方面更具體一些，同樣是從使用者角度描述的。
技術需求：技術需求更多關心系統內部如何構建，以便滿足功能需求，可以把這種技術需求看作對程式設計人員處理解決方案的要求，這種技術需求並不在使用案例分析中起作用。
用例圖包括四種元素：
1) 系統：系統被看作是乙個提供用例的黑盒子，內部如何工作、用例如何實現，這些對於建立用例模型來說都不重要。代表系統方框的邊線表示系統的邊界，用於劃分系統的功能範圍、定義系統所具有的功能。
描述該系統功能的用例置於方框內，代表外部實體的行為都置於方框外。
2) 用例：乙個用例是可被行為者感受到的、系統的乙個完整的功能。在uml中把用例定義成系統完成一系列動作，動作的結果能被特定的行為者覺察到。
這些動作除了完成系統內部的計算工作外，還包括與一些行為者的通訊。通過關聯與行為者連線。
3) 行為者：與系統互動的人或其他系統，它代表外部實體。使用用例並且與系統互動的任何人或物都是行為者。行為者代表一種角色，而不是某個具體的人或物。
4) 用例間的關係：包括擴充套件、使用關係。
附錄a：使用者需求調查報告
常見需求調查方式有：
與使用者交談，向使用者提問題。
參觀使用者的工作流程，觀察使用者的操作。
向使用者群體發調查問卷。
與同行、專家交談，聽取他們的意見。
分析已經存在的同類軟體產品，提取需求。
從行業標準、規則中提取需求。
從internet上搜查相關資料。
使用者需求說明書
專案名稱 版本歷史 目錄1 檔案說明 4 1.1 編寫目的 4 1.2 預期讀者 4 1.3 參考資料 4 1.4 術語定義 4 2 需求概述 5 2.1 專案背景 5 2.2 業務目標 5 2.3 業務範圍 5 2.4 使用者特點 5 2.5 假定約束 5 3 功能需求 6 3.0 功能需求分類 ...
使用者需求說明書
版本歷史 目錄0.文件介紹 4 0.1 文件目的 4 0.2 文件範圍 4 0.3 讀者物件 4 0.4 參考文件 4 0.5 術語與縮寫解釋 4 1.產品介紹 5 2 產品開發背景 5 3.產品面向的使用者群體 5 4.產品應當遵循的標準或規範 5 5.產品的功能性需求 5 5.0 功能性需求分類...
使用者需求說明書
網上競拍系統 版本歷史 目錄0.文件介紹 4 0.1 文件目的 4 0.2 文件範圍 4 0.3 讀者物件 4 0.4 參考文件 4 0.5 術語與縮寫解釋 4 1.產品介紹 5 2.產品面向的使用者群體 5 3.產品應當遵循的標準或規範 5 4.產品的功能性需求 5 4.0 功能性需求分類 5 f...