產(chǎn)品研發(fā)流程程序文件概述

1、1 目的及適用范圍1.1 為規(guī)范產(chǎn)品研發(fā)過程，提高產(chǎn)品研發(fā)的效率、質(zhì)量，降低研發(fā)成本，特制定本程序；1.2 本程序文件適用于侏羅紀(jì)公司產(chǎn)品研發(fā)；1.3 本程序文件由侏羅紀(jì)公司 制定，其解釋權(quán)及修改權(quán)屬于 ；1.4 本程序文件從2003年 月 日起執(zhí)行；2 職責(zé)2.1 產(chǎn)品部負(fù)責(zé)產(chǎn)品研發(fā)；2.2 質(zhì)量控制部負(fù)責(zé)對(duì)產(chǎn)品開發(fā)過程中的里程碑產(chǎn)生的相關(guān)成果和文檔進(jìn)行質(zhì)量控制，并將符合規(guī)范的成果放入資源中心存檔；2.3 技術(shù)支持部和市場部負(fù)責(zé)宣傳材料和用戶手冊的制作，以及和產(chǎn)品銷售流程的銜接環(huán)節(jié)和動(dòng)作；3 產(chǎn)品研發(fā)流程3.1 技術(shù)副總從公司戰(zhàn)略規(guī)劃決案中形成產(chǎn)品規(guī)劃，下發(fā)給技術(shù)研發(fā)部；3.2 技術(shù)研發(fā)部經(jīng)

2、理進(jìn)行產(chǎn)品研發(fā)立項(xiàng)；3.3 公司組織人員對(duì)產(chǎn)品立項(xiàng)進(jìn)行評(píng)審，若評(píng)審未通過，相關(guān)文檔放入行政綜合部備案；3.4 若立項(xiàng)評(píng)審?fù)ㄟ^，質(zhì)量保證部對(duì)立項(xiàng)進(jìn)行質(zhì)量檢驗(yàn)，若質(zhì)檢未通過，修改立項(xiàng)報(bào)告；3.5 若質(zhì)檢通過，開始制訂項(xiàng)目計(jì)劃，同時(shí)質(zhì)量保證部將立項(xiàng)相關(guān)文檔放入行政綜合部歸檔；3.6 技術(shù)部經(jīng)理將項(xiàng)目計(jì)劃提交給技術(shù)副總評(píng)審，若未通過，技術(shù)部經(jīng)理修改項(xiàng)目計(jì)劃；3.7 若評(píng)審?fù)ㄟ^，質(zhì)量控制部對(duì)項(xiàng)目計(jì)劃進(jìn)行評(píng)審，若質(zhì)檢評(píng)審未通過，產(chǎn)品經(jīng)理修改項(xiàng)目計(jì)劃，若質(zhì)檢評(píng)審?fù)ㄟ^，產(chǎn)品總監(jiān)安排研發(fā)項(xiàng)目資源；3.8 產(chǎn)品經(jīng)理獲得研發(fā)項(xiàng)目資源后，進(jìn)行需求分析，并將相關(guān)成果交技術(shù)委員會(huì)進(jìn)行內(nèi)容評(píng)審；3.9 若內(nèi)容評(píng)審未通過，產(chǎn)

3、品經(jīng)理修改需求分析；若內(nèi)容評(píng)審?fù)ㄟ^，質(zhì)量控制部對(duì)需求分析說明進(jìn)行質(zhì)量檢驗(yàn)；3.10 若質(zhì)檢未通過，產(chǎn)品經(jīng)理修改需求分析說明，若質(zhì)檢通過，相關(guān)成果和文檔放入資源管理部歸檔，同時(shí)產(chǎn)品經(jīng)理帶領(lǐng)研發(fā)相關(guān)人員進(jìn)行總體設(shè)計(jì)；3.11 產(chǎn)品經(jīng)理和研發(fā)人員完成總體設(shè)計(jì)后將相關(guān)成果交技術(shù)委員會(huì)進(jìn)行內(nèi)容評(píng)審；3.12 若內(nèi)容評(píng)審未通過，產(chǎn)品經(jīng)理修改總體設(shè)計(jì)說明；若內(nèi)容評(píng)審?fù)ㄟ^，質(zhì)量控制部對(duì)總體設(shè)計(jì)說明進(jìn)行質(zhì)量檢驗(yàn)；3.13 若質(zhì)檢未通過，產(chǎn)品經(jīng)理修改總體設(shè)計(jì)說明，若質(zhì)檢通過，相關(guān)成果和文檔放入資源管理部歸檔，同時(shí)產(chǎn)品經(jīng)理和研發(fā)人員進(jìn)行程序設(shè)計(jì)/測試；3.14 完成程序設(shè)計(jì)/測試后，產(chǎn)品經(jīng)理將相關(guān)成果交質(zhì)量控制部進(jìn)

4、行功能測試，若測試未通過，產(chǎn)品經(jīng)理修改相關(guān)成果，若測試通過，質(zhì)量控制部對(duì)相關(guān)成果和文檔進(jìn)行質(zhì)量檢驗(yàn)；3.15 若質(zhì)檢未通過，產(chǎn)品經(jīng)理修改相關(guān)成果和文檔；若質(zhì)檢通過，質(zhì)量控制部將相關(guān)成果和文檔放入資源管理部門歸檔；3.16 同時(shí)產(chǎn)品研發(fā)組制作軟件，技術(shù)支持部和市場部制作宣傳材料，之后，技術(shù)支持部對(duì)銷售人員進(jìn)行內(nèi)部培訓(xùn)，市場部申請(qǐng)并取得著作權(quán)；3.17 市場部在取得著作權(quán)后制作用戶/技術(shù)手冊；3.18 產(chǎn)品研發(fā)組完成軟件制作后，質(zhì)量控制部對(duì)制作的軟件進(jìn)行質(zhì)量檢驗(yàn)，若未通過質(zhì)檢，產(chǎn)品研發(fā)組重新制作軟件；若通過質(zhì)檢，相關(guān)成果和文檔放入資源管理部歸檔，同時(shí)產(chǎn)品經(jīng)理進(jìn)行產(chǎn)品研發(fā)總結(jié)；3.19 質(zhì)量控制部將

