軟件公司技術(shù)管理制度及辦法之質(zhì)量管理制度

1、技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 1 -技術(shù)部門技術(shù)部門技術(shù)管理制度及辦法之技術(shù)管理制度及辦法之質(zhì)量管理制度質(zhì)量管理制度技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 2 -1目標(biāo)目標(biāo).52SQA 崗位職責(zé)崗位職責(zé).53SQA 流程流程.64SQA 與各技術(shù)方向的關(guān)系與各技術(shù)方向的關(guān)系.65軟件工程標(biāo)準(zhǔn)與規(guī)范軟件工程標(biāo)準(zhǔn)與規(guī)范 .75.1軟件工程標(biāo)準(zhǔn).75.2軟件標(biāo)準(zhǔn)文檔模版規(guī)范 .95.3軟件技術(shù)規(guī)范.106SQA 任務(wù)管理任務(wù)管理.106.1任務(wù)來源.106.2流程管理.106.3主要任務(wù).10附件一：軟件質(zhì)量保證計劃附件一：軟件質(zhì)量保證計劃.121 引言引言.131.1 目的.131.2

2、定義.131.3 參考資料.132 管理管理.142.1 機(jī)構(gòu).142.2 任務(wù).142.3 職責(zé).153 文檔文檔.153.1 基本文檔.153.2 其它文檔.163.3 文檔質(zhì)量的度量準(zhǔn)則.164 標(biāo)準(zhǔn)、條例和約定標(biāo)準(zhǔn)、條例和約定 .175 評審和檢查評審和檢查.185.1 第一次評審.195.2 第二次評審.195.3 第三次評審.20技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 3 -6 軟件配置管理軟件配置管理.207 工具、技術(shù)和方法工具、技術(shù)和方法 .218 媒體控制媒體控制 .219 對供貨單位的控制對供貨單位的控制 .2210 記錄的收集、維護(hù)和保存記錄的收集、維護(hù)和保存 .22附

3、件二：技術(shù)月報附件二：技術(shù)月報.23附件附件 3：軟件階段評審表：軟件階段評審表.1附件附件 4：軟件配置管理計劃：軟件配置管理計劃.31 引言引言.41.1 目的.41.2 范圍.41.3 術(shù)語定義.41.4 參考資料.61.5 概述.62 軟件配置管理軟件配置管理.62.1 機(jī)構(gòu).62.2 任務(wù).72.3 職責(zé).72.4 接口控制.72.5 實現(xiàn).82.6 適用的標(biāo)準(zhǔn)、條例和約定.83 軟件配置管理活動軟件配置管理活動 .83.1 配置標(biāo)識.93.1.1 標(biāo)識方法.93.1.2 各類基線.93.2 配置和變更控制.93.3 配置狀態(tài)審計.103.4 配置的檢查和評審.114 工具、技術(shù)和方

4、法工具、技術(shù)和方法 .115 里程碑里程碑.126 培訓(xùn)和資源培訓(xùn)和資源.12技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 4 -7 對供貨單位的控制對供貨單位的控制 .128 記錄的收集、維護(hù)和保存記錄的收集、維護(hù)和保存.12技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 5 -1 目標(biāo)目標(biāo)質(zhì)量管理(Supplier Quality Assurance)，以下簡稱 SQA，主要對研發(fā)和工程進(jìn)行軟件過程的質(zhì)量管理。SQA 的目標(biāo)：保障研發(fā)的軟件產(chǎn)品質(zhì)量，為工程項目提供穩(wěn)定、可靠的運(yùn)行平臺，提升公司產(chǎn)品的層次；保障工程項目的軟件產(chǎn)品質(zhì)量和實施的規(guī)范性、成功性；形成公司健全的質(zhì)量管理體系，提高公司管理水平及產(chǎn)品

5、質(zhì)量，提升公司的市場競爭力；通過質(zhì)量管理制度的貫徹與執(zhí)行，逐步向國際標(biāo)準(zhǔn)靠攏。質(zhì)量管理的工作主要包括以下兩個方面：制定、貫徹和持續(xù)改進(jìn)質(zhì)量管理的方針、指南、規(guī)范；監(jiān)督和檢查質(zhì)量管理的方針、指南、規(guī)范在軟件的開發(fā)過程中的實施情況，保證開發(fā)出的軟件和軟件開發(fā)過程符合相應(yīng)的標(biāo)準(zhǔn)與規(guī)范，保證軟件產(chǎn)品、軟件過程中存在的問題得到處理。2 SQA 崗位職責(zé)崗位職責(zé)統(tǒng)一軟件工程方法，制定以公司產(chǎn)品線為主的軟件標(biāo)準(zhǔn)文檔模版規(guī)范和軟件技術(shù)規(guī)范；跟蹤軟件過程的質(zhì)量活動并鑒別活動中出現(xiàn)的偏差；里程碑式技術(shù)評審，實現(xiàn)軟件質(zhì)量的過程化管理；軟件配置管理，利用配置管理工具，建立配置服務(wù)器環(huán)境，控制文檔與程序的修改信息和版本

6、；全面測試，采用適當(dāng)手段對軟件需求、軟件分析、軟件設(shè)計、軟件實技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 6 -現(xiàn)和文檔進(jìn)行全面測試；軟件產(chǎn)品文檔及程序源碼歸檔與保管。3 SQA 流程流程4 SQA 與各技術(shù)方向的關(guān)系與各技術(shù)方向的關(guān)系SQA 的主要職責(zé)是為研發(fā)和工程提供質(zhì)量管理保障，協(xié)助各技術(shù)方向按時、保質(zhì)、保量完成軟件過程質(zhì)量管理任務(wù)；SQA 負(fù)責(zé)對研發(fā)和工程的質(zhì)量管理支持，嚴(yán)格按照制定的質(zhì)量保證計劃實施，研發(fā)和工程必須配合質(zhì)量保證計劃的實施；1）SQA 制定的各種標(biāo)準(zhǔn)與規(guī)范，各技術(shù)方向必須嚴(yán)格按照標(biāo)準(zhǔn)與規(guī)范執(zhí)行；2）SQA 人員和研發(fā)和工程總監(jiān)需要進(jìn)行溝通，共同完成軟件過程跟蹤、技術(shù)管理制度

7、及辦法之 質(zhì)量管理制度 - 7 -審查和里程碑式評審；3）研發(fā)和工程提交配置管理計劃和階段性實施情況，SQA 負(fù)責(zé)指導(dǎo)和監(jiān)督執(zhí)行。SQA 人員工作過程中發(fā)現(xiàn)的不符合問題及時形成軟件問題單，研發(fā)和工程按照軟件問題單，提出處理意見及處理時間，直到問題解決為止；研發(fā)和工程總監(jiān)定期向 SQA 提交軟件開發(fā)進(jìn)度表；一個 SQA 人員需要同時支持研發(fā)和工程多個軟件開發(fā)任務(wù)的質(zhì)量管理。5 軟件工程標(biāo)準(zhǔn)與規(guī)范軟件工程標(biāo)準(zhǔn)與規(guī)范5.1 軟件工程標(biāo)準(zhǔn)軟件工程標(biāo)準(zhǔn)軟件工程模型1） 軟件生存周期模型(瀑布模型 Waterfall Model)特點(diǎn)： 上一階段的變換結(jié)果 是下一階段的變換的 輸入，相鄰兩個階段 具有因果

