需求規(guī)格說明書模版

1、軟件需求規(guī)格說明書模版ASIT-SP-SE02-T01版本：1.0發(fā)布日期：2010-10-08北京航天理想科技有限公司修訂歷史記錄：*A -增加 M -修訂 D -刪除變更版本號日期變更類型（A*M*D）修改人摘要備注項目名稱軟件需求規(guī)格說明書當前版本號：需求確認時間:【客戶名稱】北京航天理想科技有限公司文件變更記錄*A -增加 M -修訂 D -刪除變更 版本 號日期變更類型（A*M*D ）修改人變更摘要備注需 求 調 查 過 程調查情況概述，包括調查時間、調查人、被調查人、調查方式、需求審查人、調查過程情況等。需 求 承 諾本軟件需求規(guī)格說明書建立在雙方對需求的共同理解基礎之上， 軟件需

2、求規(guī) 格說明書在確認后納入需求基線控制，對需求基線進行變更需要按照變更控制規(guī)程” 按流程進行。我同意后續(xù)的開發(fā)工作根據(jù)該軟件需求規(guī)格說明書開展。我明白需求的變更可能將導致雙方重新協(xié)商成本、資源和進度等。甲方代表簽字：時間：乙方代表簽字：時間：目錄1前言61.1目的61.2讀者對象及閱讀建議 61.3參考文檔61.4術語與縮略語解釋 62 綜合描述62.1項目背景62.2關鍵問題說明 62.3項目建設目標62.4項目范圍72.5現(xiàn)行業(yè)務調查 72.5.1職能結構圖72.5.2相關崗位職責 72.5.3現(xiàn)行業(yè)務流程圖（或活動圖） 73.功能需求83.1功能需求概述 83.1.1新系統(tǒng)功能清單 83

3、.2功能需求描述 93.2.1功能模塊1 （如：報警中心。角色桌面作為功能模塊進行描述，在功能模塊之前描述）.93.2.1.1.1 流程圖 93.2.1.1.2流程圖說明 93.2.1.1.3功能頁面103.2.2功能模塊2114 數(shù)據(jù)字典115.接口需求115.1與XXX系統(tǒng)接口 115.1.1XXX 系統(tǒng)情況 115.1.2接口方案描述115.2與YYY 系統(tǒng)接口 126非功能性需求 126.1可用性需求126.2性能需求 126.3可靠性需求126.4可移植性需求 126.5安全性需求127.補充資料127.1待確定的問題列表 127.2表證清單12模板中用藍色標示的文字全為注解或需注意

4、的地方，形成正式文檔時請刪除 【說明：對于規(guī)模較大的系統(tǒng)建議編寫一份總體需求規(guī)格說明書，將非功能需求放在總體說明書上，各分 冊只描述功能方面的內(nèi)容?！?前言北京航天理想科技有限公司（以下簡稱乙方）根據(jù)合同為YYYYYY （以下簡稱甲方）開發(fā) XXXXXX項目應用軟件。本軟件需求規(guī)格說明書是乙方在調研甲方實際業(yè)務需求的基礎上分析整理后形成的，建立在雙方 對需求的共同理解基礎之上。軟件需求規(guī)格說明書經(jīng)雙方確認后形成軟件需求基線，成為項目后續(xù)系列工作開展的基礎，不得隨意更改。如果需求發(fā)生變化，甲乙雙方將按照“需求變更控制規(guī)程”執(zhí)行。甲 乙雙方均明白需求的變更將可能導致雙方重新協(xié)商成本、資源和進度等。

5、1.1目的【說明：規(guī)定系統(tǒng)的邊界和目標，描述系統(tǒng)的功能性需求和非功能性需求?！?.2讀者對象及閱讀建議【列舉軟件需求規(guī)格說明所針對的不同讀者，例如開發(fā)人員、項目經(jīng)理、營銷人員、用戶、測試人員或文 檔的編寫人員。描述了文檔中剩余部分的內(nèi)容及其組織結構。提出了最適合于每一類型讀者閱讀文檔的建 議?！?.3參考文檔【說明：列出本文檔的所有參考文獻，包括計劃任務書、合同、批文、引用到的文件、資料及軟件開發(fā)標 準等。用書名號擴起來】1.4術語與縮略語解釋【說明：列出本文件中用到的專門術語的定義和縮寫詞的原詞組， 并給予解釋，以便于所有讀者達成共識?！?.綜合描述2.1項目背景【說明：概述項目產(chǎn)生的背景情