5、產(chǎn)品研發(fā)總結(jié)等相關(guān)成果和文檔放入資源管理部，同時(shí)市場部進(jìn)行軟件產(chǎn)品包裝，銷售部進(jìn)行產(chǎn)品銷售；4 相關(guān)文件4.1 產(chǎn)品規(guī)劃說明書 4.2 立項(xiàng)報(bào)告 4.3 綜合評(píng)審記錄4.4 質(zhì)量控制立項(xiàng)報(bào)告和可行性分析報(bào)告說明書4.5 項(xiàng)目計(jì)劃書4.6 質(zhì)量控制項(xiàng)目計(jì)劃評(píng)審記錄4.7 資源調(diào)度單4.8 需求分析說明書4.9 質(zhì)量控制需求分析說明書評(píng)審報(bào)告4.10 資源中心驗(yàn)收單4.11 評(píng)審規(guī)程4.12 總體設(shè)計(jì)說明書4.13 概要設(shè)計(jì)說明書4.14 詳細(xì)設(shè)計(jì)說明書4.15 質(zhì)量控制系統(tǒng)設(shè)計(jì)報(bào)告評(píng)審記錄4.16 著作權(quán)相關(guān)文檔（略）4.17 軟件質(zhì)量保證單4.18 軟件缺陷報(bào)告4.19 項(xiàng)目總結(jié)產(chǎn)品規(guī)劃說明書

6、公司三年產(chǎn)品規(guī)劃1. 2. 3. 公司年度產(chǎn)品計(jì)劃1. 2. 簽發(fā)人：時(shí)間合評(píng)審記錄（公司）評(píng)審對(duì)象（項(xiàng)目名稱及編號(hào)）評(píng)審項(xiàng)類（如合同、投標(biāo)方案等）評(píng)審人時(shí)間業(yè)務(wù)板塊(產(chǎn)品中心、項(xiàng)目中心、服務(wù)中心、營銷中心)評(píng)審意見財(cái)務(wù)部評(píng)審意見質(zhì)量控制部評(píng)審意見技術(shù)委員會(huì)評(píng)審意見專家委員會(huì)評(píng)審意見最終意見：通過修改修改內(nèi)容時(shí)間立項(xiàng)報(bào)告評(píng)審記錄記錄編號(hào)： - 時(shí)間： 年 月 日立項(xiàng)建議報(bào)告名稱：編制人：參加人員：評(píng)審內(nèi)容(審議通過的內(nèi)容在“”中劃“”，否則劃“×”)： 1）項(xiàng)目啟動(dòng)的背景； 2）項(xiàng)目的目的（合同意向或內(nèi)部領(lǐng)導(dǎo)的要求）； 3）項(xiàng)目的范圍（項(xiàng)目所涉及的主要活動(dòng)）； 4）項(xiàng)目的可行性（如，

7、人力、技術(shù)資源的可利用性）； 5）項(xiàng)目存在風(fēng)險(xiǎn)與控制； 6）項(xiàng)目的重要里程碑和主要提交產(chǎn)品； 7）項(xiàng)目的規(guī)模（估計(jì)所需的工作量和資源種類）； 8）項(xiàng)目啟動(dòng)的預(yù)算（項(xiàng)目啟動(dòng)所需的資源）； 9）項(xiàng)目市場前景及效益的簡要分析。 評(píng)審意見：評(píng)審結(jié)論:填表審批1 本頁不足記述評(píng)審意見時(shí)，可以加入附頁，附頁格式自行設(shè)計(jì)，總頁數(shù)包括本頁與所有附頁。第 頁/共 頁可行性分析報(bào)告評(píng)審記錄記錄編號(hào)： - 時(shí)間： 年 月 日可行性分析報(bào)告編號(hào)：可行性分析報(bào)告名稱：編制部門：編制人：參加人員:評(píng)審內(nèi)容:(評(píng)審中審議通過的內(nèi)容在“”中劃“”否則劃“×”)：1) 軟件產(chǎn)品功能要點(diǎn)及產(chǎn)品化程度書 2) 量化的市場

8、前景、效益分析和競爭對(duì)手分析 3) 開發(fā)優(yōu)勢 4) 技術(shù)路線 5) 成本估算 6) 進(jìn)度估算 7) 可用的現(xiàn)行技術(shù)、重用軟件和開發(fā)平臺(tái) 評(píng)審意見:評(píng)審結(jié)論：填表審批1 本頁不足記述評(píng)審意見時(shí)，可以加入附頁，附頁格式自行設(shè)計(jì)，總頁數(shù)包括本頁與所有附頁。第 頁/共 頁項(xiàng)目計(jì)劃書項(xiàng)目名稱項(xiàng)目編號(hào)項(xiàng)目經(jīng)理項(xiàng)目任務(wù)描述項(xiàng)目總時(shí)間及關(guān)鍵里程碑設(shè)置項(xiàng)目資源（人力、技術(shù)、設(shè)備）項(xiàng)目費(fèi)用預(yù)計(jì)審批人意見：總監(jiān)： 副總監(jiān)： 執(zhí)委會(huì)：備注：抄送財(cái)務(wù)部、人力資源部時(shí)間項(xiàng)目啟動(dòng)計(jì)劃評(píng)審記錄記錄編號(hào)： 時(shí)間： 年 月 日項(xiàng)目編號(hào)：項(xiàng)目名稱：項(xiàng)目啟動(dòng)計(jì)劃編號(hào)：開發(fā)部門：PM：評(píng)審地點(diǎn)：參加評(píng)審人員:評(píng)審內(nèi)容(評(píng)審中審議通過的

9、內(nèi)容在“”中劃“”否則劃“×”)：1) 項(xiàng)目的目的是否明確？ 2) 對(duì)項(xiàng)目的規(guī)模是否進(jìn)行估算？ 3) 是否進(jìn)行項(xiàng)目啟動(dòng)的預(yù)算？ 4) 階段輸出結(jié)果是否明確？ 5) 其它方面評(píng)審意見：評(píng)審結(jié)論：填表：審批：1. 項(xiàng)目啟動(dòng)計(jì)劃評(píng)審由項(xiàng)目管理部門組織評(píng)審。2. 評(píng)審?fù)瓿珊笥砷_發(fā)體系決策層SMG批準(zhǔn)。3. 本頁不足記述結(jié)果時(shí)，可以加入附頁，附頁格式自行設(shè)計(jì)，總頁數(shù)包括本頁與所有附頁。第 頁/共 頁開發(fā)計(jì)劃評(píng)審記錄記錄編號(hào)： 時(shí)間： 年 月 日項(xiàng)目編號(hào)：項(xiàng)目名稱：項(xiàng)目計(jì)劃編號(hào)：開發(fā)部門：PSM：評(píng)審地點(diǎn)：參加評(píng)審人員:評(píng)審內(nèi)容：評(píng)審意見：評(píng)審結(jié)論：填表：審批：1. 開發(fā)計(jì)劃評(píng)審由項(xiàng)目管理部門組