8、關(guān)系，緊密 相聯(lián)。需求分析需求分析問題定義問題定義可性行研究可性行研究計劃計劃時期時期概要設(shè)計概要設(shè)計詳細(xì)設(shè)計詳細(xì)設(shè)計編編 碼碼 測測 試試開發(fā)開發(fā)時期時期運(yùn)行與維護(hù)運(yùn)行與維護(hù)運(yùn)運(yùn) 行行時時 期期技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 8 -2） 原型模型(Prototype Model)軟件工程方法1）結(jié)構(gòu)化設(shè)計方法(SD- Structured Design)結(jié)構(gòu)化設(shè)計方法是基于模塊化、自頂向下細(xì)化、結(jié)構(gòu)化程序設(shè)計等程序設(shè)計技術(shù)基礎(chǔ)發(fā)展起來的。它所提供的方法和原則，主要是用來指導(dǎo)軟件的概要設(shè)計。結(jié)構(gòu)化設(shè)計屬于面向數(shù)據(jù)流的設(shè)計方法。在軟件的需求分析階段，數(shù)據(jù)流是軟件開發(fā)人員考慮問題的出發(fā)點(diǎn)和

9、基礎(chǔ)。數(shù)據(jù)流從系統(tǒng)的輸入端向輸出端，則要經(jīng)歷一系列的變換或處理。用來表現(xiàn)這個過程的數(shù)據(jù)流(DFD),實際上就是軟件系統(tǒng)的邏輯模型。面向數(shù)據(jù)流的設(shè)計要解決的任務(wù)，就是在上述需求分析的基礎(chǔ)上，將 DFD圖映射(Mapping)-軟件系統(tǒng)的結(jié)構(gòu)。換句話說，這類設(shè)計方法，允許把用 DFD 圖 表示的系統(tǒng)邏輯模型，很方便地轉(zhuǎn)換成對于軟件結(jié)構(gòu)的初始設(shè)計描述。結(jié)構(gòu)化設(shè)計分析工具：Microsoft Project，項目進(jìn)度計劃編制工具EPMS，工作流圖制作工具M(jìn)icrosoft Visio，數(shù)據(jù)流圖(DFD)、結(jié)構(gòu)圖制作工具Sybase Powerdeigner，數(shù)據(jù)庫模型分析設(shè)計工具加工原型原型快速分析和

10、設(shè)計建造原型客戶評價原型1原型系統(tǒng)僅包括未來系統(tǒng)的主要功能， 以及系統(tǒng)的重要接口；2為了盡快向用戶提供原型，開發(fā)原型系統(tǒng)時應(yīng)盡量使用能縮短開發(fā)周期的語言和工具。技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 9 -2）面向?qū)ο蟮姆治龇椒?Object Oriented Analysis) OOA 的核心思想是利用 OO 的概念和方法對軟件需求建造模型，以使用戶需求逐 步精確化、一致化、完全化。為此， OOA 的方法步驟為:面向?qū)ο蠓治龉ぞ撸篣ML、RationalRose上述列出了軟件工程的兩個模型和兩個方法，采用哪類模型和方法，可根據(jù)具體的工程項目經(jīng)過充分的論證后進(jìn)行選擇。5.2 軟件標(biāo)準(zhǔn)文檔模版規(guī)

11、范軟件標(biāo)準(zhǔn)文檔模版規(guī)范需求分析需求分析需求分析-功能需求附件一：業(yè)務(wù)流圖附件二：數(shù)據(jù)流圖附件三：業(yè)務(wù)工單/報表樣張需求分析-數(shù)據(jù)規(guī)劃概要設(shè)計概要設(shè)計功能結(jié)構(gòu)設(shè)計數(shù)據(jù)庫設(shè)計說明書詳細(xì)設(shè)計測試大綱使用手冊維護(hù)手冊識別對象屬性及外部服務(wù)識別類及其結(jié)構(gòu)定義對象之間的消息傳遞技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 10 -5.3 軟件技術(shù)規(guī)范軟件技術(shù)規(guī)范工作流圖(EPMS)規(guī)范數(shù)據(jù)流圖(DFD)規(guī)范IPO 圖規(guī)范數(shù)據(jù)庫技術(shù)規(guī)范VS2008（采用的編程語言）技術(shù)規(guī)范目錄結(jié)構(gòu)規(guī)范文檔編制規(guī)范6 SQA 任務(wù)管理任務(wù)管理6.1 任務(wù)來源任務(wù)來源工程項目的質(zhì)量管理；研發(fā)的質(zhì)量管理；選定新的軟件工程方法，軟件工程

12、標(biāo)準(zhǔn)文檔模版和軟件技術(shù)規(guī)范的修訂。6.2 流程管理流程管理工程項目啟動章程宣布后，SQA 任務(wù)正式啟動。6.3 主要任務(wù)主要任務(wù)制定軟件質(zhì)量保證計劃(格式與內(nèi)容見附件 1)，根據(jù)研發(fā)和工程提交的軟件任務(wù)實施計劃(人力資源和進(jìn)度計劃等)制定與其對應(yīng)的軟件質(zhì)量保證計劃，組織計劃的評審，形成評審報告。向給研發(fā)和工程總監(jiān)、開發(fā)人員和所有相關(guān)人員發(fā)布計劃，便于研發(fā)和工程總監(jiān)及 SQA 人員對技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 11 -其工作的監(jiān)督。選定軟件工程方法，要求研發(fā)和工程采用；制定與修訂軟件工程標(biāo)準(zhǔn)文檔模版和軟件技術(shù)規(guī)范，要求研發(fā)和工程采用和遵循；接收來自研發(fā)和工程總監(jiān)提交的軟件階段進(jìn)度信息

13、，(格式與內(nèi)容見附件 2)；研發(fā)和工程執(zhí)行的軟件過程化跟蹤與審查，偏離標(biāo)準(zhǔn)和規(guī)范的問題及時的反映和處理；里程碑式評審，主要任務(wù)是保證軟件執(zhí)行的活動與預(yù)定義的軟件過程一致，使軟件過程在軟件產(chǎn)品的開發(fā)中得到遵循，保障研發(fā)和工程定義的每個軟件任務(wù)得到實際的執(zhí)行(軟件階段評審表格式與內(nèi)容見附件3)；配置管理工作的檢查和審查；由研發(fā)和工程提出配置管理計劃(格式與內(nèi)容見附件 4)，SQA 以軟件配置基線(里程碑)，軟件配置項為依據(jù)，負(fù)責(zé)過程管理與監(jiān)控，對研發(fā)和工程軟件執(zhí)行過程中產(chǎn)生的階段性文檔和程序進(jìn)行有效的版本管理與控制。SQA 人員工作過程中記錄的工作結(jié)果和發(fā)現(xiàn)的不符合問題，填寫相應(yīng)的問題單，直到問題

