當前位置:首頁>知識>怎么寫需求說明(詳細需求說明書應該怎么寫)
發布時間:2024-01-22閱讀(11)
關注 轉發免費獲取軟件開發整套文檔。

封面

目錄
1. 前言1.1. 產品背景描述為什么要做這個系統,市場、行業、政策,或者版本升級等等相關背景信息。根據《產品規劃文檔》中的信息,對產品進行總體的概述。使系統軟件分析設計人員、軟件開發人員和軟件測試人員,對該版本的運行環境、功能和性能需求有一個共同的了解,使之成為項目組工作的基礎。他們到底要實現什么產品,這個產品的整體情況是什么樣子的,產品的主要功能是什么等等。
1.2. 用戶背景描述本系統的用戶背景、能力信息。用戶的能力也是一種潛在需求,對于能力強的用戶,系統可以做的更專業點,對于能力弱的用戶,系統要做的更簡單點。
1.1. 術語、定義、縮略語定義系統或產品中涉及的重要術語,為讀者在閱讀文檔時提供必要的參考信息。
序號 | 術語或縮略語 | 說明性定義 |
1 | PM | Project Manager,項目經理 |
2 | ||
本系統已有的文檔資料。本文引用的文獻、資料、標準等。
2. 需求綜述給出產品的總體需求描述和總體的業務流程圖。
3. 詳細功能需求3.1 用戶登錄[示例]3.1.1. 需求點描述功能點簡單描述,將概要需求分成若干點進行描述
3.1.2. 背景應用場景描述,那種用戶使用,用這個功能實現什么應用,對需求背景進行分析,分析需求來源、合理性.
現狀:現有系統是如何處理的。
來源類型:是問題單?是產品規劃?是競爭需要?
3.1.3. 業務分析圖通過流程圖、用例圖、活動圖等多種方式來表達業務關聯關系和處理流程。讀者可以從中了解到當前系統實現什么樣功能,數據流向如何。
業務圖和文字相結合。
3.1.4. 功能描述根據業務流程來描述需求。
難于理解的部分要用例子來說明;
赴藏功能與其他需求相聯系的可以使用連接;
增加的功能,對系統原有的相關功能、模塊影響要說。
注:前后順序合理,先說因,后說果,避免使用主觀定性詞匯,如:用戶友好性、容易、簡單、快速、有效的,用用戶術語來寫不用計算機專用術語。
3.1.5. 數據需求輸入、輸出以及對這些數據處理規則,數據項用表格來烈士,要說明數據類型、業務意義、業務的特殊控制,當前數據和其他數據的關聯。
字段名 | 字段類型 | 默認值 | 字段來源 | 控制說明 | 是否必錄 |
定義各實體中包含的數據項,包括:
(1)數據項名稱
(2)數據項描述:定義數據項的含義,包括數據項與其它數據項的計算或邏輯關系;
(3)數據約束:非空;組成;長度;唯一;格式;關聯
(4) 實體的訪問頻度和增長頻度。
(5)等等。
l 用戶登錄信息數據項

用戶登錄信息數據項
3.1.1. 界面界面要符合人機規范,和現有系統產品保持一致,不應標新立異。將列出每個屏幕的標準按鈕、下拉菜單、功能、布局、快捷鍵等,必要是給出修改前后的界面的變化,供開發人員參考的界面必須明確注明,能否開發不應變更。
(1)界面說明:本功能包括哪些頁面,各頁面上布置哪些操作與實體;并對有特殊條件或要求的操作進行說明。
(2)圖示界面布局,采用任意的表達方式作出界面布局示意圖。
(3)界面數據項布置順序及tab順序,如不特殊提出,則按自然順序。
(4)習慣操作:在此條說明特殊操作習慣或操作要求。例如要求以”Enter”鍵代替“Tab”鍵等。
3.1.2. 升級要求該功能是否有升級要求,升級又需要考慮哪些問題。
升級后,保證原有系統數據的正確性,功能兼容性。
3.1.3. 性能要求給開發設計的指導,時延、事務響應時間要求。說明實現要考慮的性能問題,涉及并發、網絡控制、大數據量、預警、日志等功能,要說明使用的頻率。
3.1.4. 易用性易于使用、學習和理解
3.1.5. 開發注意事項開發過程應該注意地方。例如擴展性。
3.1.6. 相關性需求本需求是否與其他系統有接口,本需求實現是否影響接口變動,有影響要列出詳細描述數接口交換情況。
3.1.7. 測試注意事項測試容易遺漏或者難點的地方 供設計測試參考。
歡迎分享轉載→http://www.avcorse.com/read-71280.html
Copyright ? 2024 有趣生活 All Rights Reserve吉ICP備19000289號-5 TXT地圖HTML地圖XML地圖