10、織評(píng)審。2. 評(píng)審?fù)瓿珊笥砷_發(fā)體系決策層SMG批準(zhǔn)。3. 本頁不足記述結(jié)果時(shí)，可以加入附頁，附頁格式自行設(shè)計(jì)，總頁數(shù)包括本頁與所有附頁。第 頁/共 頁開發(fā)計(jì)劃檢查表（開發(fā)計(jì)劃評(píng)審附頁）軟件問題報(bào)告記錄編號(hào)： - 時(shí)間： 年 月 日項(xiàng)目編號(hào)：項(xiàng)目名稱：軟件項(xiàng)編號(hào)：軟件項(xiàng)名稱：版本號(hào)：問題描述：報(bào)告人簽字/日期:修改描述（主要是修改后與修改前的對(duì)比，如所用資源的變化、提交時(shí)間的變化、功能的變化等）：修改人簽字/日期：填寫：審批：1.問題描述欄中可以填寫問題現(xiàn)象及其產(chǎn)生原因，如果有用戶的書面說明，則可以直接引用。2.修改描述一欄描述問題的確切原因、修改辦法以及修改后的效果。3.本頁不足記述時(shí)，可以有

11、附頁，格式自定。總頁數(shù)包括本頁與所有附頁。項(xiàng)目資源調(diào)度單（借鑒產(chǎn)品中心任務(wù)書）項(xiàng)目名稱項(xiàng)目編號(hào)項(xiàng)目經(jīng)理項(xiàng)目的跨中心（部門）資源調(diào)度緣由及申請(qǐng)人審批人正式調(diào)用時(shí)間：起：止：備注：抄送財(cái)務(wù)、人力資源部時(shí)間軟件需求分析說明書1. 引言1.1 目的說明編寫軟件需求說明書的目的，指出預(yù)期的讀者。1.2 背景（1） 待開發(fā)的軟件系統(tǒng)的名稱；（2） 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)；（3） 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。1.3 參考資料列出所用的參考資料，如：（1） 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級(jí)機(jī)關(guān)的批文；（2） 屬于本項(xiàng)目的其他已發(fā)表的文件

12、；（3） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。（4） 列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。1.4 術(shù)語列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。2. 項(xiàng)目概述本部分描述影響產(chǎn)品和其需求的一般因素。此處并不說明具體的需求，其描述的內(nèi)容僅僅是為了更容易理解、深化需求規(guī)格，其用意是為從多方面、多角度考慮需求以提供思維參考點(diǎn)。2.1 一般描述本節(jié)描述軟件開發(fā)項(xiàng)目的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料，解釋待開發(fā)產(chǎn)品和其相關(guān)的其他產(chǎn)品或項(xiàng)目的關(guān)系。l 如果本產(chǎn)品是獨(dú)立的，而且自含全部

13、內(nèi)容，應(yīng)在此說明。l 如果所定義的產(chǎn)品是一個(gè)較大系統(tǒng)或項(xiàng)目中的一個(gè)組成部分，那么在此需要描述如下內(nèi)容：u 要概述這個(gè)較大的系統(tǒng)或項(xiàng)目的每一個(gè)組成部分的功能，并說明其接口；u 指出本產(chǎn)品主要的外部接口（不需要詳細(xì)描述，詳細(xì)描述放在其他章節(jié)中）；u 描述所使用的計(jì)算機(jī)硬件、外圍設(shè)備。這里僅僅是一個(gè)綜述性描述?！炯记伞吭诒竟?jié)的描述中，用一個(gè)方框圖來表達(dá)一個(gè)較大的系統(tǒng)或項(xiàng)目的主要組成部分、相互聯(lián)系和外部接口是非常有幫助的。【提醒注意】本節(jié)所描述的既不是設(shè)計(jì)方案，也不是在方案設(shè)計(jì)時(shí)的約束條件，它僅僅為方案設(shè)計(jì)時(shí)的約束條件提供了一個(gè)可以解釋的理由。2.2 功能簡述對(duì)待的軟件產(chǎn)品功能提供一個(gè)摘要。【技巧】u

14、 編制功能的一種方法是制作功能表，以便客戶或第一次讀這個(gè)文件的人很容易理解；u 用方框圖來表達(dá)不同的功能和它們的關(guān)系有益于理解?！咎嵝炎⒁狻縰 方框圖不是產(chǎn)品的設(shè)計(jì)，而只是一種有效的解釋方式。u 本節(jié)不是具體需求的陳述，只是對(duì)具體需求部分中為什么要對(duì)一些需求做出描述的鋪墊。2.3 用戶特點(diǎn)本節(jié)描述產(chǎn)品最終用戶（包括操作員、維護(hù)員和系統(tǒng)工作人員等）具有的受教育水平、工作經(jīng)驗(yàn)及技術(shù)專長等一般特點(diǎn)。如果系統(tǒng)的大多數(shù)用戶是一些臨時(shí)的用戶，那么就要求系統(tǒng)包含如何完成基本功能的提示，而不是假設(shè)用戶已經(jīng)從過去的會(huì)議或從閱讀用戶指南中了解到這些細(xì)節(jié)。2.4 假定和約束給出影響軟件需求說明書中陳述的需求的每一個(gè)

15、因素。這些因素不是軟件的設(shè)計(jì)約束，但是它們的改變可能影響到需求說明書中的需求。這些假定和約束條件可能包括：管理方針；運(yùn)行環(huán)境，包括硬件設(shè)備和支持軟件的限制；與其他應(yīng)用間的接口；并行操作；實(shí)時(shí)功能；審查功能；控制功能；所需的高級(jí)語言；通信協(xié)議；應(yīng)用的臨界點(diǎn)；安全保密方面的考慮等?！咎嵝炎⒁狻縰 本節(jié)中描述的因素是軟件需求所依據(jù)的基石，當(dāng)這些基石發(fā)生不可抗拒或控制的改變時(shí)對(duì)產(chǎn)品需求將造成影響。u 本節(jié)的內(nèi)容不能用來陳述具體需求或強(qiáng)加若干特殊的設(shè)計(jì)約束，而應(yīng)對(duì)具體需求部分中的某些具體需求或設(shè)計(jì)約束的描述提供理由。3. 具體需求本章應(yīng)包括軟件開發(fā)者在建立設(shè)計(jì)時(shí)需要的全部細(xì)節(jié)。本章的編寫應(yīng)該遵循如下基本

16、原則：l 遵循可驗(yàn)證性、無歧義性等的準(zhǔn)則，對(duì)每一個(gè)需求細(xì)節(jié)作具體描述；l 在軟件需求說明書前言、項(xiàng)目概述、附錄部分的有關(guān)討論中，要提供對(duì)任何一個(gè)具體需求交叉引用的背景；l 按符合邏輯的和可讀的方式組織；l 詳細(xì)描述每一個(gè)需求，使得該需求應(yīng)達(dá)到的目標(biāo)能夠用指定的方法進(jìn)行客觀的驗(yàn)證?！咎嵝炎⒁狻棵恳豁?xiàng)需求的描述都應(yīng)包括至少5個(gè)方面的內(nèi)容：功能需求；性能需求；屬性需求；外部接口需求；設(shè)計(jì)約束。3.1 功能需求用文字、圖表或數(shù)學(xué)公式詳細(xì)描述被開發(fā)軟件的輸入、處理、輸出以及在上述過程中發(fā)生的基本操作。對(duì)于每一類功能或者有時(shí)對(duì)于每一個(gè)功能，這部分通常由引言、輸入、處理、輸出四個(gè)部分組成：3.1.1 引言（