14、解決，詳見附件 3；這是 SQA 的一個重要的任務(wù)，SQA 人員要對工作過程中記錄的工作結(jié)果和發(fā)現(xiàn)的不符合問題進(jìn)行處理，及時向有關(guān)人員及高級管理者反映。在處理問題的過程中對符合標(biāo)準(zhǔn)過程的活動，SQA 人員應(yīng)該積極地報告活動的進(jìn)展情況以及這些活動在符合標(biāo)準(zhǔn)方面的效果；對不符合標(biāo)準(zhǔn)過程的活動，SQA 要報告其不符合性以及它對產(chǎn)品的影響，同時提出改進(jìn)建議。收集新方法，提供軟件工程標(biāo)準(zhǔn)與規(guī)范的改進(jìn)。研發(fā)和工程軟件執(zhí)行過程中，對標(biāo)準(zhǔn)和規(guī)范定義不準(zhǔn)確或是不方便的地方，及時提出修改意見，以便 SQA 進(jìn)行有效的修改和完善標(biāo)準(zhǔn)與規(guī)范；對 SQA 制定的規(guī)范培訓(xùn)。技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 12 -

15、技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 13 -附件一：軟件質(zhì)量保證計劃附件一：軟件質(zhì)量保證計劃質(zhì)量保證計劃質(zhì)量保證計劃產(chǎn)品名稱：編制單位：產(chǎn)品編號：文檔編號：版 本 號：編制日期：更改日期：擬制人審核批準(zhǔn)技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 14 -1 引言引言1.1 目的目的本條必須指出特定的軟件質(zhì)量保證計劃的具體目的。還必須指出該計劃所針對的軟件項目（及其所屬的各個子項目）的名稱和用途。 本計劃的目的在于對所開發(fā)的軟件規(guī)定各種必要的質(zhì)量保證措施，以保證所交付的軟件能夠滿足項目委托書或合同中規(guī)定的各項需求，能夠滿足本軟件總體制定的該軟件系統(tǒng)需求規(guī)格說明書中規(guī)定的各項具體需求。軟件開發(fā)單位

16、在軟件執(zhí)行過程中，按照本計劃中的有關(guān)規(guī)定，但可根據(jù)各自的情況對本計劃作適當(dāng)?shù)募舨?，以滿足特定的質(zhì)量保證要求，剪裁后的計劃必須經(jīng)相關(guān)人員批準(zhǔn)。1.2 定義定義本條應(yīng)該列出計劃正文中需要解釋的而在GB/T 11457中尚未包含的術(shù)語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。1.3 參考資料參考資料本條必須列出計劃正文中所引用資料的名稱、代號、編號、出版機(jī)構(gòu)和出版年月。GB/T 11457 軟件工程術(shù)語GB 8566 計算機(jī)軟件開發(fā)規(guī)范GB 8567 計算機(jī)軟件產(chǎn)品開發(fā)文件編制指南技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 15 -GB/T 12505 計算機(jī)軟件配置管理計劃規(guī)范 2 管理管

17、理必須描述負(fù)責(zé)軟件質(zhì)量保證的機(jī)構(gòu)、任務(wù)及其有關(guān)的職責(zé)。2.1 機(jī)構(gòu)機(jī)構(gòu)本條必須描述與軟件質(zhì)量保證有關(guān)的機(jī)構(gòu)的組成。還必須清楚地描述來自項目委托單位、項目承辦單位、軟件開發(fā)單位或用戶中負(fù)責(zé)軟件質(zhì)量保證的各個成員有機(jī)構(gòu)中的相互關(guān)系。2.2 任務(wù)任務(wù)本條必須描述計劃涉及的軟件生存周期中有關(guān)階段的任務(wù)，特別要把重點(diǎn)放在描述這些階段所應(yīng)進(jìn)行的軟件質(zhì)量保證活動上。軟件質(zhì)量保證工作涉及軟件生存同期各階段的活動，應(yīng)該貫徹到日常的軟件開發(fā)活動中，而且應(yīng)該特別注意軟件質(zhì)量的早期評審工作。因此，對實施的軟件任務(wù)，要按照本計劃的各項規(guī)定進(jìn)行各項評審工作。SQA 人員參加所有的評審與檢查活動。評審與檢查的目的是為了確保

18、在軟件開發(fā)工作的各個階段和各個方面都認(rèn)真采取各項措施來保證與提高軟件的質(zhì)量。在軟件開發(fā)過程中，應(yīng)該進(jìn)行以下三次評審：第一次評審軟件需求、概要設(shè)計、驗證與確認(rèn)方法；第二次評審詳細(xì)設(shè)計、功能測試與演示，并對第一次評審結(jié)果復(fù)核；第三次是功能檢查、物理檢查和綜合檢查。關(guān)于這些評審工作的詳細(xì)內(nèi)容見第 5 章。階段評審工作要組織專門的評審小組，原則上由軟件組長、副組長或特邀技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 16 -專家擔(dān)任評審組長，評審小組成員應(yīng)該包括項目委托單位或用戶的代表、SQA人員、軟件開發(fā)單位和上級主管部門的代表，其他參加人員視評審內(nèi)容而定。每一次評審工作都應(yīng)填寫評審總結(jié)報告與軟件問題報告單

19、。格式詳見質(zhì)量管理制度。日常檢查：在軟件的開發(fā)過程中，應(yīng)該填寫項目進(jìn)展報表，即軟件報表表頭與軟件階段產(chǎn)品完成情況表。SQA 可以通過項目進(jìn)展季報表發(fā)現(xiàn)有關(guān)軟件質(zhì)量的問題。格式詳見質(zhì)量管理制度。軟件驗收：必須組織專門的驗收小組對軟件進(jìn)行驗收。驗收內(nèi)容應(yīng)包括文檔驗收、程序驗收、演示、驗收測試與測試結(jié)果評審等幾項工作。2.3 職責(zé)職責(zé)本條必須指明軟件質(zhì)量保證計劃中規(guī)定的每一個負(fù)責(zé)單位或成員的責(zé)任。3 文檔文檔必須列出在該軟件的開發(fā)、驗證與確認(rèn)以及使用與維護(hù)等階段中需要編制的文檔，并描述對文檔進(jìn)行評審與檢查的準(zhǔn)則。3.1 基本文檔基本文檔為了確保軟件的實現(xiàn)滿足需求規(guī)格說明書中規(guī)定的各項需求，至少應(yīng)該編

