產(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é)對產(chǎn)品開發(fā)過程中的里程碑產(chǎn)生的相關(guān)成果和文檔進(jìn)行質(zhì)量控制，并將符合規(guī)范的成果放入資源中心存檔；2.3 技術(shù)支持部和市場部負(fù)責(zé)宣傳材料和用戶手冊的制作，以及和產(chǎn)品銷售流程的銜接環(huán)節(jié)和動作；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ā)立項；3.3 公司組織人員對產(chǎn)品立項進(jìn)行評審，若評審未通過，相關(guān)文檔放入行政綜合部備案；3.4 若立項評審?fù)ㄟ^，質(zhì)量保證部對立項進(jìn)行質(zhì)量檢驗，若質(zhì)檢未通過，修改立項報告；3.5 若質(zhì)檢通過，開始制訂項目計劃，同時質(zhì)量保證部將立項相關(guān)文檔放入行政綜合部歸檔；3.6 技術(shù)部經(jīng)理將項目計劃提交給技術(shù)副總評審，若未通過，技術(shù)部經(jīng)理修改項目計劃；3.7 若評審?fù)ㄟ^，質(zhì)量控制部對項目計劃進(jìn)行評審，若質(zhì)檢評審未通過，產(chǎn)品經(jīng)理修改項目計劃，若質(zhì)檢評審?fù)ㄟ^，產(chǎn)品總監(jiān)安排研發(fā)項目資源；3.8 產(chǎn)品經(jīng)理獲得研發(fā)項目資源后，進(jìn)行需求分析，并將相關(guān)成果交技術(shù)委員會進(jìn)行內(nèi)容評審；3.9 若內(nèi)容評審未通過，產(chǎn)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

19、，需要這個序列，使得它可以根據(jù)本次輸入和以前的狀態(tài)做出響應(yīng)。這種情況猶如有限狀態(tài)機。3.2 性能需求從整體來說，本節(jié)應(yīng)具體說明軟件、或人與軟件交互的靜態(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)處理完，不然，操作員將不等待處理的完成。u 精度說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。 u 時間特性要求說

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

21、以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領(lǐng)域的具體需求必須包括：利用可靠的密碼技術(shù)，掌握特定的記錄或歷史數(shù)據(jù)集，給不同的模塊分配不同的功能，限定一個程序中某些區(qū)域的通信，計算臨界值的檢查等。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)品時的界面需求。例如，如果系統(tǒng)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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