17、1） 描述該功能要達(dá)到的目標(biāo)、所采用的方法和技術(shù)；（2） 清楚說明功能意圖的由來和背景。3.1.2 輸入（1） 詳細(xì)描述該功能的所有輸入數(shù)據(jù)，如：輸入源、數(shù)量、度量單位、時(shí)間設(shè)定、有效輸入范圍（包括精度和公差）。（2） 操作員具體的操作控制細(xì)節(jié)的需求。其中有名字、操作員活動(dòng)的描述、控制臺(tái)或操作員的位置。例如：當(dāng)打印檢查時(shí)，要求操作員進(jìn)行格式調(diào)整。（3） 指明引用的輸入接口資料。3.1.3 處理描述為獲得預(yù)期輸出結(jié)果，對(duì)輸入數(shù)據(jù)及中間參數(shù)進(jìn)行的全部操作。它包括如下的說明：（1） 輸入數(shù)據(jù)的有效性檢查手段；（2） 操作的順序和處理過程，包括事件的時(shí)間設(shè)定；（3） 異常情況的響應(yīng)，例如：溢出、通信故

18、障、錯(cuò)誤處理等；（4） 受操作影響的參數(shù)；（5） 降級(jí)運(yùn)行的要求；（6） 用于把系統(tǒng)輸入變換成相應(yīng)輸出的任何方法（方程式、數(shù)學(xué)算法、邏輯操作等）。（7） 輸出數(shù)據(jù)的有效性檢查手段。3.1.4 輸出（1） 詳細(xì)描述該功能所有輸出數(shù)據(jù)，例如：輸出目的地、數(shù)量、度量單位、時(shí)間關(guān)系、有效輸出的范圍（包括精度和公差）、非法值的處理、出錯(cuò)信息；（2） 指明引用的輸出接口資料?！炯记伞靠梢杂昧斜淼姆绞剑ɡ鏘PO表即輸入、處理、輸出表的形式），逐項(xiàng)定量和定性地?cái)⑹鰧?duì)軟件所提出的功能要求?！咎嵝炎⒁狻繉?duì)著重于輸入輸出行為的系統(tǒng)來說，需求說明書應(yīng)指定所有有意義的輸入、輸出對(duì)及其序列。當(dāng)一個(gè)系統(tǒng)要求記憶它的狀態(tài)時(shí)

19、，需要這個(gè)序列，使得它可以根據(jù)本次輸入和以前的狀態(tài)做出響應(yīng)。這種情況猶如有限狀態(tài)機(jī)。3.2 性能需求從整體來說，本節(jié)應(yīng)具體說明軟件、或人與軟件交互的靜態(tài)或動(dòng)態(tài)數(shù)值需求。靜態(tài)數(shù)值需求可能包括：支持的終端數(shù)，支持并行操作的用戶數(shù)，處理的文卷和記錄數(shù)，表和文卷的大小等。動(dòng)態(tài)數(shù)值需求可能包括：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)間周期中處理的數(shù)據(jù)總量等。所有這些需求都必須用可以度量的術(shù)語來敘述。例如：95%的事務(wù)必須在小于1s時(shí)間內(nèi)處理完，不然，操作員將不等待處理的完成。u 精度說明對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。 u 時(shí)間特性要求說

20、明對(duì)于該軟件的時(shí)間特性要求，如對(duì)響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間、解題時(shí)間等的要求。 u 靈活性說明對(duì)該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時(shí)，該軟件對(duì)這些變化的適應(yīng)能力，如：操作方式上的變化、運(yùn)行環(huán)境的變化、同其他軟件的接口的變化、精度和有效時(shí)限的變化、計(jì)劃的變化或改進(jìn)等。 對(duì)于為了提供這些靈活性而進(jìn)行的專門設(shè)計(jì)的部分應(yīng)該加以標(biāo)明。3.3 軟件屬性需求在軟件的需求之中有若干個(gè)屬性，下面列舉一部分?！咎嵝炎⒁狻肯铝袑傩詻Q不能理解為是一個(gè)標(biāo)準(zhǔn)的或完整的清單，而應(yīng)根據(jù)項(xiàng)目實(shí)際情況予以列舉。3.3.1 正確性3.3.2 健壯性3.3.3 安全保密性這里指的是保護(hù)軟件的要素，

21、以防止各種非法的訪問、使用、修改、破壞或者泄密。這個(gè)領(lǐng)域的具體需求必須包括：利用可靠的密碼技術(shù)，掌握特定的記錄或歷史數(shù)據(jù)集，給不同的模塊分配不同的功能，限定一個(gè)程序中某些區(qū)域的通信，計(jì)算臨界值的檢查等。3.3.4 易使用性3.3.5 可理解性3.3.6 可維護(hù)性這里規(guī)定若干需求以確保軟件是可維護(hù)的。例如：軟件模塊所需要的特殊的耦合矩陣，為微型裝置指定特殊的數(shù)據(jù)/程序分割要求等。3.3.7 可測試性3.3.8 可移植性這里規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序、用戶接口兼容方面的約束等。3.4 外部接口需求3.4.1 用戶接口（1） 提供用戶使用軟件產(chǎn)品時(shí)的界面需求。例如，如果系統(tǒng)

22、的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求：對(duì)屏幕格式的要求，報(bào)表或菜單的頁面顯示格式和內(nèi)容，用戶命令的格式，輸入輸出的相對(duì)時(shí)間，程序功能鍵的可用性。（2） 列出輸出錯(cuò)誤信息的格式。3.4.2 硬件接口（1） 指出軟件產(chǎn)品與系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。（2） 指出硬件接口支持的設(shè)備。（3） 描述軟件與硬件接口之間以及硬件接口與支持設(shè)備之間的約定。3.4.3 軟件接口描述項(xiàng)目待開發(fā)軟件產(chǎn)品與其它有關(guān)軟件的接口關(guān)系，并指出這些軟件的以下內(nèi)容：名字、助記符、規(guī)格說明號(hào)、版本號(hào)、來源?！咎嵝炎⒁狻繉?duì)于每一個(gè)接口，應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，這里不必

23、詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。3.4.4 通訊接口說明各種通信接口及協(xié)議，例如局部網(wǎng)絡(luò)的協(xié)議等。3.5 設(shè)計(jì)約束3.5.1 其它標(biāo)準(zhǔn)的約束描述由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如：報(bào)表格式、數(shù)據(jù)命名、財(cái)務(wù)處理、審計(jì)追蹤等等。3.5.2 硬件設(shè)備的約束描述在各種硬件約束下運(yùn)行而產(chǎn)生的軟件要求，可能的約束有硬件配置的特點(diǎn)（接口數(shù)、指令系統(tǒng)等），內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量等。3.6 數(shù)據(jù)需求【提醒注意】u 此部分內(nèi)容一般在數(shù)據(jù)要求說明書中進(jìn)行描述，如果項(xiàng)目軟件產(chǎn)品規(guī)模較小，系統(tǒng)復(fù)雜程度較低，數(shù)據(jù)需求較簡單，也可在此章中描述。u 此部分內(nèi)容也可能在功能需求中予以說明。3.