20、寫以下八個方面內(nèi)容的文檔：1) 軟件任務(wù)實施計劃； 2) 軟件需求規(guī)格說明書；技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 17 -3) 軟件設(shè)計說明書，應(yīng)該包含概要設(shè)計和詳細(xì)設(shè)計兩個文檔；4) 軟件測試大綱；5) 使用手冊；6) 維護(hù)手冊 7) 項目開發(fā)總結(jié)。8) 源代碼清單； 3.2 其它文檔其它文檔除了基本文檔之外，對于尚在開發(fā)中的軟件，還應(yīng)該包括以下四個方面的文檔：1) 軟件質(zhì)量保證計劃；2) 軟件配置管理計劃；3) 軟件階段進(jìn)展表，其詳細(xì)格式參考質(zhì)量管理規(guī)范的各項規(guī)定；4) 軟件階段評審表，其詳細(xì)格式參考質(zhì)量管理規(guī)范的各項規(guī)定。3.3 文檔質(zhì)量的度量準(zhǔn)則文檔質(zhì)量的度量準(zhǔn)則文檔是軟件的重要組

21、成部分，是軟件生存周期各個不同階段的產(chǎn)品描述。難作確認(rèn)就是要檢查各階段文檔的合適性。評審文檔質(zhì)量的度量準(zhǔn)則是有以下六條：1) 完備性：所有承擔(dān)軟件開發(fā)任務(wù)的單位，都城必須公司制定的軟件文檔標(biāo)準(zhǔn)模版編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的。2) 正確性：在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實的反映階段的工作且與該階段的需求相一致。3) 簡明性：在軟件開發(fā)各個階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡煉，適合各種文檔的特定讀者。4) 可追蹤性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤性包括縱向可追蹤性和橫向可追蹤性兩個方面。前者是指技術(shù)管理制度

22、及辦法之 質(zhì)量管理制度 - 18 -在不同的文檔的相關(guān)內(nèi)容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔中的范圍的難易程度。5) 自說明性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有較好的自說明性。文檔的自說明性是指在軟件開發(fā)各個階段中的不同文檔能獨(dú)立表達(dá)該軟件其相應(yīng)階段的階段產(chǎn)品的能力。6) 規(guī)范性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的規(guī)范性是指文檔的封面、大綱、術(shù)語的含義以及圖示符號等符合有關(guān)規(guī)范的規(guī)定。4 標(biāo)準(zhǔn)、條例和約定標(biāo)準(zhǔn)、條例和約定在軟件的開發(fā)過程中，還必須遵守下列標(biāo)準(zhǔn)、條例和約定：1) 軟件文檔模版標(biāo)準(zhǔn)規(guī)范需求分析需求分析需求分析-功能需求

23、附件一：業(yè)務(wù)流圖附件二：數(shù)據(jù)流圖附件三：業(yè)務(wù)工單/報表樣張需求分析-數(shù)據(jù)規(guī)劃概要設(shè)計概要設(shè)計功能結(jié)構(gòu)設(shè)計數(shù)據(jù)庫設(shè)計說明書詳細(xì)設(shè)計測試大綱使用手冊維護(hù)手冊技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 19 -2) 軟件技術(shù)規(guī)范工作流圖(EPMS)規(guī)范數(shù)據(jù)流圖(DFD)規(guī)范IPO 圖規(guī)范數(shù)據(jù)庫設(shè)計規(guī)范VS 編程規(guī)范目錄結(jié)構(gòu)規(guī)范文檔編制規(guī)范3) 軟件配置管理計劃5 評審和檢查評審和檢查必須規(guī)定所要進(jìn)行的技術(shù)和管理兩方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程以及通過與否的技術(shù)準(zhǔn)則。至少要進(jìn)行下列各項評審和檢查工作：1) 軟件需求評審(software requirements review)在軟

24、件概要設(shè)計結(jié)束后必須進(jìn)行概要設(shè)計評審，以確保在軟件需求規(guī)格說明書中所規(guī)定的各項需求的合適性。2) 概要設(shè)計評審(preliminary design review)在軟件概要設(shè)計結(jié)束后必須進(jìn)行概要設(shè)計評審，以評價軟件設(shè)計說明書中所描述的軟件概要設(shè)計在總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局?jǐn)?shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方面的合適性。3) 詳細(xì)設(shè)計評審(detailed design review)軟件詳細(xì)設(shè)計階段結(jié)束后必須進(jìn)行詳細(xì)設(shè)計評審，以評價軟件驗證與確認(rèn)計劃中所規(guī)定的驗證與確認(rèn)方法的合適性與完整性。4) 功能檢查(functional audit)在軟件釋放前，要對軟件進(jìn)行物理檢查

25、，以驗證程序和文檔已經(jīng)滿足在軟件需求說明書中規(guī)定的所有需求。技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 20 -5) 物理檢查(physical audit)在驗收軟件前，要對軟件進(jìn)行物理檢查，以難程序和文檔已經(jīng)一致并已做好了交付的準(zhǔn)備。6) 綜合檢查(comprehensive audit)在軟件驗收時，要允許用戶或用戶所委托的專家對所要驗收的軟件進(jìn)行設(shè)計抽樣的綜合檢查，以驗證代碼和設(shè)計文檔的一致性。7) 管理評審(management reviews)要對計劃的執(zhí)行情況定期（或按階段）進(jìn)行管理評審；這些評審必須由獨(dú)立于被評審單位的機(jī)構(gòu)或授權(quán)的第三方主持進(jìn)行。5.1 第一次評審第一次評審第一次評

26、審會要對軟件需求、概要設(shè)計以及驗證與確認(rèn)方法進(jìn)行評審。1) 軟件需求評審（SRR）應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項需求的合理性；2) 概要設(shè)計評審（PDR）應(yīng)評價軟件設(shè)計說明書中的軟件概要設(shè)計的技術(shù)合適性；3) 軟件驗證和確認(rèn)評審（SV&VR）應(yīng)評價軟件驗證和確認(rèn)計劃中確定的驗證和確認(rèn)方法的合適性和完整性。5.2 第二次評審第二次評審第二次評審會要對詳細(xì)設(shè)計、功能測試與演示進(jìn)行評審，并對第一次評審結(jié)果進(jìn)行復(fù)核。如果在軟件開發(fā)過程中發(fā)現(xiàn)需要修改第一次評審結(jié)果，則應(yīng)按照軟件配置管理計劃的規(guī)定處理。1) 詳細(xì)設(shè)計評審（DDR）應(yīng)確定軟件設(shè)計說明書中的詳細(xì)設(shè)計在滿足軟件需求規(guī)格說明書中的