6、況，如客戶的概況、業(yè)務的概況、原有系統(tǒng)的概況等?！?.2關鍵問題說明【說明：提供一段說明，總結此項目正在解決的問題，如管理上不可控、流程不順暢、業(yè)務處理效率不高等等?！筷P鍵問題關鍵問題描述優(yōu)先級低高優(yōu)先級是根據(jù)需求 輕重緩急”的分級表述，劃分為 高、中、低”三級。2.3項目建設目標【說明：概述客戶希望通過項目達到的管理提升、業(yè)務改進、效率提高等方面的目標，這是項目的愿景文件，一般不應該超過5條?！?.4項目范圍【說明：闡述本項目 適用的領域”和 不適用的領域”本項目 應當包含的內(nèi)容”和 不包含的內(nèi)容”。2.5現(xiàn)行業(yè)務調查2.5.1職能結構圖【說明：詳細說明項目涉及的部門組織結構，目標客戶的工作

7、環(huán)境。該項目或具體子系統(tǒng)相關的業(yè)務部門、 技術部門、管理部門。職能結構圖用 VISIO的“組織結構圖”編輯，下面是個例圖】州電組機圖 柳供局織構 L r - B- - K r K- - » m -kll Emi17HI呼叫山心"“八"八郊區(qū)抄應班平下人kAwrnrTHEMrT717-ll-.rl-1!i*戶常訊班'業(yè)著班1抄衣班瑋班1'外址班2.5.2相關崗位職責【說明：按部門說明系統(tǒng)中的涉及的相關崗位、職責?！坎块T崗位職責描述2.5.3現(xiàn)行業(yè)務流程圖（或活動圖）【說明：用流程圖或帶泳道的活動圖來描述當前情況下業(yè)務的工作流轉情況。下面VISIO格式

8、的流程圖例圖】開始初始化當月電費檔案3.功能需求3.1功能需求概述3.1.1新系統(tǒng)功能清單【說明：功能代碼、功能模塊、功能名稱、功能描述、重要程度。功能代碼的編碼規(guī)則：用數(shù)字代碼表示，前兩位代表子系統(tǒng)，后兩位代表功能模塊，再后兩位表示功能名 稱，以此類推。例如：010101，其中前兩位01代表智能報警中心子系統(tǒng)，中間兩位01代表報警中心模塊,最后兩位01代表具體功能名稱。權限控制：描述不同權限得角色，是否對該功能模塊可見。優(yōu)先級是根據(jù)需求 輕重緩急”的分級表述，劃分為 高、中、低”三級 系統(tǒng)特性描述：用精煉的語言描述該功能實現(xiàn)的主要功能?！啃枨蟠a功能模塊功能名稱系統(tǒng)特性描述權限控制優(yōu)先級01

9、01報警中心低010101待簽收報警信息根據(jù)角色權限不同，查詢其權限范 圍內(nèi)得待簽收報警信息。高3.2功能需求描述【說明：對于每一類功能需要具體描述，功能代碼需對應3.1.1新系統(tǒng)功能清單】3.2.1功能模塊1 （如：報警中心。角色桌面作為功能模塊進行描述，在功能模塊之前描述）本功能的模塊圖（功能模塊選填） 本桌面的界面原型圖 （角色桌面選填）321.1功能項11 （如：待簽收報警信息。流程信息作為功能項進行描述）【說明：需求編號、功能項、功能頁面、功能描述、對應表單、權限控制 需求編號：對應上述功能模塊中定義的功能項代碼； 功能項：用簡單精煉的詞語描述該功能項的名稱； 功能頁面：描述該功能項

10、中包含哪些功能頁面；功能描述：用簡單精煉得語言描述該功能項、該頁面實現(xiàn)的功能：對應表單：填寫該功能頁面對應7.2表證清單中的表單編號，根據(jù)該表單，確定頁面設置、打印等功能實 現(xiàn)；權限控制：描述不同權限得角色，是否對該功能模塊可見。 備注：該部分未描述清楚部分在此說明；】需求編 號功能 項功能頁面功能描述對應表單權限控制備注010101待簽 收報 警信 息根據(jù)角色權限不 同，查詢其權限 范圍內(nèi)得待簽收 報警信息。查詢頁面登記頁面3.2.1.1.1流程圖需在工作流繪制流程圖，此處為工作流繪制流程圖截圖3.2.1.1.2流程圖說明環(huán)節(jié)編號環(huán)節(jié)名稱處理實體跳轉條件備注【說明:環(huán)節(jié)編號：描述該環(huán)節(jié)在工作

11、流中的環(huán)節(jié)編號。環(huán)節(jié)名稱：描述該環(huán)節(jié)的環(huán)節(jié)名稱。處理實體：描述該環(huán)節(jié)的處理實體，例如：XX崗位、XX人、XX環(huán)節(jié)。跳轉條件：描述該環(huán)節(jié)是否存在跳轉、返回、分支等情況。跳轉需要描述跳轉到哪一環(huán)節(jié)，返回需描 述返回到哪一環(huán)節(jié)，分支環(huán)節(jié)需要描述根據(jù)什么條件進行分支及分支后續(xù)環(huán)節(jié)。備注：該部分未描述清楚部分在此說明；】321.1.3功能頁面界面原型圖【說明：用dreamweaver進行繪制?！孔侄雾椬侄蚊?稱字段類 型字段長 度是否必填 項編碼規(guī)范是否設為 查詢條件引用 說明？約束條件權限控 制備注【說明：字段名稱：字段的中文名稱。字段類型：字段的類型，例如varchar，number等等。字段長度：