24、6.1 數(shù)據(jù)描述（1） 列出作為控制和引用而使用的靜態(tài)數(shù)據(jù)元素（2） 列出動(dòng)態(tài)輸入數(shù)據(jù)元素（3） 列出動(dòng)態(tài)輸出數(shù)據(jù)元素（4） 列出軟件內(nèi)部生成的數(shù)據(jù)元素3.6.2 數(shù)據(jù)獲取（1） 列出提供輸入數(shù)據(jù)的機(jī)構(gòu)（2） 列出數(shù)據(jù)輸入介質(zhì)和設(shè)備（3） 列出數(shù)據(jù)輸出介質(zhì)和設(shè)備3.7 其它專門需求根據(jù)軟件和用戶組織的特性等，某些需求在這里描述，下面列舉一部分?！咎嵝炎⒁狻肯铝行枨箜?xiàng)決不能理解為是一個(gè)標(biāo)準(zhǔn)的或完整的清單，而應(yīng)根據(jù)項(xiàng)目實(shí)際情況予以列舉。3.6.1 數(shù)據(jù)庫本項(xiàng)對(duì)作為項(xiàng)目產(chǎn)品的一部分進(jìn)行開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們可能包括：（1） 在功能需求中標(biāo)識(shí)的信息類別；（2） 使用的頻率（3） 存取能力；（4

25、） 數(shù)據(jù)元素和文卷描述符；（5） 數(shù)據(jù)元素、記錄和文卷的關(guān)系；（6） 靜態(tài)和動(dòng)態(tài)的組織；（7） 數(shù)據(jù)保存要求?！咎嵝炎⒁狻咳绻褂靡粋€(gè)現(xiàn)有的數(shù)據(jù)庫包，這個(gè)數(shù)據(jù)庫包應(yīng)在“軟件接口”中命名，并在那里詳細(xì)說明。3.6.2 數(shù)據(jù)管理能力說明需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求做出估算。3.6.3 操作這里說明用戶組織之中各種方式的操作。例如：（1） 用戶初操作；（2） 交互作用操作的周期和無人操作周期；（3） 數(shù)據(jù)處理支持功能；（4） 后援和恢復(fù)操作?！咎嵝炎⒁狻窟@里的內(nèi)容有時(shí)是“用戶接口”的一部分。3.6.4 故障處理4. 運(yùn)行環(huán)境規(guī)定4.1 設(shè)備

26、列出運(yùn)行該軟件所需要的硬設(shè)備。說明其中的新型設(shè)備及其專門功能，包括：（1） 處理器型號(hào)及內(nèi)存容量；（2） 外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲(chǔ)格式，設(shè)備的型號(hào)及數(shù)量；（3） 輸入及輸出設(shè)備的型號(hào)和數(shù)量，聯(lián)機(jī)或脫機(jī)； （4） 數(shù)據(jù)通信設(shè)備的型號(hào)和數(shù)量；（5） 功能鍵及其他專用硬件。4.2 支持軟件列出支持軟件,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測試支持軟件等。4.3 接口說明該軟件同其它軟硬件之間的接口、數(shù)據(jù)通信協(xié)議等。4.4 控制說明控制該軟件的運(yùn)行的方法和控制信號(hào)，并說明這些控制信號(hào)的來源?！咎嵝炎⒁狻勘菊轮械膬?nèi)容有時(shí)在前面的章節(jié)中已說明。5. 支持信息支持信息指目錄表、索引和附錄。l

27、 目錄表和索引很重要，而且應(yīng)按照可以接受的文件規(guī)則來編寫。l 對(duì)一個(gè)實(shí)際的需求說明書來說，如有必要應(yīng)該編寫附錄。附錄中可能包括：(1) 輸入輸出格式樣本，成本分析研究的描述或用戶調(diào)查結(jié)果；(2) 有助于理解需求說明書的背景信息；(3) 軟件所解決問題的描述；(4) 用戶歷史、背景、經(jīng)歷和操作特點(diǎn)；(5) 交叉訪問表。按先后次序進(jìn)行編排，使一些不完全的軟件需求得以完善；(6) 特殊的裝配指令用于編碼和媒體，以滿足安全、輸出、初始裝入或其他要求。當(dāng)包括附錄時(shí)，需求說明書必須明確地說明附錄是不是需求要考慮的部分。分析說明書評(píng)審記錄 記錄編號(hào)： - 時(shí)間： 年 月 日項(xiàng)目編號(hào)：項(xiàng)目名稱：項(xiàng)目軟件經(jīng)理P

28、SM：需求分析報(bào)告編制人：參加評(píng)審人員：評(píng)審內(nèi)容：(評(píng)審中審議通過的內(nèi)容在“”中劃“”，否則劃“×”)1.無岐義性 2.完整性 3.可驗(yàn)證性 4.一致性 5.可使用性 6.符合需求分析報(bào)告編寫規(guī)范的要求 評(píng)審意見：風(fēng)險(xiǎn)評(píng)估總結(jié)：評(píng)審結(jié)論：(評(píng)審中審議通過的內(nèi)容在“”中劃“”，否則劃“×”)1. 通過評(píng)審，可以進(jìn)入下一階段 2. 未通過評(píng)審，修改后重新評(píng)審 填表：審批：1. 本頁不足記錄結(jié)果時(shí)，可以有附頁，附頁格式自定?？傢摂?shù)包括本頁與所有附頁。第 頁/共 頁評(píng)審規(guī)程狀態(tài)：草稿標(biāo)識(shí)號(hào)：評(píng)審當(dāng)前版本：初始版前一版本：修訂版發(fā)布日期：摘要本文詳細(xì)描述了軟件工作產(chǎn)品的評(píng)審規(guī)程。將要

29、執(zhí)行評(píng)審的所有項(xiàng)目的軟件工作產(chǎn)品都必須遵循該評(píng)審規(guī)程。修改歷史日期版本作者修改內(nèi)容評(píng)審號(hào)更改請(qǐng)求號(hào)目錄1 目的和范圍282 評(píng)審角色282.1 作者282.2 評(píng)審組長282.3 記錄員282.4 其他參與人員293 評(píng)審過程293.1 計(jì)劃階段293.1.1 進(jìn)入條件293.1.2 目的293.1.3 活動(dòng)293.2 準(zhǔn)備階段293.2.1 進(jìn)入條件303.2.2 目的303.2.3 活動(dòng)303.3 執(zhí)行階段303.3.1 進(jìn)入條件303.3.2 目的303.3.3 活動(dòng)303.4 整理階段313.4.1 進(jìn)入條件313.4.2 目的313.4.3 活動(dòng)314 附錄A 評(píng)審活動(dòng)檢查表325