27、需求方面的可接受性。 2) 編程格式評審應(yīng)確保所有編碼采用規(guī)定的工作語言，能在規(guī)定的運(yùn)行環(huán)境中運(yùn)行，滿足技術(shù)規(guī)范中的約定，并且符合規(guī)范約定的編程風(fēng)格。在滿足這些要求之后，方可進(jìn)行測試工作評審。技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 21 -3) 測試工作評審應(yīng)對所有的程序單元進(jìn)行靜態(tài)分析，檢查其程序結(jié)構(gòu)（即模塊和函數(shù)的調(diào)用關(guān)系和調(diào)用序列）和變量使用是否正確。在通過靜態(tài)分析后，再進(jìn)行結(jié)構(gòu)測試和功能測試。各個軟件子系統(tǒng)或模塊只進(jìn)行功能測試，不單獨(dú)進(jìn)行結(jié)構(gòu)測試。測試測試工作評審要檢查所進(jìn)行的測試工作是否滿足這些要求。特別在評審功能測試工作時，不僅要運(yùn)行開發(fā)單位給出的測試用例，而且要允許運(yùn)行任務(wù)委托單

28、位或用戶、評審人員選定的采樣用例。 5.3 第三次評審第三次評審第三次評審會要進(jìn)行功能檢查、物理檢查和綜合檢查。這些評審會應(yīng)在集成測試階段結(jié)束后進(jìn)行。1) 功能檢查(FA)，應(yīng)驗證所開發(fā)的軟件已滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。 2) 物理檢查(PA)，應(yīng)對軟件進(jìn)行物理檢查，以驗證程序和文檔已經(jīng)一致，并已做好了交付的準(zhǔn)備。 3) 綜合檢查(CA)，應(yīng)驗證代碼和設(shè)計文檔的一致性、接口規(guī)格說明的一致性（硬件和軟件） 、設(shè)計實現(xiàn)和功能需求的一致性、功能需求和測試描述的一致性。6 軟件配置管理軟件配置管理必須編制軟件配置管理計劃，規(guī)定用于標(biāo)識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的

29、狀態(tài)以及評審和檢查配置工作等四方面的活動。還必須規(guī)定用以維護(hù)和存儲軟件受控版本的方法和設(shè)施；必須規(guī)定對所發(fā)現(xiàn)的問題進(jìn)行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 22 -7 工具、技術(shù)和方法工具、技術(shù)和方法在軟件的研制與開發(fā)過程中，都應(yīng)該在各自的軟件質(zhì)量保證活動中合理地使用軟件質(zhì)量支持工具、技術(shù)和方法。這些工具主要有下列三種：1) 軟件配置管理工具，它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的代碼的自動組織；支持用戶有不同文檔相關(guān)內(nèi)容之間進(jìn)行相互檢索并確定同一文檔中的涉及范圍；同時還應(yīng)支持軟件配置管理小組對軟件配置

30、更改進(jìn)行科學(xué)的管理；2) 文檔輔助生成工具與圖形編輯工具，它主要協(xié)助用戶繪制描述程序流程與結(jié)構(gòu)的工作流圖(EPMS)與數(shù)據(jù)流圖(DFD)。繪制描述軟件功能（輸入、輸出關(guān)系）的曲線以及繪制描述系統(tǒng)特性的一些其他圖形，同時還可生成若干與軟件文檔編制大約相適應(yīng)的文檔模板。用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能，可以比較方便地產(chǎn)生清晰悅目的文檔，也有利于對文檔進(jìn)行更改，還有助于提高文檔的編制質(zhì)量；3) 數(shù)據(jù)庫設(shè)計工具，主要設(shè)計完成數(shù)據(jù)庫的邏輯模型與物理模型，同時還可生成與軟件文檔編制大約相適應(yīng)的數(shù)據(jù)字典。8 媒體控制媒體控制為了保護(hù)計算機(jī)程序的物理媒體，以免非法存取，意外損壞或自然老化，

31、SQA 人員按照軟件工程小組制訂的、且經(jīng)批準(zhǔn)的軟件配置管理計劃妥善管理和存放各個子系統(tǒng)及其專用支持軟件的媒體。技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 23 -9 對供貨單位的控制對供貨單位的控制需要從軟件銷售購買、委托或其他開發(fā)單位開發(fā)、從開發(fā)單位現(xiàn)存軟件庫中選用或從項目委托單位或用戶的現(xiàn)有軟件庫中選用軟件時，SQA 必須參與軟件選用評審、測試與檢查，只有當(dāng)演示成功、測試合格后才能批準(zhǔn)選用。如果只選用其中部分內(nèi)容，則按待開發(fā)軟件的處理過程辦理，此時 SQA 不再干預(yù)。 10 記錄的收集、維護(hù)和保存記錄的收集、維護(hù)和保存在軟件的研制與開發(fā)期間，要進(jìn)行各種軟件質(zhì)量保證活動，準(zhǔn)確記錄、及時分析并妥善

32、保存有關(guān)這些活動的記錄，是確保軟件質(zhì)量的重要條件。SQA 人員負(fù)責(zé)收集、匯總與保存有關(guān)軟件質(zhì)量保證活動的記錄。要收集、匯總與保存的記錄名字及其保存期限見表 1。表 1 記錄名稱及其保存的期限記錄的名稱與分類記錄的名稱與分類要保存的期限要保存的期限階段評審階段評審總結(jié)整個軟件開發(fā)周期記錄階段評審主要問題整個軟件開發(fā)周期階段評審成員整個軟件開發(fā)周期日常檢查軟件階段產(chǎn)品完成情況整個軟件開發(fā)周期修改軟件問題報告單整個軟件開發(fā)周期組織軟件質(zhì)量人員記錄整個軟件開發(fā)周期技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 24 -附件二：技術(shù)月報附件二：技術(shù)月報技技 術(shù)術(shù) 月月 報報 （一）（一）統(tǒng)計日期：項目名稱進(jìn)度甘

33、特圖項目信息項目經(jīng)理合同工期項目進(jìn)度信息計劃進(jìn)度計劃進(jìn)度實際進(jìn)度實際進(jìn)度階段階段開始日期開始日期結(jié)束日期結(jié)束日期開始日期開始日期結(jié)束日期結(jié)束日期備注備注1 需求分析階段2 概要設(shè)計階段3 詳細(xì)設(shè)計階段4 軟件編碼階段5 軟件測試階段6 系統(tǒng)試運(yùn)行階段7 系統(tǒng)綜合驗收說明：階段產(chǎn)品包括實施計劃、需求規(guī)格說明書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、測試大綱、 使用手冊、維護(hù)手冊、項目開發(fā)總結(jié)、源代碼清單、配置管理計劃等。質(zhì)量信息階段階段質(zhì)量過程狀態(tài)質(zhì)量過程狀態(tài)評審狀態(tài)評審狀態(tài)評審結(jié)果評審結(jié)果質(zhì)量總結(jié)質(zhì)量總結(jié)1 需求分析階段過程跟蹤評審評審 復(fù)審?fù)ㄟ^ 不通過2 概要設(shè)計階段過程跟蹤評審評審 復(fù)審?fù)ㄟ^ 不

