【文章內(nèi)容簡介】 ，直到問題解決為止；? 研發(fā)和工程總監(jiān)定期向 SQA 提交軟件開發(fā)進度表；? 一個 SQA 人員需要同時支持研發(fā)和工程多個軟件開發(fā)任務(wù)的質(zhì)量管理。5 軟件工程標準與規(guī)范 軟件工程標準? 軟件工程模型1） 軟件生存周期模型(瀑布模型 Waterfall Model)2） 原型模型(Prototype Model)特點： 上一階段的變換結(jié)果 是下一階段的變換的 輸入，相鄰兩個階段 具有因果關(guān)系，緊密 相聯(lián)。需求分析問題定義可性行研究計劃時期概要設(shè)計詳細設(shè)計編 碼 測 試開發(fā)時期運行與維護運 行時 期8 / 37? 軟件工程方法1）結(jié)構(gòu)化設(shè)計方法(SD Structured Design)結(jié)構(gòu)化設(shè)計方法是基于模塊化、自頂向下細化、結(jié)構(gòu)化程序設(shè)計等程序設(shè)計技術(shù)基礎(chǔ)發(fā)展起來的。它所提供的方法和原則，主要是用來指導軟件的概要設(shè)計。結(jié)構(gòu)化設(shè)計屬于面向數(shù)據(jù)流的設(shè)計方法。在軟件的需求分析階段，數(shù)據(jù)流是軟件開發(fā)人員考慮問題的出發(fā)點和基礎(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，項目進度計劃編制工具? EPMS，工作流圖制作工具? Microsoft Visio，數(shù)據(jù)流圖(DFD)、結(jié)構(gòu)圖制作工具? Sybase Powerdeigner，數(shù)據(jù)庫模型分析設(shè)計工具2）面向?qū)ο蟮姆治龇椒?Object Oriented Analysis) OOA 的核心思想是利用 OO 的概念和方法對軟件需求建造模型，以使用戶加工原型 原型快速分析和設(shè)計建造原型客戶評價原型1．原型系統(tǒng)僅包括未來系統(tǒng)的主要功能， 以及系統(tǒng)的重要接口；2．為了盡快向用戶提供原型，開發(fā)原型系統(tǒng)時應(yīng)盡量使用能縮短開發(fā)周期的語言和工具。9 / 37需求逐 步精確化、一致化、完全化。為此， OOA 的方法步驟為:面向?qū)ο蠓治龉ぞ撸篣ML、RationalRose上述列出了軟件工程的兩個模型和兩個方法，采用哪類模型和方法，可根據(jù)具體的工程項目經(jīng)過充分的論證后進行選擇。 軟件標準文檔模版規(guī)范? 需求分析需求分析需求分析功能需求附件一：業(yè)務(wù)流圖附件二：數(shù)據(jù)流圖附件三：業(yè)務(wù)工單/報表樣張需求分析數(shù)據(jù)規(guī)劃? 概要設(shè)計概要設(shè)計功能結(jié)構(gòu)設(shè)計數(shù)據(jù)庫設(shè)計說明書? 詳細設(shè)計? 測試大綱? 使用手冊? 維護手冊識別對象屬性及外部服務(wù) 識別類及其結(jié)構(gòu)定義對象之間的消息傳遞10 / 37 軟件技術(shù)規(guī)范? 工作流圖(EPMS)規(guī)范? 數(shù)據(jù)流圖(DFD)規(guī)范? IPO 圖規(guī)范? 數(shù)據(jù)庫技術(shù)規(guī)范? VS2022（采用的編程語言）技術(shù)規(guī)范? 目錄結(jié)構(gòu)規(guī)范? 文檔編制規(guī)范6 SQA 任務(wù)管理 任務(wù)來源? 工程項目的質(zhì)量管理；? 研發(fā)的質(zhì)量管理；? 選定新的軟件工程方法，軟件工程標準文檔模版和軟件技術(shù)規(guī)范的修訂。 流程管理工程項目啟動章程宣布后，SQA 任務(wù)正式啟動。 主要任務(wù)? 制定軟件質(zhì)量保證計劃(格式與內(nèi)容見附件 1)，根據(jù)研發(fā)和工程提交的軟件任務(wù)實施計劃(人力資源和進度計劃等)制定與其對應(yīng)的軟件質(zhì)量保證計劃，組織計劃的評審，形成評審報告。向給研發(fā)和工程總監(jiān)、開發(fā)人員和所有相關(guān)人員發(fā)布計劃，便于研發(fā)和工程總監(jiān)及 SQA 人員對11 / 37其工作的監(jiān)督。? 選定軟件工程方法，要求研發(fā)和工程采用；? 制定與修訂軟件工程標準文檔模版和軟件技術(shù)規(guī)范，要求研發(fā)和工程采用和遵循；? 接收來自研發(fā)和工程總監(jiān)提交的軟件階段進度信息，(格式與內(nèi)容見附件 2)；? 研發(fā)和工程執(zhí)行的軟件過程化跟蹤與審查，偏離標準和規(guī)范的問題及時的反映和處理；? 里程碑式評審，主要任務(wù)是保證軟件執(zhí)行的活動與預(yù)定義的軟件過程一致，使軟件過程在軟件產(chǎn)品的開發(fā)中得到遵循，保障研發(fā)和工程定義的每個軟件任務(wù)得到實際的執(zhí)行(軟件階段評審表格式與內(nèi)容見附件3)；? 配置管理工作的檢查和審查；由研發(fā)和工程提出配置管理計劃(格式與內(nèi)容見附件 4)，SQA 以軟件配置基線( 里程碑 )，軟件配置項為依據(jù)，負責過程管理與監(jiān)控，對研發(fā)和工程軟件執(zhí)行過程中產(chǎn)生的階段性文檔和程序進行有效的版本管理與控制。? SQA 人員工作過程中記錄的工作結(jié)果和發(fā)現(xiàn)的不符合問題，填寫相應(yīng)的問題單，直到問題解決，詳見附件 3；這是 SQA 的一個重要的任務(wù)，SQA 人員要對工作過程中記錄的工作結(jié)果和發(fā)現(xiàn)的不符合問題進行處理，及時向有關(guān)人員及高級管理者反映。在處理問題的過程中對符合標準過程的活動，SQA 人員應(yīng)該積極地報告活動的進展情況以及這些活動在符合標準方面的效果；對不符合標準過程的活動，SQA 要報告其不符合性以及它對產(chǎn)品的影響，同時提出改進建議。? 收集新方法，提供軟件工程標準與規(guī)范的改進。研發(fā)和工程軟件執(zhí)行過程中，對標準和規(guī)范定義不準確或是不方便的地方，及時提出修改意見，以便 SQA 進行有效的修改和完善標準與規(guī)范；? 對 SQA 制定的規(guī)范培訓。12 / 3713 / 37附件一：軟件質(zhì)量保證計劃質(zhì)量保證計劃產(chǎn)品名稱：編制單位：產(chǎn)品編號：文檔編號：版 本 號：編制日期：更改日期：擬制人 審核 批準14 / 371 引言 目的[本條必須指出特定的軟件質(zhì)量保證計劃的具體目的。還必須指出該計劃所針對的軟件項目（及其所屬的各個子項目）的名稱和用途。 ] 本計劃的目的在于對所開發(fā)的軟件規(guī)定各種必要的質(zhì)量保證措施，以保證所交付的軟件能夠滿足項目委托書或合同中規(guī)定的各項需求，能夠滿足本軟件總體制定的該軟件系統(tǒng)需求規(guī)格說明書中規(guī)定的各項具體需求。軟件開發(fā)單位在軟件執(zhí)行過程中，按照本計劃中的有關(guān)規(guī)定，但可根據(jù)各自的情況對本計劃作適當?shù)募舨茫詽M足特定的質(zhì)量保證要求，剪裁后的計劃必須經(jīng)相關(guān)人員批準。 定義[本條應(yīng)該列出計劃正文中需要解釋的而在 GB/T 11457 中尚未包含的術(shù)語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。 ] 參考資料[本條必須列出計劃正文中所引用資料的名稱、代號、編號、出版機構(gòu)和出版年月。 ]? GB/T 11457 軟件工程術(shù)語? GB 8566 計算機軟件開發(fā)規(guī)范? GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南15 / 37? GB/T 12505 計算機軟件配置管理計劃規(guī)范 2 管理[必須描述負責軟件質(zhì)量保證的機構(gòu)、任務(wù)及其有關(guān)的職責。 ] 機構(gòu)[本條必須描述與軟件質(zhì)量保證有關(guān)的機構(gòu)的組成。還必須清楚地描述來自項目委托單位、項目承辦單位、軟件開發(fā)單位或用戶中負責軟件質(zhì)量保證的各個成員有機構(gòu)中的相互關(guān)系。 ] 任務(wù)[本條必須描述計劃涉及的軟件生存周期中有關(guān)階段的任務(wù)，特別要把重點放在描述這些階段所應(yīng)進行的軟件質(zhì)量保證活動上。 ]軟件質(zhì)量保證工作涉及軟件生存同期各階段的活動，應(yīng)該貫徹到日常的軟件開發(fā)活動中，而且應(yīng)該特別注意軟件質(zhì)量的早期評審工作。因此，對實施的軟件任務(wù)，要按照本計劃的各項規(guī)定進行各項評審工作。SQA 人員參加所有的評審與檢查活動。評審與檢查的目的是為了確保在軟件開發(fā)工作的各個階段和各個方面都認真采取各項措施來保證與提高軟件的質(zhì)量。在軟件開發(fā)過程中，應(yīng)該進行以下三次評審：第一次評審軟件需求、概要設(shè)計、驗證與確認方法；第二次評審詳細設(shè)計、功能測試與演示，并對第一次評審結(jié)果復(fù)核；第三次是功能檢查、物理檢查和綜合檢查。關(guān)于這些評審工作的詳細內(nèi)容見第 5 章。階段評審工作要組織專門的評審小組，原則上由軟件組長、副組長或特邀16 / 37專家擔任評審組長，評審小組成員應(yīng)該包括項目委托單位或用戶的代表、SQA人員、軟件開發(fā)單位和上級主管部門的代表，其他參加人員視評審內(nèi)容而定。每一次評審工作都應(yīng)填寫評審總結(jié)報告與軟件問題報告單。格式詳見質(zhì)量管理制度。日常檢查：在軟件的開發(fā)過程中，應(yīng)該填寫項目進展報表，即軟件報表表頭與軟件階段產(chǎn)品完成情況表。SQA 可以通過項目進展季報表發(fā)現(xiàn)有關(guān)軟件質(zhì)量的問題。格式詳見質(zhì)量管理制度。軟件驗收：必須組織專門的驗收小組對軟件進行驗收。驗收內(nèi)容應(yīng)包括文檔驗收、程序驗收、演示、驗收測試與測試結(jié)果評審等幾項工作。 職責[本條必須指明軟件質(zhì)量保證計劃中規(guī)定的每一個負責單位或成員的責任。 ]3 文檔[必須列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則。 ] 基本文檔為了確保軟件的實現(xiàn)滿足需求規(guī)格說明書中規(guī)定的各項需求，至少應(yīng)該編寫以下八個方面內(nèi)容的文檔：1) 軟件任務(wù)實施計劃； 2) 軟件需求規(guī)格說明書；17 / 373) 軟件設(shè)計說明書，應(yīng)該包含概要設(shè)計和詳細設(shè)計兩個文檔；4) 軟件測試大綱；5) 使用手冊；6) 維護手冊 7) 項目開發(fā)總結(jié)。8) 源代碼清單； 其它文檔除了基本文檔之外，對于尚在開發(fā)中的軟件，還應(yīng)該包括以下四個方面的文檔：1) 軟件質(zhì)量保證計劃；2) 軟件配置管理計劃；3) 軟件階段進展表，其詳細格式參考質(zhì)量管理規(guī)范的各項規(guī)定；4) 軟件階段評審表，其詳細格式參考質(zhì)量管理規(guī)范的各項規(guī)定。 文檔質(zhì)量的度量準則文檔是軟件的重要組成部分，是軟件生存周期各個不同階段的產(chǎn)品描述。難作確認就是要檢查各階段文檔的合適性。評審文檔質(zhì)量的度量準則是有以下六條：1) 完備性：所有承擔軟件開發(fā)任務(wù)的單位，都城必須公司制定的軟件文檔標準模版編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的。2) 正確性：在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實的反映階段的工作且與該階段的需求相一致。3) 簡明性：在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應(yīng)該清晰、準確簡煉，適合各種文檔的特定讀者。4) 可追蹤性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤性包括縱向可追蹤性和橫向可追蹤性兩個方面。前者是指18 / 37在不同的文檔的相關(guān)內(nèi)容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔中的范圍的難易程度。5) 自說明性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有較好的自說明性。文檔的自說明性是指在軟件開發(fā)各個階段中的不同文檔能獨立表達該軟件其相應(yīng)階段的階段產(chǎn)品的能力。6) 規(guī)范性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的規(guī)范性是指文檔的封面、大綱、術(shù)語的含義以及