30、附錄B 評(píng)審記錄表336 附錄C 評(píng)審?fù)ㄖ?51 目的和范圍本文檔主要描述了軟件工作產(chǎn)品的評(píng)審過程，目的是能夠及早和有效地發(fā)現(xiàn)并排除軟件工作產(chǎn)品的缺陷。2 評(píng)審角色在評(píng)審時(shí)有四種角色：作者、評(píng)審組長、記錄員及其他人員。這些角色在評(píng)審會(huì)上要承擔(dān)不同的職責(zé)。角色的劃分必須遵循下面的原則：作者和評(píng)審組長是必須的角色，且不能為同一人記錄員可以是任何人員，也可由作者或評(píng)審組長兼任其他人員在數(shù)量上沒有限制，可以來自與項(xiàng)目相關(guān)的其它組織或部門所有人員都必須具備相關(guān)的技術(shù)背景知識(shí)，對(duì)評(píng)審的軟件工作產(chǎn)品有足夠的了解，熟悉評(píng)審規(guī)程。2.1 作者作者是指被評(píng)審的軟件工作產(chǎn)品的作者，其主要職責(zé)如下：準(zhǔn)備相關(guān)的評(píng)審資料

31、完成評(píng)審后的修改工作 評(píng)審組長評(píng)審組長必須為該軟件工作產(chǎn)品所屬領(lǐng)域的高級(jí)技術(shù)人員，其主要職責(zé)如下：指導(dǎo)作者組織并實(shí)施評(píng)審活動(dòng)，對(duì)評(píng)審材料進(jìn)行初審，確定參加評(píng)審的人員按照評(píng)審規(guī)程主持評(píng)審會(huì)議在評(píng)審會(huì)議上控制評(píng)審進(jìn)度，提醒參加者不要在某一問題上花費(fèi)過多時(shí)間對(duì)評(píng)審中發(fā)現(xiàn)的問題進(jìn)行分析判斷，確定處理辦法，建議為兩類：1. 問題項(xiàng)：當(dāng)場確定為問題，需要解決2. 調(diào)查項(xiàng)：無法確定是否為主要問題，需要進(jìn)一步調(diào)查確認(rèn)決定評(píng)審結(jié)果（通過和再評(píng)審）2.3 記錄員記錄員在評(píng)審會(huì)議中記錄發(fā)現(xiàn)的問題及相關(guān)的數(shù)據(jù)，其主要職責(zé)如下：填寫評(píng)審記錄表作為評(píng)審員參與評(píng)審2.4 其他參與人員其他人員評(píng)審軟件工作產(chǎn)品，回答問題、參與

32、討論同時(shí)幫助解決問題。所有的參與人員都必須嚴(yán)格遵循評(píng)審規(guī)程。3 評(píng)審過程評(píng)審過程分為四個(gè)階段，每一階段都包含一定的任務(wù)描述，可以參考評(píng)審活動(dòng)檢查表執(zhí)行評(píng)審。評(píng)審活動(dòng)檢查表是幫助評(píng)審人員正確執(zhí)行評(píng)審的工具，它與本章所描述的各階段的具體活動(dòng)是一致的。評(píng)審過程的四個(gè)階段為：計(jì)劃、準(zhǔn)備、執(zhí)行和整理。 每一階段必須順序地執(zhí)行，才能保證評(píng)審成功。 下面將詳細(xì)描述這四個(gè)步驟。3.1 計(jì)劃階段這是評(píng)審的第一階段，其每一步都有詳細(xì)說明，只有計(jì)劃階段的任務(wù)完成后才能進(jìn)入準(zhǔn)備階段。3.1.1 進(jìn)入條件軟件工作產(chǎn)品滿足規(guī)范要求軟件工作產(chǎn)品經(jīng)過拼寫檢查3.1.2 目的確保作者提供正確的評(píng)審材料確保軟件工作產(chǎn)品滿足評(píng)審要

33、求確定評(píng)審員并明確其職責(zé)3.1.3 活動(dòng)作者準(zhǔn)備評(píng)審所需的材料，包含被評(píng)審的軟件工作產(chǎn)品、支持材料及評(píng)審表格等技術(shù)委員會(huì)指定評(píng)審組長評(píng)審組長檢查進(jìn)入標(biāo)準(zhǔn)是否滿足技術(shù)委員會(huì)確定參評(píng)人員。也可由技術(shù)委員會(huì)委托評(píng)審組長確定需要參加評(píng)審的人員評(píng)審組長確認(rèn)作者準(zhǔn)備好所需要的材料評(píng)審組長與作者共同確定評(píng)審會(huì)議日程3.2 準(zhǔn)備階段3.2.1 進(jìn)入條件評(píng)審材料已準(zhǔn)備好參加者對(duì)被評(píng)審的軟件工作產(chǎn)品具備必要的背景知識(shí)評(píng)審組長確認(rèn)評(píng)審材料符合要求3.2.2 目的評(píng)審員明確自己的職責(zé)所有評(píng)審員在評(píng)審之前得到評(píng)審材料確保評(píng)審員在評(píng)審之前閱讀評(píng)審材料，找出問題3.2.3 活動(dòng)作者發(fā)評(píng)審會(huì)議通知給所有評(píng)審員作者將評(píng)審材料分

34、發(fā)給所有評(píng)審員評(píng)審組長標(biāo)識(shí)軟件工作產(chǎn)品的范圍，強(qiáng)調(diào)重點(diǎn)，提取問題評(píng)審組長熟悉議程，確保評(píng)審進(jìn)度評(píng)審員仔細(xì)閱讀評(píng)審材料，在評(píng)審材料上做評(píng)注，找出問題所有評(píng)審員記錄自己準(zhǔn)備所花費(fèi)的時(shí)間3.3 執(zhí)行階段執(zhí)行評(píng)審必須召開評(píng)審會(huì)議，所有評(píng)審員進(jìn)行面對(duì)面地討論是必要的。3.3.1 進(jìn)入條件所有評(píng)審員得到評(píng)審材料所有評(píng)審員根據(jù)自己的角色要求準(zhǔn)備并且評(píng)審軟件工作產(chǎn)品所有評(píng)審員記錄自己的準(zhǔn)備時(shí)間。本次評(píng)審的準(zhǔn)備時(shí)間是所有評(píng)審員的準(zhǔn)備時(shí)間之和會(huì)議室和其它資源已經(jīng)準(zhǔn)備就緒作者準(zhǔn)備就緒，重要參加人員能夠出席評(píng)審會(huì)議3.3.2 目的找出、記錄和分析所有問題3.3.3 活動(dòng)評(píng)審組長檢查所有評(píng)審員是否已經(jīng)做好評(píng)審的準(zhǔn)備工作