34、通過3 詳細(xì)設(shè)計階段過程跟蹤評審評審 復(fù)審?fù)ㄟ^ 不通過4 軟件編碼階段過程跟蹤評審評審 復(fù)審?fù)ㄟ^ 不通過5 軟件測試階段過程跟蹤評審評審 復(fù)審?fù)ㄟ^ 不通過6 系統(tǒng)試運(yùn)行階段過程跟蹤評審評審 復(fù)審?fù)ㄟ^ 不通過7 系統(tǒng)綜合驗收過程跟蹤評審評審 復(fù)審?fù)ㄟ^ 不通過說明：對項目進(jìn)度的甘特圖可另用篇幅，采用 Excel 格式制作，用不同的顏色同時體現(xiàn)計劃和實際進(jìn)度狀況。技術(shù)管理制度及辦法之 質(zhì)量管理制度 - 25 -技技 術(shù)術(shù) 月月 報報 （二）（二）統(tǒng)計日期：費(fèi)用信息項目預(yù)算： （人月）其中項目組： （人月）其中專題組： （人月）項目組員項目組員（現(xiàn)場）（現(xiàn)場）項目組員項目組員（非現(xiàn)場）（非現(xiàn)場）專題組

35、專題組（現(xiàn)場）（現(xiàn)場）專題組專題組（非現(xiàn)場）（非現(xiàn)場）其他人員其他人員（現(xiàn)場）（現(xiàn)場）其他人員其他人員（非現(xiàn)場）（非現(xiàn)場）房租費(fèi)房租費(fèi)通信費(fèi)通信費(fèi)辦公費(fèi)辦公費(fèi)招待費(fèi)招待費(fèi)生活用品生活用品差旅交通差旅交通獎金獎金月月份份本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計123456789101112合計合計技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 1 -附件附件 3：軟件階段評審表：軟件階段評審表在軟件開發(fā)過程中的適當(dāng)階段對軟件階段產(chǎn)品進(jìn)行評審，是確保軟件產(chǎn)品最終質(zhì)量的重要方法。階段評審可以對某個開發(fā)階段產(chǎn)品進(jìn)行評審，也可以對某幾個開發(fā)階段

36、產(chǎn)品進(jìn)行綜合評審。在每次階段評審中，必須履行正式手續(xù)，填寫必要的評審表格，以利于項目管理工作，利于產(chǎn)品驗收時的質(zhì)量檢查工作。軟件階段評審表由兩張子表組成:1) 評審總結(jié)報告；2) 主要問題的詳細(xì)描述(軟件問題報告單)； 評審總結(jié)報告登 記 號評審日期評審總結(jié)報告評審性質(zhì)評審 復(fù)審階段狀態(tài)需求分析概要設(shè)計詳細(xì)設(shè)計軟件編碼軟件測試安裝與驗收軟件總開發(fā)階段負(fù) 責(zé) 人電話地址 不需修改通 過 稍作修改作重要修改評審結(jié)論不通過要重新評審質(zhì)量管理：產(chǎn)品經(jīng)理：評審成員工程總監(jiān)：技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 2 -研發(fā)總監(jiān)：項目經(jīng)理：備 注表 2：軟件問題報告單登記號登記日期年 月 日軟件問題報

37、告單發(fā)現(xiàn)日期年 月 日子系統(tǒng)名稱模塊名稱模塊編碼 階段狀態(tài)需求分析概要設(shè)計詳細(xì)設(shè)計軟件編碼軟件測試安裝與驗收 報告人姓名電話地址 軟件問題程序 數(shù)據(jù)庫 文檔 其它 問題描述/影響：附注及修改建議：技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 3 -附件附件 4：軟件配置管理計劃：軟件配置管理計劃軟件配置管理計劃軟件配置管理計劃產(chǎn)品名稱：編制單位：產(chǎn)品編號：文檔編號：版 本 號：編制日期：更改日期：擬制人審核批準(zhǔn)技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 4 -1 引言引言配置管理計劃的簡介應(yīng)提供整個文檔的概述。它應(yīng)包括此配置管理計劃的目的、范圍、定義、術(shù)語定義、參考資料和概述。1.1 目的目的闡

38、明此配置管理計劃的目的。1.2 范圍范圍簡要說明此配置管理計劃的范圍；它的相關(guān)模型，以及受到此文檔影響的任何其他事物。1.3 術(shù)語定義術(shù)語定義本小節(jié)應(yīng)提供正確理解此配置管理計劃所需的全部術(shù)語、首字母縮寫詞和縮略語的定義。軟件配置管理，簡稱 SCM(Software Configuration Management 的縮寫)，是在團(tuán)隊開發(fā)中，標(biāo)識、控制和管理軟件變更的一種管理。配置管理的使用取決于項目規(guī)模和復(fù)雜性以及風(fēng)險水平。軟件的規(guī)模越大，配置管理就顯得越重要?；€(baseline)，是項目儲存庫中每個工件版本在特定時期的一個“快照” 。它提供一個正式標(biāo)準(zhǔn)，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過

39、授權(quán)后才能變更這個標(biāo)準(zhǔn)。建立一個初始基線后，以后每次對其進(jìn)行的變更都將記錄為一個差值，直到建成下一個基線。 功能基線(Functional Baseline)，功能基線是指在系統(tǒng)分析與軟件定義階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的系統(tǒng)設(shè)計規(guī)格說明書中對待開發(fā)系統(tǒng)的規(guī)格說明；或是指經(jīng)過項目委托單位和項目承辦單位雙方簽字同技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 5 -意的協(xié)議書或合同中所規(guī)定的對待開發(fā)軟件系統(tǒng)的規(guī)格說明；或是由下級申請經(jīng)上級同意或直接由上級下達(dá)的項目任務(wù)書中所規(guī)定的對待開發(fā)軟件系統(tǒng)的規(guī)格說明。功能基線是最初批準(zhǔn)的功能配置標(biāo)識。指派基線(Allocated Baseline)，指派基線