12、描述字段的最大長度。是否必填項：描述該字段是否需要設置必填屬性。編碼規(guī)范：描述字段引用的編碼規(guī)范，如果是國標、部標的編碼規(guī)范，需填寫該標準的代碼，如果是 自定義的編碼規(guī)范，需填寫該規(guī)范的代碼（代碼詳見下文中編碼規(guī)范中定義的規(guī)范代碼）；是否設為查詢條件：針對查詢頁面，說明該字段是否需要設為查詢條件字段；引用說明：描述該字段是否從前一環(huán)節(jié)引用過來或者通過數(shù)據(jù)復用引用過來，以及在該環(huán)節(jié)是否可以 編輯；約束條件：描述對該字段約束條件。例如身份證號需要進行長度和規(guī)則校驗，日期型字段需要進行校 驗，如結束時間不能早于開始時間，根據(jù)某些字段控制其他字段的顯示等。權限控制：描述不同權限得角色，是否對該字段可見

13、。備注：該部分未描述清楚部分在此說明；】按鈕/鏈接信息按鈕/鏈接名稱實現(xiàn)功能約束條件權限控制備注【說明：按鈕/鏈接名稱：按鈕/鏈接的中文名稱。實現(xiàn)功能：描述該按鈕/鏈接實現(xiàn)的功能。約束條件：描述對該按鈕/鏈接的約束條件。例如：保存之后才可以出現(xiàn)“傳遞”按鈕等。 權限控制：描述不同權限得角色，是否對該按鈕/鏈接可見。備注：該部分未描述清楚部分在此說明；】321.2功能項12322功能模塊24 數(shù)據(jù)字典字典編號D00001中文名稱是否引用描述自行定制代碼層次關系名稱01是11否【說明：1、 字典編號：為系統(tǒng)的所有數(shù)據(jù)字典的順序編號，五位，首字母為D，從1開始順序遞增，例：D0001 ;2、引用描述

14、：分為“自行定制”、“引用XX內(nèi)容”兩種。如果是自行定制的數(shù)據(jù)字典，填寫“自行定 制”；如果是其他功能項維護后產(chǎn)生的數(shù)據(jù)字典，需要描述該數(shù)據(jù)字典的數(shù)據(jù)來源，填寫“引用 XX內(nèi) 容”，例如：功能項“比對方案”中的“數(shù)據(jù)源”字段所用到的數(shù)據(jù)字典，就是通過功能項“數(shù)據(jù)源 配置”中維護后產(chǎn)生的；3、代碼：數(shù)據(jù)字典的代碼部分；如果是樹形數(shù)據(jù)字典，在代碼填寫時需根據(jù)層次關系編寫代碼。4、層次關系：如果是樹形菜單需填寫其所屬層次，如果是樹形菜單或者存在上下級關系，填寫所屬 菜單層次。5、名稱：數(shù)據(jù)字典的名稱部分；。】5接口需求5.1與XXX系統(tǒng)接口5.1.1XXX系統(tǒng)情況系統(tǒng)名稱系統(tǒng)概述開發(fā)單位體系架構實施

15、單位投運時間安全隔離要求5.1.2接口方案描述【說明：本節(jié)描述接口的詳細方案，接口用途闡明接口實現(xiàn)的業(yè)務需求，如實現(xiàn)數(shù)據(jù)共享、消息傳遞等； 接口提供方包括我方、其他接口提供廠商；實現(xiàn)方式包括通過中間表、 WEB SERVICE、JMS等等；接口實現(xiàn)說明是指需要描述調用該接口涉及到的調用說明文檔，相關的各種包、代碼和函數(shù)等詳細信息。 場景是指系統(tǒng)之間實際發(fā)生信息傳遞的情況，比如說調用全國違法人員請求服務，緊接著將場景對應的消 息格式詳細描述出來，其中編碼規(guī)范填寫規(guī)范參考 3.2.1.1中編碼規(guī)范的填寫說明】【如果接口比較復雜，推薦單獨成冊，此處明確對接口方案文檔的引用】接口用途接口提供方接口實現(xiàn)方式接口實現(xiàn)說明場景1描述字段代碼字段類型字段長度是否為空編碼規(guī)范字段意義場景2描述字段代碼字段類型字段長度是否為空編碼規(guī)范字段意義5.2與YYY系統(tǒng)接口6. 非功能性需求6.1可用性需求【說明：指客戶在界面風格、易用性、易學習性等方面的要求?！?.2性能需求【說明：指客戶在系統(tǒng)響應時間、最大允許的并發(fā)客戶數(shù)等方面的要求?！?.3可靠性需求【說明：指客戶在平均無故障運