【文章內(nèi)容簡介】 軟件、或人與軟件交互的靜態(tài)或動態(tài)數(shù)值需求。 靜態(tài)數(shù)值需求可能包括：支持的終端數(shù)，支持并行操作的用戶數(shù)，處理的文卷和記錄數(shù)， 表和文卷的大小等。 動態(tài)數(shù)值需求可能包括：欲處理的事務(wù)和 任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量等。 所有這些需求都必須用可以度量的術(shù)語來敘述。例如： 95%的事務(wù)必須在小于 1s時間內(nèi)處理完，不然，操作員將不等待處理的完成。 ? 精度 說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。 ? 時間特性 要 求 說明對于該軟件的時間特性要求，如對響應(yīng)時間 、 更新處理時間 、 數(shù)據(jù)的轉(zhuǎn)換和傳送時間 、 解題時間等的要求。 ? 靈活性 說明對該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時，該軟件對這些變化的適應(yīng)能力，如：操作方式上的變化 、 運(yùn)行環(huán)境的 變化 、 同其他軟件的接口的變化 、 精度和有效時限的變化 、 計(jì)劃的變化或改進(jìn)等 。 對于為了提供這些靈活性而進(jìn)行的專門設(shè)計(jì)的部分應(yīng)該加以標(biāo)明。 在軟件的需求之中有若干個屬性，下面列舉一部分。 【提醒注意】下列屬性決不能理解為是一個標(biāo)準(zhǔn)的或完整的清單，而應(yīng)根據(jù)項(xiàng)目實(shí)際情況予以列舉。 正確性 健壯性 安全保密性 這里指的是保護(hù)軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領(lǐng)域的具體需求必須包括：利用可靠的密碼技術(shù)， 掌握特定的記錄或歷史數(shù)據(jù)集，給不同的模塊分配不同的功能，限定一個程 序中某些區(qū)域的通信，計(jì)算臨界值的檢查等。 易使用性 可理解性 可維護(hù)性 這里規(guī)定若干需求以確保軟件是可維護(hù)的。例如：軟件模塊所需要的特殊的耦合矩陣，為微型裝置指定特殊的數(shù)據(jù) /程序分割要求等。 可測試性 可移植性 這里規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序、用戶接口兼容方面的約束等。 用戶接口 （ 1） 提供用戶使用軟件產(chǎn)品時的界面需求。例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 20 頁 定如下要求：對屏幕格式的要求，報表或菜單的頁面顯示格式和內(nèi)容，用戶命令的格式，輸入輸出的相對時間，程序功能 鍵的可用性。 （ 2） 列出輸出錯誤信息的格式。 硬件接口 （ 1） 指出軟件產(chǎn)品與系統(tǒng)硬部件之間每一個接口的邏輯特點(diǎn)。 （ 2） 指出硬件接口支持的設(shè)備。 （ 3） 描述軟件與硬件接口之間以及硬件接口與支持設(shè)備之間的約定。 軟件接口 描述項(xiàng)目待開發(fā)軟件產(chǎn)品與其它有關(guān)軟件的接口關(guān)系，并指出這些軟件的以下內(nèi)容：名字、助記符、規(guī)格說明號、版本號、來源。 【提醒注意】對于每一個接口，應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，這里不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。 通訊接口 說明各種通信接口及協(xié) 議，例如局部網(wǎng)絡(luò)的協(xié)議等。 其它標(biāo)準(zhǔn)的約束 描述由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如：報表格式、數(shù)據(jù)命名、財(cái)務(wù)處理、審計(jì)追蹤等等。 硬件設(shè)備的約束 描述在各種硬件約束下運(yùn)行而產(chǎn)生的軟件要求，可能的約束有硬件配置的特點(diǎn)（接口數(shù)、指令系統(tǒng)等），內(nèi)存儲器和輔助存儲器的容量等。 【提醒注意】 ? 此部分內(nèi)容一般在數(shù)據(jù)要求說明書中進(jìn)行描述，如果項(xiàng)目軟件產(chǎn)品規(guī)模較小，系統(tǒng)復(fù)雜程度較低，數(shù)據(jù)需求較簡單，也可在此章中描述。 ? 此部分內(nèi)容也可能在功能需求中予以說明。 數(shù)據(jù)描述 （ 1） 列出作為控制和引用而使用的靜態(tài)數(shù)據(jù)元 素 （ 2） 列出動態(tài)輸入數(shù)據(jù)元素 （ 3） 列出動態(tài)輸出數(shù)據(jù)元素 （ 4） 列出軟件內(nèi)部生成的數(shù)據(jù)元素 數(shù)據(jù)獲取 （ 1） 列出提供輸入數(shù)據(jù)的機(jī)構(gòu) （ 2） 列出數(shù)據(jù)輸入介質(zhì)和設(shè)備 （ 3） 列出數(shù)據(jù)輸出介質(zhì)和設(shè)備 根據(jù)軟件和用戶組織的特性等，某些需求在這里描述，下面列舉一部分。 【提醒注意】下列需求項(xiàng)決不能理解為是一個標(biāo)準(zhǔn)的或完整的清單，而應(yīng)根據(jù)項(xiàng)目實(shí)際情況予以列舉。 數(shù)據(jù)庫 本項(xiàng)對作為項(xiàng)目產(chǎn)品的一部分進(jìn)行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們可能包括： （ 1） 在功能需求中標(biāo)識的信息類別； （ 2） 使用的頻率 （ 3） 存取能力； （ 4） 數(shù)據(jù)元素和文卷描述符； （ 5） 數(shù)據(jù)元素、記錄和文卷的關(guān) 系； 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 21 頁 （ 6） 靜態(tài)和動態(tài)的組織； （ 7） 數(shù)據(jù)保存要求。 【提醒注意】如果使用一個現(xiàn)有的數(shù)據(jù)庫包，這個數(shù)據(jù)庫包應(yīng)在“軟件接口”中命名，并在那里詳細(xì)說明。 數(shù)據(jù)管理能力 說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。 操作 這里說明用戶組織之中各種方式的操作。例如： （ 1） 用戶初操作； （ 2） 交互作用操作的周期和無人操作周期； （ 3） 數(shù)據(jù)處理支持功能； （ 4） 后援和恢復(fù)操作。 【提醒注意】這里的內(nèi)容有時是“用戶接口”的一部分。 故障處理 4. 運(yùn)行環(huán)境規(guī)定 列出運(yùn)行該軟件所需要的硬設(shè)備。說明 其中的新型設(shè)備及其專門功能，包括： （ 1） 處理器型號及內(nèi)存容量； （ 2） 外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲格式，設(shè)備的型號及數(shù)量； （ 3） 輸入及輸出設(shè)備的型號和數(shù)量，聯(lián)機(jī)或脫機(jī)； （ 4） 數(shù)據(jù)通信設(shè)備的型號和數(shù)量； （ 5） 功能鍵及其他專用硬件。 列出支持軟件 ,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測試支持軟件等。 說明該軟件同其它軟硬件之間的接口、數(shù)據(jù)通信協(xié)議等。 說明控制該軟件的運(yùn)行的方法和控制信號，并說明這些控制信號的來源 。 【提醒注意】本章中的內(nèi)容有時在前面的章節(jié)中已說明。 5. 支持信息 支持信息指目錄表、 索引和附錄。 ? 目錄表和索引很重要，而且應(yīng)按照可以接受的文件規(guī)則來編寫。 ? 對一個實(shí)際的需求說明書來說，如有必要應(yīng)該編寫附錄。附錄中可能包括： (1) 輸入輸出格式樣本，成本分析研究的描述或用戶調(diào)查結(jié)果； (2) 有助于理解需求說明書的背景信息； (3) 軟件所解決問題的描述； (4) 用戶歷史、背景、經(jīng)歷和操作特點(diǎn)； (5) 交叉訪問表。按先后次序進(jìn)行編排，使一些不完全的軟件需求得以完善； (6) 特殊的裝配指令用于編碼和媒體，以滿足安全、輸出、初始裝入或其他要求。 當(dāng)包括附錄時，需求說明書必須明確地說明附錄是不是需求要考慮的部分。 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 22 頁 分析說明書 評審記錄 記錄編號： 時間： 年 月 日 項(xiàng)目編號： 項(xiàng)目名稱： 項(xiàng)目軟件經(jīng)理 PSM： 需求分析報告編制人： 參加評審人員： 評審內(nèi)容： (評審中審議通過的內(nèi)容在“□”中劃“√”，否則劃“” ) 1. 無岐義性 □ 2. 完整性 □ 3. 可驗(yàn)證性 □ 4. 一致性 □ 5. 可使用性 □ 6. 符合《需求分析報告編寫規(guī)范》的要求 □ 評審意見： 風(fēng)險評估總結(jié)： 評審結(jié)論： (評審中審議通過的內(nèi)容在“□”中劃“√”，否則劃“” ) 1. 通過評審，可以進(jìn)入下一階段 □ 2. 未通過評審，修改后重新評審 □ 填表： 審批： 1. 本頁不足記錄結(jié)果時，可以有附頁，附頁格式自定?？傢摂?shù)包括本頁與所有附頁。 第 頁 /共 頁 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 23 頁 評審部門：序號風(fēng)險描述風(fēng)險發(fā)生可能性風(fēng)險級別 風(fēng)險現(xiàn)值 風(fēng)險控制措施1 客戶需求變化2開發(fā)人員缺乏足夠的行業(yè)知識和專業(yè)知識3 需求未被顧客完全認(rèn)可4 需求不明確5 時間緊6 存在技術(shù)問題、采用新技術(shù)7 多部門配合8 沒有顧客系統(tǒng)接口原型9 缺乏顧客自然情況的了解10 顧客配合程度不夠11，應(yīng)依據(jù)評審的具體情況增加風(fēng)險項(xiàng)。并將各項(xiàng)填寫完整。 第 頁/共 頁：描述當(dāng)前過程中可能發(fā)生的風(fēng)險。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0到1。風(fēng)險級別：風(fēng)險發(fā)生造成損失的嚴(yán)重程度，以0~10級表示，其中10級 為最高級。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。風(fēng)險控制措施：預(yù)防風(fēng)險發(fā)生的措施。風(fēng)險評估與控制 （需求分析報告評審附頁）系統(tǒng)設(shè)計(jì)報告名稱： 報告編號：程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 24 頁 評審規(guī)程 狀態(tài)： 草稿 標(biāo)識號： 評審 當(dāng)前版本： 初始版 前一版本： 修訂 版 發(fā)布日期： 摘要 本文詳細(xì)描述了軟件工作產(chǎn)品的評審規(guī)程。將要執(zhí)行評審的所有項(xiàng)目的軟件工作產(chǎn)品都必須遵循該評審規(guī)程。程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 25 頁 修改歷史 日期 版本 作者 修改內(nèi)容 評審號 更改請求號 程序文件 產(chǎn)品研發(fā)流程 20xx 年 月 日起生效 文件號 編制 審核 批準(zhǔn) 版 次 日期 日期 日期 共 63 頁 第 26 頁 目錄 1 目的和范圍 27 2 評審角色 27 作者 ............................................................... 27 評審組長 ........................................................... 27 記錄員 ............................................................. 27 其他參與人員 ....................................................... 27 3 評審過程 27 計(jì)劃階段 ........................................................... 28 進(jìn)入條件 ..................................................... 28 目的 ......................................................... 28 活動 ......................................................... 28 準(zhǔn)備階段 ........................................................... 28 進(jìn)入條件 ..................................................... 28 目的 ......................................................... 28 活動 .......................................................