40、是指在軟件需求分析階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的軟件需求的規(guī)格說明。指派基線是最初批準(zhǔn)的指派配置標(biāo)識。產(chǎn)品基線(product baseline)產(chǎn)品基線是指在軟件組裝與系統(tǒng)測試階段結(jié)束時，經(jīng)過正式評審的批準(zhǔn)的有關(guān)所開發(fā)的軟件產(chǎn)品的全部配置項的規(guī)格說明。產(chǎn)品基線是最初批準(zhǔn)的產(chǎn)品配置標(biāo)識。 配置控制(configuration control)，對軟件任務(wù)在開發(fā)過程中的資源進(jìn)行標(biāo)識，以便識別。配置檢查(configuration audit)，對軟件配置管理過程中的活動進(jìn)行檢查。配置標(biāo)識(configuration identification)配置狀態(tài)記錄(configuration sta

41、tus accounting)軟件開發(fā)庫(Software Development Library)，軟件開發(fā)庫是指在軟件生存周期的某一個階段期間，存放與該階段軟件開發(fā)工作有關(guān)的計算機(jī)可讀信息和人工可讀信息的庫。軟件受控庫(Software Sontrolled Library)，軟件受控庫是指在軟件生存周期的某一個階段結(jié)束時，存放作為階段產(chǎn)品而釋放的、與軟件開發(fā)工作有關(guān)的計算機(jī)可讀信息一人工可讀信息的庫。軟件配置管理就是對軟件受控庫中的各軟件項進(jìn)行管理，因此軟件受控庫也叫做軟件配置管理庫。軟件產(chǎn)品庫(Software Product Library)，軟件產(chǎn)品庫是指在軟件生存周期的組裝與系統(tǒng)

