【導(dǎo)讀】軟件研發(fā)管理制度。版本/狀態(tài)作者參與者修改日期備注。宋孝光2020/3/27整理目錄

　　

【正文】 25 模塊等，從而在需求與代碼之間建立橋梁，指導(dǎo)開(kāi)發(fā)人員去實(shí)現(xiàn)能滿足用戶需求的軟件產(chǎn)品。 本規(guī)范闡述了系統(tǒng)設(shè)計(jì)過(guò)程域的四個(gè)主要規(guī)程： ? 體系結(jié)構(gòu)設(shè)計(jì) ? 用戶界面設(shè)計(jì) ? 數(shù)據(jù)庫(kù)設(shè)計(jì) ? 模塊設(shè)計(jì) 系統(tǒng)設(shè)計(jì)過(guò)程域分為兩個(gè)階段：高層設(shè)計(jì)階段 和詳細(xì)設(shè)計(jì)階段。 高層設(shè)計(jì)階段的重點(diǎn)是軟件系統(tǒng)的體系結(jié)構(gòu)設(shè)計(jì)。詳細(xì)設(shè)計(jì)階段的重點(diǎn)是用戶界面設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)和模塊設(shè)計(jì)，如圖 101 所示。 圖 101 系統(tǒng)設(shè)計(jì)過(guò)程域示意圖 系統(tǒng)設(shè)計(jì)過(guò)程域產(chǎn)生的主要文檔有： ? 《體系結(jié)構(gòu)設(shè)計(jì)報(bào)告》 ? 《用戶界面設(shè)計(jì)報(bào)告》 ? 《數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告》 ? 《模塊設(shè)計(jì)報(bào)告》 體系結(jié)構(gòu)設(shè)計(jì) 分析與設(shè)計(jì)軟件的體系結(jié)構(gòu)。通過(guò)系統(tǒng)分解，確定子系統(tǒng)的功能和子系統(tǒng)之間的關(guān)系，以及模塊的功能和模塊之間的關(guān)系，產(chǎn)生《體系結(jié)構(gòu)設(shè)計(jì)報(bào)告》。 項(xiàng)目經(jīng)理指定若干名開(kāi)發(fā)人員從事體 系結(jié)構(gòu)設(shè)計(jì)（以下稱為體系結(jié)構(gòu)設(shè)計(jì)人員）。 體系結(jié)構(gòu)設(shè)計(jì)流程如圖 102 所示。 詳細(xì)設(shè)計(jì)階段 高層設(shè)計(jì)階段 體系結(jié)構(gòu)設(shè)計(jì) 模塊設(shè)計(jì) 數(shù)據(jù) 庫(kù)設(shè)計(jì) 用戶界面設(shè)計(jì) 需求開(kāi)發(fā) 實(shí)現(xiàn)與測(cè)試 26 圖 102 體系結(jié)構(gòu)設(shè)計(jì)流程 《體系結(jié)構(gòu)設(shè)計(jì)報(bào) 告》 用戶界面設(shè)計(jì) 設(shè)計(jì)軟件的用戶界面，產(chǎn)生《用戶界面設(shè)計(jì)報(bào)告》。 制作用戶界面的資源如圖像、圖標(biāo)或者界面專用組件等 項(xiàng)目經(jīng)理指定若干名開(kāi)發(fā)人員從事用戶界面設(shè)計(jì)（以下稱為界面設(shè)計(jì)人員）。 如果可能的話，邀請(qǐng)用戶或美工人員協(xié)助設(shè)計(jì)用戶界面。 用戶界面設(shè)計(jì)流程如圖 103 所示。 圖 103 體系結(jié)構(gòu)設(shè)計(jì)流程 《用戶界面設(shè)計(jì)》 Step1. 設(shè)計(jì) 準(zhǔn)備 Step5. 撰寫(xiě) 文檔 Step6. 設(shè)計(jì) 評(píng)審 Step2. 確定 約束 因素 Step3. 確定 設(shè)計(jì) 策略 Step4. 系統(tǒng) 分解 設(shè)計(jì) Step2. 界面設(shè)計(jì) Step1. 設(shè)計(jì) 準(zhǔn)備 原型創(chuàng)作 原型評(píng)估 細(xì)化 Step3. 撰寫(xiě) 文檔 Step4. 設(shè)計(jì) 評(píng)審 迭代 27 數(shù)據(jù)庫(kù)設(shè)計(jì) 設(shè)計(jì)軟件的數(shù)據(jù)庫(kù)，產(chǎn)生《數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告》。 項(xiàng)目經(jīng)理指定若干名開(kāi)發(fā)人員從事數(shù)據(jù)庫(kù)設(shè)計(jì)（以下稱為數(shù)據(jù)庫(kù)設(shè)計(jì)人員）。 數(shù)據(jù)庫(kù)設(shè)計(jì)流程如圖 104 所示。 圖 104 數(shù)據(jù)庫(kù)設(shè)計(jì)流程 《數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告 》 模塊設(shè)計(jì) 設(shè)計(jì)軟件所有模塊的主要接口與屬性、數(shù)據(jù)結(jié)構(gòu)和算法，產(chǎn)生《模塊設(shè)計(jì)報(bào)告》。 項(xiàng) 目經(jīng)理指定若干名開(kāi)發(fā)人員從事模塊的設(shè)計(jì)（以下稱為模塊設(shè)計(jì)人員），模塊設(shè)計(jì)人員將在實(shí)現(xiàn)階段編寫(xiě)這些模塊的代碼。 模塊設(shè)計(jì)流程如圖 105 所示。 Step2. 數(shù)據(jù)庫(kù)設(shè)計(jì) Step1. 設(shè)計(jì) 準(zhǔn)備 邏輯設(shè)計(jì) 物理設(shè)計(jì) 安全性設(shè)計(jì) 優(yōu)化 Step3. 撰寫(xiě) 文檔 Step4. 設(shè)計(jì) 評(píng)審 迭代 28 圖 105 模塊設(shè)計(jì)流程 《模塊設(shè)計(jì)報(bào)告》 11 實(shí)現(xiàn)與測(cè)試 實(shí)現(xiàn)與測(cè)試（ Implementation and Test, IT）的目的是依據(jù)系統(tǒng)設(shè)計(jì)文檔，編寫(xiě)并測(cè)試整個(gè)系統(tǒng)的代碼。在本規(guī)范中，實(shí)現(xiàn)與測(cè)試是“編程、代碼審查、單元測(cè)試、集成測(cè)試、缺陷管理與改錯(cuò)”的綜合表述。 實(shí)現(xiàn)與測(cè)試的 流程如圖 111 所示。一般地，編程、代碼審查、單元測(cè)試、集成測(cè)試大致存在先后順序關(guān)系，也可以并行、迭代地開(kāi)展。上述任何活動(dòng)中發(fā)現(xiàn)的缺陷必須用統(tǒng)一的缺陷管理工具來(lái)管理，開(kāi)發(fā)人員應(yīng)當(dāng)及時(shí)消除缺陷（改錯(cuò)）。 圖 111 實(shí)現(xiàn)與測(cè)試流程圖 由于實(shí)現(xiàn)與測(cè)試是工作量最大、時(shí)間最長(zhǎng)、產(chǎn)生 工 作成果（代碼與文檔）最多的一個(gè)項(xiàng)目研發(fā)過(guò)程域，所以需要作充分的準(zhǔn)備工作。 實(shí)現(xiàn)與測(cè)試工作基本上在開(kāi)發(fā)小組內(nèi)部開(kāi)展。一個(gè)項(xiàng)目可能有一個(gè)或者多個(gè)開(kāi)發(fā)小 Step2. 模塊設(shè)計(jì) Step1. 設(shè)計(jì) 準(zhǔn)備 接口與屬性設(shè)計(jì) 數(shù)據(jù)結(jié)構(gòu) 與算法設(shè)計(jì) Step3. 撰寫(xiě) 文檔 Step4. 設(shè)計(jì) 評(píng)審 迭代 編程 代碼審查 單元測(cè)試 集成測(cè)試 模塊 軟件系統(tǒng) 準(zhǔn)備 缺陷管理與改錯(cuò) 29 組。對(duì)于小型項(xiàng)目，項(xiàng)目經(jīng)理可以兼任開(kāi)發(fā)組長(zhǎng) 。 特別要注意的是，開(kāi)發(fā)人員應(yīng)當(dāng)對(duì)自己的代碼進(jìn)行審查和測(cè)試（這是 份內(nèi) 的工作），但是不能作為該代碼已經(jīng)通過(guò)審查和測(cè)試的依據(jù)。所以開(kāi)發(fā)人員還要互相審查和測(cè)試同伴的代碼。 實(shí)現(xiàn)與測(cè)試過(guò)程域產(chǎn)生的主要文檔有： ? 《實(shí)現(xiàn)與測(cè)試計(jì)劃》 ? 《編程文檔》 ? 《代碼審查報(bào)告》 ? 《測(cè)試用例》 ? 《測(cè)試報(bào)告》 ? 《缺陷管理報(bào)告》（由缺陷管理工具自動(dòng)生成） 一個(gè)項(xiàng)目可能有多個(gè)開(kāi)發(fā)小組，視項(xiàng)目規(guī)模而定。開(kāi)發(fā)組長(zhǎng)由項(xiàng)目經(jīng)理指定。 開(kāi)發(fā)組長(zhǎng)管理編程、代碼審查、單元測(cè)試、集成測(cè)試、缺陷管理與改錯(cuò)等活動(dòng)。 《編程文檔》 《實(shí)現(xiàn)與測(cè)試計(jì)劃 》 12 系統(tǒng)測(cè)試 系統(tǒng)測(cè)試（ System Test, ST）的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。 系統(tǒng)測(cè)試流程如圖 121 所示。由于系統(tǒng)測(cè)試的目的是驗(yàn)證最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)，所以當(dāng)產(chǎn)品需求和系統(tǒng)設(shè)計(jì)文檔完成之后，系統(tǒng)測(cè)試小組就可以提前開(kāi)始制定測(cè)試計(jì)劃和設(shè)計(jì)測(cè)試用例，而不必等到“實(shí)現(xiàn)與測(cè)試”階段結(jié)束。這樣可以提高系統(tǒng)測(cè)試的效率。 系統(tǒng)測(cè)試過(guò)程中發(fā)現(xiàn)的 所有缺陷必須用統(tǒng)一的缺陷管理工具來(lái)管理，開(kāi)發(fā)人員應(yīng)當(dāng)及時(shí)消除缺陷（改錯(cuò)）。 30 圖 121 系統(tǒng)測(cè)試流程圖 項(xiàng)目經(jīng)理設(shè)法組建富有成效的系統(tǒng)測(cè)試小組。系統(tǒng)測(cè)試小組的成員主要來(lái)源于： ? 機(jī)構(gòu)獨(dú)立的測(cè)試小組（如果存在的話）。 ? 邀請(qǐng) 其它 項(xiàng)目的開(kāi)發(fā)人員參與系統(tǒng)測(cè)試。 ? 本項(xiàng)目的部分開(kāi)發(fā)人員。 ? 機(jī)構(gòu)的質(zhì)量保證人員。 系統(tǒng)測(cè)試小組應(yīng)當(dāng)根據(jù)項(xiàng)目的特征確定測(cè)試內(nèi)容。一般地，系統(tǒng)測(cè)試的主要內(nèi)容包括： ? 功能測(cè)試。即測(cè)試軟件系統(tǒng)的功能是否正確，其依據(jù)是需求文檔，如《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》。由于正確性是軟件最重 要的質(zhì)量因素，所以功能測(cè)試必不可少。 ? 健壯性測(cè)試。即測(cè)試軟件系統(tǒng)在異常情況下能否正常運(yùn)行的能力。健壯性有兩層含義：一是容錯(cuò)能力，二是恢復(fù)能力。 ? 性能測(cè)試。即測(cè)試軟件系統(tǒng)處理事務(wù)的速度，一是為了檢驗(yàn)性能是否符合需求，二是為了得到某些性能數(shù)據(jù)供人們參考（例如用于宣傳）。 ? 用戶界面測(cè)試。重點(diǎn)是測(cè)試軟件系統(tǒng)的易用性和視覺(jué)效果等。 ? 安全性（ security）測(cè)試。是指測(cè)試軟件系統(tǒng)防止非法入侵的能力?！鞍踩笔窍鄬?duì)而言的，一般地，如果黑客為非法入侵花費(fèi)的代價(jià)（考慮時(shí)間、費(fèi)用、危險(xiǎn)等因素）高于得到的好處，那么這樣的系統(tǒng)可 以認(rèn)為是安全的。 ? 安裝與反安裝測(cè)試。 系統(tǒng)測(cè)試過(guò)程域產(chǎn)生的主要文檔有： ? 《系統(tǒng)測(cè)試計(jì)劃》 ? 《系統(tǒng)測(cè)試用例》 ? 《系統(tǒng)測(cè)試報(bào)告》 ? 《缺陷管理報(bào)告》 對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。 項(xiàng)目經(jīng)理組建系統(tǒng)測(cè)試小組，并指定一名成員任測(cè)試組長(zhǎng)。 系統(tǒng)測(cè)試小組各成員共同制定測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試，并撰寫(xiě)相應(yīng)的文檔。測(cè)試組長(zhǎng)管理上述事務(wù)。 開(kāi)發(fā)人員及時(shí)消除測(cè)試人員發(fā)現(xiàn)的缺陷。 制定測(cè)試計(jì)劃 設(shè)計(jì)測(cè)試用例 執(zhí)行系統(tǒng)測(cè)試 缺陷管理與改錯(cuò) 審批 審批 迭代 31 《系統(tǒng)測(cè)試計(jì)劃》 《測(cè)試用例》 《測(cè)試報(bào)告》 13 客戶驗(yàn)收 客戶驗(yàn)收（ Customer Acceptance, CA）是指客戶依據(jù)合同對(duì)產(chǎn)品進(jìn)行審查和測(cè)試，確保產(chǎn)品滿足客戶需求。 客戶對(duì)產(chǎn)品的驗(yàn)收主要有兩種方式： ? 成果審查。驗(yàn)收人員審查開(kāi)發(fā)方應(yīng)當(dāng)交付的成果，如代碼、文檔等等。確保這些成果是完整的并且是正確的。 ? 驗(yàn)收測(cè)試。驗(yàn)收人員對(duì)待交付的產(chǎn)品進(jìn)行全面的測(cè)試，確保產(chǎn)品功能、質(zhì)量符合需求。 驗(yàn)收測(cè)試的內(nèi)容、方法與系統(tǒng)測(cè)試幾乎是相同的。兩者主要區(qū)別在于執(zhí)行 人員不同。驗(yàn)收測(cè)試人員來(lái)自于客戶方，而系統(tǒng)測(cè)試人員則來(lái)自于開(kāi)發(fā)方。客戶驗(yàn)收流程如圖 131所示。 圖 131 客戶驗(yàn)收流程 客戶驗(yàn)收過(guò)程域產(chǎn)生的主要文檔有： ? 《客戶驗(yàn)收計(jì)劃》 ? 《驗(yàn)收測(cè)試用例》 ? 《客戶驗(yàn)收?qǐng)?bào)告》 補(bǔ)充說(shuō)明： “客戶驗(yàn)收”是針對(duì)合同項(xiàng)目而言的。 《客戶驗(yàn)收計(jì)劃》 《客戶驗(yàn)收?qǐng)?bào)告》 驗(yàn)收準(zhǔn)備 問(wèn)題處理 成果審查與驗(yàn)收測(cè)試 交付與簽字 32 14 技術(shù)評(píng)審 技術(shù)評(píng)審（ Technical Review, TR）的目的是盡早地發(fā)現(xiàn)工作成果中的缺陷， 并幫助開(kāi)發(fā)人員及時(shí)消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量。 本規(guī)范闡述了技術(shù)評(píng)審過(guò)程域的三個(gè)主要規(guī)程： ? 制定技術(shù)評(píng)審計(jì)劃 ? 正式技術(shù)評(píng)審 ? 非正式技術(shù)評(píng)審 技術(shù)評(píng)審能夠在任何開(kāi)發(fā)階段執(zhí)行，它可以比測(cè)試更早地發(fā)現(xiàn)并消除工作成果中的缺陷。技術(shù)評(píng)審的主要好處有： ? 通過(guò)消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量。 ? 越早消除缺陷就越能降低開(kāi)發(fā)成本。 ? 開(kāi)發(fā)人員能夠及時(shí)地得到同行專家的幫助和指導(dǎo)，無(wú)疑會(huì)加深對(duì)工作成果的理解，更好地預(yù)防缺陷，一定程度上提高了開(kāi)發(fā)生產(chǎn)率。 可見(jiàn)技術(shù)評(píng)審有助于“提高質(zhì)量、提高生產(chǎn)率、降低成本”，符合軟 件過(guò)程改進(jìn)的根本目的。 技術(shù)評(píng)審有兩種基本類型： ? 正規(guī)技術(shù)評(píng)審（ FTR）。 FTR 比較嚴(yán)格，需要舉行評(píng)審會(huì)議，參加評(píng)審會(huì)議的人員比較多。 ? 非正規(guī)技術(shù)評(píng)審（ ITR）。 ITR 的形式比較靈活，通常在同伴之間開(kāi)展，不必舉行評(píng)審會(huì)議，評(píng)審人員比較少。 理論上講，為了確保產(chǎn)品的質(zhì)量，產(chǎn)品的所有工作成果都應(yīng)當(dāng)接受技術(shù)評(píng)審?，F(xiàn)實(shí)中，為了節(jié)約時(shí)間，允許人們有選擇地對(duì)工作成果進(jìn)行技術(shù)評(píng)審。技術(shù)評(píng)審方式也視工作成果的重要性和復(fù)雜性而定。 技術(shù)評(píng)審過(guò)程域有三個(gè)主要規(guī)程：“制定技術(shù)評(píng)審計(jì)劃”、“正規(guī)技術(shù)評(píng)審”和“非正規(guī)技術(shù)評(píng)審”，如圖 141 所示。 圖 141 技術(shù)評(píng)審過(guò)程域示意圖 技術(shù)評(píng)審的注意事項(xiàng)： ? 評(píng)審人員的職責(zé)是發(fā)現(xiàn)工作成果中的缺陷，并幫助開(kāi)發(fā)人員給出消除缺陷的辦法，而不是替開(kāi)發(fā)人員消除缺陷。 制定技術(shù)評(píng)審計(jì)劃 正規(guī)技術(shù)評(píng)審 非正規(guī)技術(shù)評(píng)審 33 ? 技術(shù)評(píng)審應(yīng)當(dāng)“ 就是論事 ”，不要打擊有失誤的開(kāi)發(fā)人員的工作積極性，更不準(zhǔn)搞人身攻擊（如挖苦、諷刺等）。 ? 在會(huì)議評(píng)審期間要限制過(guò)多的爭(zhēng)論，以免浪費(fèi)他人的時(shí)間。 技術(shù)評(píng)審過(guò)程域產(chǎn)生的主要文檔有： ? 《技術(shù)評(píng)審計(jì)劃》 ? 《技術(shù)評(píng)審?fù)ㄖ? ? 《技術(shù)評(píng)審報(bào)告》 ? 《技術(shù)評(píng)審檢查表》 《技術(shù)評(píng)審計(jì)劃》 《技術(shù)評(píng)審?fù)ㄖ?《技術(shù)評(píng)審報(bào)告》 《技術(shù)評(píng)審檢查表 》 15 配置管理 配置管理（ Configuration Management, CM）的目的是通過(guò)執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件，來(lái)保證所有配置項(xiàng)的完整性和可跟蹤性。 配置管理是對(duì)工作成果的一種有效保護(hù)。 本規(guī)范闡述了配置管理過(guò)程域的四個(gè)主要規(guī)程： ? 制定配置管理計(jì)劃 ? 配置庫(kù)管理 ? 配置項(xiàng)版本控制 ? 配置項(xiàng)變更控制 項(xiàng)目研發(fā)和管理過(guò)程中會(huì)產(chǎn)生許許多多的工作成果，例如文檔、程序和數(shù)據(jù)等，它們都應(yīng)當(dāng)被保存起來(lái)，以便查閱和修改。如果把所有文件一股腦地塞進(jìn)計(jì)算機(jī)里，那么使用起來(lái)肯定很麻煩。毫無(wú)疑問(wèn)，人們應(yīng)當(dāng)將文件分門(mén)別類、有條理地保存起來(lái)。 凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項(xiàng)（ Configuration Item, CI），配置項(xiàng)主要有兩大類： （ 1）屬于產(chǎn)品組成部分的工作成果，例如需求文檔、設(shè)計(jì)文檔、源代碼、測(cè)試用例 等 。 （ 2）項(xiàng)目管理和機(jī)構(gòu)支撐過(guò)程域產(chǎn)生的文檔。這些文檔雖然不是產(chǎn)品的組成部分，但 是值得保存。 每個(gè)配置項(xiàng)的主要屬性有 ：名稱、標(biāo)識(shí)符、文件狀態(tài)、版本、作者、日期等。所有配置項(xiàng)都 被保存在配置庫(kù)里，確保不會(huì)混淆、丟失。配置項(xiàng)及其歷史記錄反映了軟件的演化過(guò)程。 34 基線（ Baseline）由一組配置項(xiàng)組成，這些配置項(xiàng)構(gòu)成了一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體。基線中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改（見(jiàn)變更控制規(guī)程）?；€通常對(duì)應(yīng)于開(kāi)發(fā)過(guò)程中的里程碑（ Milestone），一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基線?；€的主要屬性有：名稱、標(biāo)識(shí)符、版本、日期等。通常將交付給客戶的基線稱為一個(gè)“ Release”，為內(nèi)部開(kāi)發(fā)用的基線則稱為一個(gè)“ Build”。 所有的項(xiàng)目成員都要使用