35、記錄員記錄評(píng)審員的準(zhǔn)備時(shí)間，開始評(píng)審作者為軟件工作產(chǎn)品逐項(xiàng)進(jìn)行概要介紹記錄員在評(píng)審會(huì)議上記錄發(fā)現(xiàn)的問題所有評(píng)審員把重點(diǎn)放在討論和提出問題上評(píng)審員使用自己注釋的評(píng)審材料對(duì)有問題的地方提出討論作者和評(píng)審員協(xié)助評(píng)審組長描述和分析問題，發(fā)現(xiàn)一個(gè)問題后，評(píng)審組長確保該問題被正確記錄所有評(píng)審員提出對(duì)評(píng)審會(huì)議的改進(jìn)建議，記錄員在評(píng)審表上記錄要點(diǎn)評(píng)審組長確保評(píng)審?fù)瓿?評(píng)審組長在評(píng)審組的協(xié)助下決定評(píng)審結(jié)果。如果沒有問題或發(fā)現(xiàn)的問題類型和數(shù)量容易改正和處理，其結(jié)果為“通過”，否則為“再評(píng)審”如果需要“再評(píng)審”，可以只評(píng)審需要評(píng)審的部分。評(píng)審組長記錄需要再被評(píng)審的部分3.4 整理階段3.4.1 進(jìn)入條件問題已被記錄

36、在評(píng)審表中3.4.2 目的修正評(píng)審中發(fā)現(xiàn)的所有問題確保所有需要進(jìn)行調(diào)查的項(xiàng)目已經(jīng)被分析，并且被排除評(píng)審數(shù)據(jù)被記錄3.4.3 活動(dòng)評(píng)審組長估計(jì)并跟蹤修改問題所需時(shí)間對(duì)于問題項(xiàng)，作者確保有問題記錄對(duì)于調(diào)查項(xiàng)，經(jīng)研究后，如果是問題項(xiàng)，作者負(fù)責(zé)解決并記錄在評(píng)審表中作者修正所有問題項(xiàng)評(píng)審組長協(xié)調(diào)所有評(píng)審員檢查作者已修改過的內(nèi)容。如果沒有問題，則評(píng)審結(jié)果定為“通過”，否則，評(píng)審組長應(yīng)提出解決方案所有評(píng)審員確認(rèn)后，在評(píng)審表上簽字如果使用評(píng)審工具代替評(píng)審記錄表，則作者在評(píng)審工具中生成一個(gè)新的評(píng)審記錄表，填入相應(yīng)內(nèi)容并提交4 附錄A 評(píng)審活動(dòng)檢查表階段作者評(píng)審組長其他評(píng)審員計(jì)劃¨¨ 接受評(píng)審

37、組長角色并確定評(píng)審目標(biāo)¨ 準(zhǔn)備評(píng)審材料¨ 檢查評(píng)審進(jìn)入條件是否滿足¨ 同評(píng)審組長一起選擇評(píng)審員¨ 確定需要參加評(píng)審的人員¨ 接受評(píng)審員角色¨ 與評(píng)審組長共同準(zhǔn)備¨ 確保評(píng)審材料準(zhǔn)備好¨ 核實(shí)進(jìn)入條件¨ 理解自己的職責(zé)¨ 給所有評(píng)審員發(fā)評(píng)審會(huì)議通知¨ 學(xué)習(xí)并且評(píng)注軟件工作產(chǎn)品¨ 學(xué)習(xí)并且評(píng)注軟件工作產(chǎn)品¨ 將被評(píng)審材料分發(fā)給所有評(píng)審員¨ 熟悉評(píng)審議程¨ 記錄個(gè)人的準(zhǔn)備時(shí)間¨ 確保會(huì)議室和其它資源準(zhǔn)備就緒¨ 記錄個(gè)人的準(zhǔn)備時(shí)間執(zhí)行

38、¨ 介紹評(píng)審會(huì)議日程¨ 控制評(píng)審進(jìn)度¨ 按時(shí)出席，提供準(zhǔn)備時(shí)間¨ 逐項(xiàng)概要介紹軟件工作產(chǎn)品¨ 分析問題¨ 記錄員記錄所有評(píng)審員姓名及準(zhǔn)備時(shí)間¨ 決定評(píng)審結(jié)果¨ 參加討論并提出問題¨ 記錄員記錄問題¨ 所有評(píng)審員提出對(duì)評(píng)審會(huì)議的改進(jìn)建議，記錄員在評(píng)審表上記錄要點(diǎn)整理¨ 改正評(píng)審所發(fā)現(xiàn)的問題¨ 估計(jì)并跟蹤需要修改問題所需時(shí)間¨ 如果有評(píng)審工具，則生成一個(gè)新的評(píng)審記錄表，填入相應(yīng)內(nèi)容并提交¨ 檢查修改內(nèi)容的正確性¨ 閱讀并確認(rèn)評(píng)審記錄表內(nèi)容的正確性&#

39、168; 提交文檔¨ 簽字¨ 簽字注：首先由技術(shù)委員會(huì)指定評(píng)審組長。5 附錄B 評(píng)審記錄表評(píng)審會(huì)日期：_ 開始時(shí)間：_ 結(jié)束時(shí)間：_評(píng)審會(huì)地點(diǎn)：_第_次評(píng)審評(píng)審主題：_ _軟件工作產(chǎn)品名稱：_軟件工作產(chǎn)品大?。篲SLOC/頁軟件工作產(chǎn)品標(biāo)識(shí)號(hào)：_版本號(hào)：_ _評(píng)審員及準(zhǔn)備時(shí)間：角色姓名準(zhǔn)備時(shí)間（小時(shí)）評(píng)審組長作者記錄員評(píng)審員總和問題記錄：序號(hào)位置描述類型狀態(tài)問題項(xiàng)調(diào)查項(xiàng)未解決已解決問題項(xiàng)調(diào)查項(xiàng)未解決已解決修改軟件工作產(chǎn)品工作量（小時(shí)）：_評(píng)審結(jié)果： 通過 再評(píng)審改進(jìn)建議：_ _ _簽字：角色姓名簽字評(píng)審組長評(píng)審員6 附錄C 評(píng)審?fù)ㄖ黝}：第 次評(píng)審期望準(zhǔn)備時(shí)間：評(píng)審會(huì)日期：