42、測試階段結(jié)束后，存放最終產(chǎn)品而后交付給用戶運(yùn)行或在現(xiàn)場安裝的軟件的庫。接口控制(Interface Control） ，接口控制是指描述有關(guān)由一個或多個部門提供的兩個或兩個以上的配置項接口的所有功能特性和物理特性的過技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 6 -程。在實現(xiàn)之前，要確保對這些功能特性和物理特性所建議的修改已經(jīng)過評審和批準(zhǔn)。1.4 參考資料參考資料本小節(jié)應(yīng)完整列出此配置管理計劃中其他部分所引用的任何文檔。每個文檔應(yīng)標(biāo)有標(biāo)題、報告號（如果適用） 、日期和出版單位。列出可從中獲取這些參考資料的來源。這些信息可以通過引用附錄或其他文檔來提供。GB/T 11457 軟件工程術(shù)語 GB

43、8566 計算機(jī)軟件開發(fā)規(guī)范 GB 8567 計算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 GB/T 12504 計算機(jī)軟件質(zhì)量保證計劃規(guī)范 1.5 概述概述本小節(jié)應(yīng)說明此配置管理計劃中其他部分所包含的內(nèi)容，并解釋文檔的組織方式。2 軟件配置管理軟件配置管理描述負(fù)責(zé)軟件配置管理的機(jī)構(gòu)、任務(wù)、職責(zé)及其有關(guān)的接口控制。2.1 機(jī)構(gòu)機(jī)構(gòu)本小節(jié)描述在各階段中負(fù)責(zé)軟件配置管理的機(jī)構(gòu)。描述的內(nèi)容如下：A 描述在軟件生存周期各階段中軟件配置管理的功能和負(fù)責(zé)軟件配置管理的機(jī)構(gòu)； B 說明項目和子項目與其他有關(guān)項目之間的關(guān)系；C 指出在軟件生存周期各階段中的軟件開發(fā)或維護(hù)機(jī)構(gòu)與配置控制組的技術(shù)管理制度及辦法之 售后服務(wù)管理辦

44、法 - 7 -相互關(guān)系。2.2 任務(wù)任務(wù)本小節(jié)描述在軟件生存周期各個階段中的配置管理任務(wù)以及要進(jìn)行評審的檢查工作，并指出各個階段的階段產(chǎn)品應(yīng)存放在哪一類軟件庫中（軟件開發(fā)庫、軟件受控庫或軟件產(chǎn)品庫） 。 2.3 職責(zé)職責(zé)本小節(jié)描述與軟件配置管理有關(guān)的各類機(jī)構(gòu)或成員的職責(zé)，并指出這些機(jī)構(gòu)或成員相互之間的關(guān)系。A指出負(fù)責(zé)各項軟件配置管理任務(wù)（如配置標(biāo)識、配置控制、配置狀態(tài)記錄以及配置的評審與檢查）的機(jī)構(gòu)的職責(zé)； B指出上述機(jī)構(gòu)與軟件質(zhì)量保證機(jī)構(gòu)、軟件開發(fā)單位、項目承辦單位、項目委托單位以及用戶等機(jī)構(gòu)的關(guān)系；C說明由本計劃第2.2條指明的生存周期各個階段的評審、檢查和審批過程中的用戶職責(zé)以及相關(guān)的開

45、發(fā)與維護(hù)活動；D指出與項目開發(fā)有關(guān)的各個機(jī)構(gòu)的代表的軟件配置管理職責(zé)；E指出其他特殊職責(zé)，例如為滿足軟件配置管理要求所必要的批準(zhǔn)要求。2.4 接口控制接口控制本小節(jié)應(yīng)該描述：A 接口規(guī)格說明標(biāo)識和文檔控制的方法；B 對已交付的接口規(guī)格說明和文檔進(jìn)行修改的方法；C 對要完成的軟件配置管理活動進(jìn)行跟蹤的方法；D 記錄和報告接口規(guī)格說明和文檔控制狀態(tài)的方法；E 控制軟件和劫持它運(yùn)行的硬件之間的接口的方法。技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 8 -2.5 實現(xiàn)實現(xiàn)本小節(jié)應(yīng)該規(guī)定實現(xiàn)軟件配置管理計劃的主要里程碑，例如：A 建立配置控制組；B 確定各個配置基線；C 建立接口控制協(xié)議；D 制訂評審與

46、檢查軟件配置管理計劃和規(guī)程；E 制訂相關(guān)的軟件開發(fā)、測試和支持工具的配置管理計劃和規(guī)程。2.6 適用的標(biāo)準(zhǔn)、條例和約定適用的標(biāo)準(zhǔn)、條例和約定 本小節(jié)指明所適用的軟件配置管理標(biāo)準(zhǔn)、條例和約定，并把它們作為本計劃要實現(xiàn)的一部分；描述遵循的具體規(guī)范及標(biāo)準(zhǔn)，描述內(nèi)容可以包括：A軟件庫的操作，包括準(zhǔn)備、存儲和更新模塊的方法；軟件產(chǎn)品庫中軟件產(chǎn)品入庫、移交或交付的過程；B軟件文檔標(biāo)準(zhǔn)規(guī)范和軟件技術(shù)開發(fā)規(guī)范；C 版本級別的命名約定；3 軟件配置管理活動軟件配置管理活動它應(yīng)包括此軟件配置管理活動的配置標(biāo)識、配置變更控制、配置狀態(tài)記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。技術(shù)管理制度及辦法

47、之 售后服務(wù)管理辦法 - 9 -3.1 配置標(biāo)識配置標(biāo)識3.1.1 標(biāo)識方法標(biāo)識方法本小節(jié)說明程序和文檔的命名規(guī)則；對每一個新交付的版本，要給出版本交付號、新修改的描述、修改交付的方法、對支持軟件的修改要求以及有關(guān)文檔的修改要求；3.1.2 各類基線各類基線 基線提供一項正式標(biāo)準(zhǔn)，隨后的工作都基于此標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能對此標(biāo)準(zhǔn)進(jìn)行變更。說明軟件項目的基線（即最初批準(zhǔn)的配置標(biāo)識） ，并把它們與本計劃第2.2條描述的生存周期的特定階段相聯(lián)系。在軟件生存周期中，主要有四種基線，它們是功能基線、指派基線、構(gòu)建基線和產(chǎn)品基線。說明由誰來對基線授權(quán)，對于每個基線，必須描述下列內(nèi)容：A 每個基線的項

48、（包括應(yīng)交付的文檔和程序） ；B 與每個基線有關(guān)的評審與批準(zhǔn)事項以及驗收標(biāo)準(zhǔn)；C 在建立基線的過程中用戶和開發(fā)者可的參與情況。3.2 配置和變更控制配置和變更控制說明本計劃第2.2條的軟件生存周期中各個階段提交、復(fù)審和處理問題及變更時所遵循的流程及修改批準(zhǔn)權(quán)限的級別；描述軟件庫控制的操作權(quán)限，其中包括存取控制、對于適用基線的讀寫保護(hù)、成員保護(hù)、成員標(biāo)識、檔案維護(hù)、修改歷史以及故障恢復(fù)等；技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 10 -對于各個不同層次的配置控制組和其他修改管理機(jī)構(gòu)，必須描述下列內(nèi)容：A 定義其作用，并規(guī)定其權(quán)限和職責(zé)；B 如果已組成機(jī)構(gòu)，則指明該機(jī)構(gòu)的領(lǐng)導(dǎo)人員及其成員；C

49、如果還沒有組成機(jī)構(gòu)，則說明怎樣任命該機(jī)構(gòu)的領(lǐng)導(dǎo)人、成員及代理人；D 說明開發(fā)者和用戶與配置控制組的關(guān)系。當(dāng)要與不屬于本軟件配置管理計劃適用范圍的程序和項目進(jìn)行接口時，本條必須說明對其進(jìn)行配置控制的方法。如果這些軟件的修改需要其他機(jī)構(gòu)在配置控制組評審之前或之后進(jìn)行評審，則本條必須描述這些機(jī)構(gòu)的組成、它們與配置控制組的關(guān)系以及它們之間的相互關(guān)系；說明與特殊產(chǎn)品（如非交付的軟件、現(xiàn)存軟件、用戶提供的軟件和內(nèi)部支持軟件）有關(guān)的配置控制規(guī)程。3.3 配置狀態(tài)審計配置狀態(tài)審計本小節(jié)必須說明：A 指明怎樣收集、驗證、存儲、處理和報告配置項的狀態(tài)信息；B 詳細(xì)說明要定期提供的報告及其分發(fā)辦法；C 如果有動態(tài)查

50、詢，要指出所動態(tài)查詢的能力；D 如果要求記錄用戶說明的特殊狀態(tài)時，要描述其實現(xiàn)手段。例如，在配置狀態(tài)記錄與報告中，通常要描述的信息有：A 規(guī)格說明的狀態(tài)；B 修改建議的狀態(tài)；C 修改批準(zhǔn)的報告；D 產(chǎn)品版本或其修改版的狀態(tài)；E 安裝、更新或交付的實現(xiàn)報告；F 用戶提供的產(chǎn)品（如操作系統(tǒng)）的狀態(tài)；技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 11 -G 有關(guān)開發(fā)項目歷史的報告。3.4 配置的檢查和評審配置的檢查和評審本小節(jié)必須說明：A 定義在軟件配置計劃的第2.2條所定義的軟件生存周期的特定點(diǎn)上執(zhí)行的檢查和評審中軟件配置管理計劃的作用；B 規(guī)定每次檢查和評審所包含的配置項；C 指出用于標(biāo)識和解決在

51、檢查和評審期間所發(fā)現(xiàn)的問題的工作規(guī)程。4 工具、技術(shù)和方法工具、技術(shù)和方法本節(jié)必須指明為支持特定項目的軟件配置管理所使用的軟件工具、技術(shù)和方法，指明它們的目的，并在開發(fā)者所有權(quán)的范圍內(nèi)描述其用法。例如，可以包括用于下列任務(wù)的工具、技術(shù)和方法：A 軟件媒體和媒體的標(biāo)識。B 把文檔和媒體置于軟件配置管理的控制之下，并把它正式地交付給用戶。例如，要給出對軟件庫內(nèi)的源代碼和目標(biāo)代碼進(jìn)行控制的工具、技術(shù)和方法的描述；如果用到數(shù)據(jù)庫管理系統(tǒng)，則還要對該系統(tǒng)進(jìn)行描述。又如，要指明怎樣使用軟件庫工具、技術(shù)和方法來處理軟件產(chǎn)品的交付。C 編制關(guān)于程序及其有關(guān)文檔的修改狀態(tài)的文檔。因此必須進(jìn)一步定義用于準(zhǔn)備多種級

52、別（如項目負(fù)責(zé)人、配置控制小組、軟件配置管理人員和用戶）的管理報告的工具、技術(shù)和方法。 技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 12 -5 里程碑里程碑確定與項目或產(chǎn)品工作相關(guān)的內(nèi)部里程碑和客戶里程碑。6 培訓(xùn)和資源培訓(xùn)和資源說明實施指定的活動時所需的軟件工具、人員和培訓(xùn)。7 對供貨單位的控制對供貨單位的控制說明將如何并入在項目環(huán)境外部開發(fā)的軟件。8 記錄的收集、維護(hù)和保存記錄的收集、維護(hù)和保存本節(jié)必須指明要保存的軟件配置管理文檔，指明用于匯總、保護(hù)和維護(hù)這些文檔的方法和設(shè)施（其中包括要使用的后備設(shè)施） ，并指明要保存的期限。 附錄：外文翻譯技術(shù)管理制度及辦法之 售后服務(wù)管理辦法 - 13

53、 -In Wang Zuoliangs translation practices, he translated many poems, especially the poems written by Robert Burns. His translation of Burns “A Red, Red Rose” brought him fame as a verse translator. At the same time, he published about ten papers on the translation of poems. Some argue that poems can

54、not be translated. Frost stresses that poetry might get lost in translation. According to Wang, verse translation is possible and necessary, for “The poet-translator brings over some exciting work from another culture and in doing so is also writing his own best work, thereby adding something to his culture. In this transmission and exchange, a richer, more colorful world emerges. ”(Wang, 1991:112). Then how can we translate poems? According to Wangs understanding, the translation of poems is related to three aspects: A poems meaning, poetic art and language. （1）A poems meaning “Socio-cultu