40、 開始時(shí)間： 持續(xù)時(shí)間： 評(píng)審會(huì)地點(diǎn)：軟件工作產(chǎn)品名稱：軟件工作產(chǎn)品標(biāo)識(shí)號(hào)： 版本號(hào)： 評(píng)審組長： 記錄員：其他評(píng)審員：議程： 起止時(shí)間主題軟件工作產(chǎn)品信息：軟件工作產(chǎn)品標(biāo)識(shí)號(hào)：版本：軟件工作產(chǎn)品大?。⊿LOC/頁）：其它支持材料：遵循標(biāo)準(zhǔn)：其它：概要設(shè)計(jì)說明書1. 引言1.5 目的說明編寫概要設(shè)計(jì)說明書的目的，指出預(yù)期的讀者。1.6 背景（4） 待開發(fā)的軟件系統(tǒng)的名稱；（5） 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)；（6） 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。1.7 參考資料列出所用的參考資料，如：（5） 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級(jí)機(jī)關(guān)

41、的批文；（6） 屬于本項(xiàng)目的其他已發(fā)表的文件；（7） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。（8） 列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。1.8 術(shù)語列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。2. 總體設(shè)計(jì)2.2 需求規(guī)定簡要說明對(duì)本系統(tǒng)的主要的輸入輸出項(xiàng)目、處理的功能與性能等的要求。2.3 運(yùn)行環(huán)境簡要地說明對(duì)本系統(tǒng)的運(yùn)行環(huán)境（包括硬件環(huán)境和支持環(huán)境）的規(guī)定。2.4 基本設(shè)計(jì)概念和處理流程說明本系統(tǒng)的基本設(shè)計(jì)概念和處理流程，盡量使用圖表的形式。2.5 結(jié)構(gòu)用一覽表及框圖的形式說明本系統(tǒng)的系統(tǒng)元素（各層模塊、子

42、程序、公用程序等）的劃分，扼要說明每個(gè)系統(tǒng)元素的標(biāo)識(shí)符和功能，分層次地給出各元素之間的控制與被控制關(guān)系。2.6 功能需求與程序的關(guān)系用如下的矩陣圖說明各項(xiàng)功能需求的實(shí)現(xiàn)同各塊程序的分配關(guān)系： 程序1 程序2 程序m 功能需求1 功能需求2 功能需求n 2.7 人工處理過程說明在本軟件系統(tǒng)的工作過程中不得不包含的人工處理過程。2.8 尚未解決的問題說明在概要設(shè)計(jì)過程中尚未解決而設(shè)計(jì)者認(rèn)為在系統(tǒng)完成之前必須解決的各個(gè)問題。3. 接口設(shè)計(jì)3.1 用戶接口說明將向用戶提供的命令和它們的語法結(jié)構(gòu)，以及軟件的回答信息。3.2 外部接口說明本系統(tǒng)同外界的所有接口的安排包括軟件與硬件之間的接口、本系統(tǒng)與各支持

43、軟件之間的接口關(guān)系。3.3 內(nèi)部接口說明本系統(tǒng)之內(nèi)的各個(gè)系統(tǒng)元素之間的接口的安排。4. 運(yùn)行設(shè)計(jì)4.1 運(yùn)行模塊組合說明對(duì)系統(tǒng)施加不同的外界運(yùn)行控制時(shí)所引起的各種不同的運(yùn)行模塊組合，說明每時(shí)每種運(yùn)行所歷經(jīng)的內(nèi)部模塊和支持軟件。4.2 運(yùn)行控制說明每一種外界的運(yùn)行控制的方式方法和操作步驟。4.3 運(yùn)行時(shí)間說明每種運(yùn)行模塊組合將占用各種資源的時(shí)間。5. 系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)5.1 邏輯結(jié)構(gòu)設(shè)計(jì)要點(diǎn)給出本系統(tǒng)內(nèi)所使用的每個(gè)數(shù)據(jù)結(jié)構(gòu)的名稱、標(biāo)識(shí)符以及它們之中每個(gè)數(shù)據(jù)項(xiàng)、記錄、文卷和系的標(biāo)識(shí)、定義、長度及它們之間的層次的或表格的相互關(guān)系。5.2 物理結(jié)構(gòu)設(shè)計(jì)要點(diǎn)給出本系統(tǒng)內(nèi)所使用的每個(gè)數(shù)據(jù)結(jié)構(gòu)中的每個(gè)數(shù)據(jù)項(xiàng)

44、的存儲(chǔ)要求，訪問方法、存取單位、存取的物理關(guān)系（索引、設(shè)備、存儲(chǔ)區(qū)域）、設(shè)計(jì)考慮和保密條件。5.3 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系說明各個(gè)數(shù)據(jù)結(jié)構(gòu)與訪問這些數(shù)據(jù)結(jié)構(gòu)的各個(gè)程序之間的對(duì)應(yīng)關(guān)系，可采用如下的矩陣圖的形式： 程序1 程序2 程序m 數(shù)據(jù)結(jié)構(gòu)1 數(shù)據(jù)結(jié)構(gòu)2 數(shù)據(jù)結(jié)構(gòu)n 6. 系統(tǒng)出錯(cuò)處理設(shè)計(jì)6.1 出錯(cuò)信息用一覽表的方式說明每種可能的出錯(cuò)或故障情況出現(xiàn)時(shí)，系統(tǒng)輸出信息的形式、含意及處理方法。6.2 補(bǔ)救措施說明故障出現(xiàn)后可能采取的變通措施，包括：（1） 后備技術(shù)革新：說明準(zhǔn)備采用的后備技術(shù)，當(dāng)原始系統(tǒng)數(shù)據(jù)萬一丟失時(shí)啟用的副本的建立和啟動(dòng)的技術(shù)，例如周期性地把磁盤信息記錄到磁帶上去就是對(duì)于磁盤媒體

45、的一種后備技術(shù)；（2） 降效技術(shù)：說明準(zhǔn)備采用的后備技術(shù)，使用另一個(gè)效率稍低的系統(tǒng)或方法來求得所需結(jié)果的某些部分，例如一個(gè)自動(dòng)系統(tǒng)的降效技術(shù)可以是手工操作和數(shù)據(jù)的人工記錄；（3） 恢復(fù)及再啟動(dòng)技術(shù)：說明將使用的恢復(fù)再啟動(dòng)技術(shù)，使軟件從故障點(diǎn)恢復(fù)執(zhí)行或使軟件從頭開始重新運(yùn)行的方法。6.3 系統(tǒng)維護(hù)設(shè)計(jì)說明為了系統(tǒng)維護(hù)的方便而在程序內(nèi)部設(shè)計(jì)中做出的安排，包括在程序中專門安排用于系統(tǒng)的檢查與維護(hù)的檢測點(diǎn)和專用模塊。詳細(xì)設(shè)計(jì)說明書1. 引言1.1 目的說明編寫詳細(xì)設(shè)計(jì)說明書的目的，指出預(yù)期的讀者。1.2 背景（7） 待開發(fā)的軟件系統(tǒng)的名稱；（8） 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò)；（9） 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。1.3 參考資料列出所用的參考資料，如：（9） 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級(jí)機(jī)關(guān)的批文；（10） 屬于本項(xiàng)目的其他已發(fā)表的文件；（11） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。（12） 列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。1.4 術(shù)語列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。2.