軟件質(zhì)量保證過程SQ

1、軟件質(zhì)量保證過程軟件質(zhì)量保證過程作為一種獨(dú)產(chǎn)的審查活動(dòng)貫穿于整個(gè)軟件開發(fā)過程. 質(zhì)量控制人員類似于軟件開發(fā)過程中的過程警察, 其主要職責(zé)是: 檢查開發(fā)和管理活動(dòng)是否與制定的過程策略、標(biāo)準(zhǔn)和流程一致；檢查工作產(chǎn)品是否遵循模板規(guī)定的內(nèi)容和格式。此文檔從軟件開發(fā)過程的各個(gè)階段來描述軟件質(zhì)量保證過程。1. 計(jì)劃階段目的和范圍：項(xiàng)目計(jì)劃過程的目的是計(jì)劃并執(zhí)行一系列必要的活動(dòng)，以便在不超出項(xiàng)目預(yù)算和日程安排的前提下， 將優(yōu)質(zhì)的產(chǎn)品交付給客戶。項(xiàng)目計(jì)劃過程適用于公司的所有項(xiàng)目，但每個(gè)項(xiàng)目可以根據(jù)各自的不同情況對(duì)該過程進(jìn)行裁剪。進(jìn)入標(biāo)準(zhǔn)：項(xiàng)目啟動(dòng)會(huì)議已經(jīng)結(jié)束；在項(xiàng)目的生命周期中，根據(jù)項(xiàng)目的跟蹤結(jié)果，需要對(duì)項(xiàng)目

2、計(jì)劃進(jìn)行修改和完善。輸入：項(xiàng)目啟動(dòng)報(bào)告；項(xiàng)目提案書；項(xiàng)目相關(guān)文檔；組織財(cái)富庫中以往類似的經(jīng)驗(yàn)文檔。退出標(biāo)準(zhǔn)：項(xiàng)目計(jì)劃已通過評(píng)審、批準(zhǔn)并確立。輸出：評(píng)審后的項(xiàng)目計(jì)劃文檔包括：軟件開發(fā)質(zhì)量計(jì)劃；軟件配置管理計(jì)劃。過程描述：項(xiàng)目計(jì)劃包含3 個(gè)需要在項(xiàng)目中執(zhí)行和管理的主要計(jì)劃，如下：軟件項(xiàng)目管理計(jì)劃；軟件項(xiàng)目質(zhì)量管理計(jì)劃；軟件配置管理計(jì)劃。軟件項(xiàng)目管理計(jì)劃涉及項(xiàng)目中所有與項(xiàng)目管理相關(guān)的問題（從項(xiàng)目開始到結(jié)束）。軟件項(xiàng)目質(zhì)量管理計(jì)劃涉及與質(zhì)量相關(guān)的需求，這些需要在產(chǎn)品中實(shí)現(xiàn)，并保證用于構(gòu)筑產(chǎn)品的項(xiàng)目過程。由于質(zhì)量是產(chǎn)品創(chuàng)建的一部分，所以將軟件項(xiàng)目管理計(jì)劃和軟件項(xiàng)目質(zhì)量管理計(jì)劃合成一個(gè)計(jì)劃文檔，稱為軟件開

3、發(fā)質(zhì)量計(jì)劃。軟件配置管理計(jì)劃用于管理與配置管理相關(guān)的需求，這些需求與工作產(chǎn)品和可交付產(chǎn)品有關(guān)。 該計(jì)劃的目的在于：為執(zhí)行軟件工程相關(guān)活動(dòng)提供依據(jù)，并在整個(gè)開發(fā)和維護(hù)過程中對(duì)軟件項(xiàng)目進(jìn)行管理?？梢允褂貌煌臋z查表來制定軟件開發(fā)質(zhì)量計(jì)劃和軟件配置管理計(jì)劃。如下每個(gè)計(jì)劃都將包含以下3 點(diǎn)：目標(biāo)；執(zhí)行方法；當(dāng)前狀態(tài)。前兩點(diǎn)不會(huì)經(jīng)常變更，但第三點(diǎn)則被認(rèn)為會(huì)在執(zhí)行跟蹤時(shí)被修改。因此， 前兩點(diǎn)通常被直接放到計(jì)劃中，而第三點(diǎn)則以鏈接的方法放到計(jì)劃中。（1）制訂軟件開發(fā)質(zhì)量計(jì)劃軟件開發(fā)質(zhì)量計(jì)劃包括軟件項(xiàng)目管理計(jì)劃、軟件項(xiàng)目質(zhì)量管理計(jì)劃。制訂軟件項(xiàng)目管理計(jì)劃軟件項(xiàng)目管理計(jì)劃的主要內(nèi)容包括基礎(chǔ)設(shè)施計(jì)劃，進(jìn)度計(jì)劃（包

4、括各種類型的估算）、風(fēng)險(xiǎn)管理計(jì)劃、項(xiàng)目培訓(xùn)計(jì)劃、執(zhí)行計(jì)劃、客戶管理計(jì)劃?；A(chǔ)設(shè)施計(jì)劃基礎(chǔ)設(shè)施計(jì)劃包括項(xiàng)目開始執(zhí)行前必須到位的所有需求，它需要解決以下問題：軟件工程需求、基礎(chǔ)設(shè)施需求、角色和職責(zé)、內(nèi)外部接口、過程需求、知識(shí)和技能需求。進(jìn)度計(jì)劃進(jìn)度計(jì)劃涉及制定合理可用的項(xiàng)目進(jìn)度。在制定項(xiàng)目進(jìn)度時(shí)，需要進(jìn)行下面的估算：規(guī)模（size ） 、工作量（ effort） 。項(xiàng)目進(jìn)度需要描述以下內(nèi)容：執(zhí)行的活動(dòng)、 估算的人時(shí)、 投入的人員、 責(zé)任人和時(shí)間線、里程碑事件的標(biāo)識(shí)。風(fēng)險(xiǎn)管理計(jì)劃風(fēng)險(xiǎn)管理包括：標(biāo)識(shí)風(fēng)險(xiǎn)事件（與管理相關(guān)的風(fēng)險(xiǎn)、與執(zhí)行相關(guān)的風(fēng)險(xiǎn)，與客戶相關(guān)的風(fēng)險(xiǎn)等）、評(píng)估風(fēng)險(xiǎn)并設(shè)定風(fēng)險(xiǎn)優(yōu)先級(jí)、制訂風(fēng)險(xiǎn)緩

5、解和應(yīng)急計(jì)劃并跟蹤該計(jì)劃。項(xiàng)目培訓(xùn)計(jì)劃根據(jù)項(xiàng)目及人員結(jié)構(gòu)制訂項(xiàng)目培訓(xùn)計(jì)劃，包括業(yè)務(wù)領(lǐng)域知識(shí)、技術(shù)、 工具等方面的培訓(xùn)計(jì)劃。執(zhí)行計(jì)劃項(xiàng)目執(zhí)行計(jì)劃包含了與執(zhí)行當(dāng)前項(xiàng)目關(guān)系最大的生命周期模型。該計(jì)劃對(duì)組織級(jí)執(zhí)行模型進(jìn)行了裁剪。 項(xiàng)目生命周期模型通常包括：項(xiàng)目執(zhí)行的階段、各階段的輸入和輸出、可交付的產(chǎn)品、需要迭代（反復(fù)）的階段。制訂軟件項(xiàng)目質(zhì)量管理計(jì)劃制訂軟件項(xiàng)目質(zhì)量管理計(jì)劃包含如下主要內(nèi)容：項(xiàng)目設(shè)定的質(zhì)量標(biāo)準(zhǔn)；同級(jí)評(píng)審計(jì)劃： 同級(jí)評(píng)審計(jì)劃中描述了在不同的軟件生命周期開發(fā)階段，對(duì)不同的工作產(chǎn)品所采用的同級(jí)評(píng)審類型；測(cè)試計(jì)劃：測(cè)試計(jì)劃包括對(duì)可執(zhí)行文件/ 模塊或整個(gè)系統(tǒng)將要進(jìn)行的各種測(cè)試。根據(jù)項(xiàng)目測(cè)試過程

6、來制定測(cè)試計(jì)劃；度量管理計(jì)劃：通過裁剪組織級(jí)的度量過程來制定項(xiàng)目度量管理計(jì)劃。缺陷預(yù)防計(jì)劃： 管理、開發(fā)和測(cè)試人員互相配合制訂缺陷預(yù)防計(jì)劃，防止已識(shí)別的缺陷再次發(fā)生；過程改進(jìn)計(jì)劃： 項(xiàng)目級(jí)過程改進(jìn)的機(jī)會(huì)要記錄到過程改進(jìn)計(jì)劃中。這些機(jī)會(huì)主要來源于度量分析、缺陷預(yù)防分析和標(biāo)識(shí)出的好的或可避免的實(shí)踐。（2）制訂軟件配置管理計(jì)劃軟件配置管理計(jì)劃主要包括以下內(nèi)容：軟件配置管理計(jì)劃組織；角色和職責(zé)；開發(fā) / 維護(hù)配置管理計(jì)劃，包括可配置項(xiàng)的標(biāo)識(shí)、命名約定、目錄結(jié)構(gòu)、訪問控制、變更管理、基線庫創(chuàng)建、放入/提取（ check in/check out）機(jī)制、版本控制；產(chǎn)品配置管理， 包括產(chǎn)品中部件的可跟蹤性，

7、產(chǎn)品的版本設(shè)定和發(fā)布、交付的配置管理（標(biāo)識(shí)出要交付的產(chǎn)品構(gòu)成）、需求配置管理（需求基線的確定、產(chǎn)品版本與劃定基線的需求版本之間的關(guān)系）、配置審計(jì)。驗(yàn)證：同級(jí)評(píng)審人員和軟件質(zhì)量保證人員必須對(duì)項(xiàng)目計(jì)劃進(jìn)行評(píng)審，批準(zhǔn)后項(xiàng)目才能付諸實(shí)施。配置控制：項(xiàng)目經(jīng)理保管所有項(xiàng)目計(jì)劃文檔。對(duì)所有項(xiàng)目計(jì)劃文檔都要進(jìn)行配置管理。項(xiàng)目結(jié)束后，所有的項(xiàng)目計(jì)劃文檔都要保存到組織財(cái)富庫中，仍受配置控制。qa檢查清單：qa檢查清單包括：軟件開發(fā)質(zhì)量計(jì)劃；軟件配置管理計(jì)劃。該階段要確保制定了軟件開發(fā)質(zhì)量計(jì)劃和軟件配置管理計(jì)劃。2. 需求分析階段目的和范圍：需求說明和需求管理過程的目的是為了保證開發(fā)組在開發(fā)期間對(duì)項(xiàng)目目標(biāo)和生產(chǎn)出最

8、后產(chǎn)品的目的有一個(gè)清晰的理解。軟件需求規(guī)格說明書將作為產(chǎn)品測(cè)試和驗(yàn)證是否適合需要的基礎(chǔ)。 對(duì)于需求的變更，它可能在開發(fā)項(xiàng)目期間的任何時(shí)間點(diǎn)發(fā)生，需求的變更將要影響日程和承諾的變化，這些變化需要和客戶所提出的要求相一致。進(jìn)入標(biāo)準(zhǔn)：計(jì)劃已經(jīng)被批準(zhǔn)，并且項(xiàng)目整體的基礎(chǔ)設(shè)施是可用的；軟件的需求已經(jīng)被需求收集小組捕獲；對(duì)已經(jīng)形成了基線的軟件需求規(guī)格說明書有變更的請(qǐng)求時(shí)。輸入：軟件的需求說明書；變更需求的請(qǐng)求。退出標(biāo)準(zhǔn)：軟件需求規(guī)格說明書已經(jīng)經(jīng)過評(píng)審并形成了基線；對(duì)已經(jīng)形成基線的軟件需求的變更進(jìn)行了處理；形成基線的軟件說明書已經(jīng)經(jīng)過客戶批準(zhǔn)；驗(yàn)收標(biāo)準(zhǔn)已經(jīng)完成；所有評(píng)審的問題都已經(jīng)解決。輸出：經(jīng)過批準(zhǔn)并形成

9、基線的軟件需求規(guī)格說明書；對(duì)受影響組件的重新估算文檔；驗(yàn)收測(cè)試標(biāo)準(zhǔn)和測(cè)試計(jì)劃。過程描述：這個(gè)過程主要處理以下兩種活動(dòng)：需求說明和需求管理。需求說明指的是需求過程中形成基線的主體，它是以后進(jìn)一步的設(shè)計(jì)和測(cè)試的基礎(chǔ)。另外，在軟件開發(fā)過程中，會(huì)經(jīng)常遇到由于客戶又有新需求或開發(fā)組自身對(duì)項(xiàng)目有了更清楚的理解或認(rèn)識(shí)， 要對(duì)需求進(jìn)行變更。在對(duì)最初的需求說明書進(jìn)行變更時(shí)，要用到需求管理過程。（1）需求說明需求說明過程主要包括以下任務(wù)：執(zhí)行需求分析定義需求規(guī)格說明書定義驗(yàn)收標(biāo)準(zhǔn)評(píng)審說明書和驗(yàn)收標(biāo)準(zhǔn)。執(zhí)行需求分析分析收集到的需求和在提案中可用的需求。這個(gè)任務(wù)要求需求說明書應(yīng)該在完整性、一致性、清晰性和可測(cè)試性上達(dá)

10、到比較合理的程序。定義需求說明書基于對(duì)需求的分析編寫軟件需求規(guī)格說明書。這個(gè)文檔應(yīng)清晰記錄以下內(nèi)容：目標(biāo)和范圍；功能需求；用戶接口；輸入輸出；模塊之間的接口；性能需求；特殊用戶需求。如果需求不清晰或模糊，就需要準(zhǔn)備原型，通過評(píng)估原型來產(chǎn)生需求說明書。定義驗(yàn)收標(biāo)準(zhǔn)基于對(duì)以前步驟收集的需求規(guī)格說明書，建立測(cè)試標(biāo)準(zhǔn)， 驗(yàn)證的解決方案。所有的需求應(yīng)該可能制定測(cè)試標(biāo)準(zhǔn)。這個(gè)測(cè)試標(biāo)準(zhǔn)將成為客戶批準(zhǔn)最終產(chǎn)品的依據(jù)，因此要求在制定客戶標(biāo)準(zhǔn)時(shí)要經(jīng)常緊密的與客戶進(jìn)行交流溝通。評(píng)審需求分析說明書和測(cè)試標(biāo)準(zhǔn)因?yàn)槭情_發(fā)項(xiàng)目的基礎(chǔ)，所以需求規(guī)格說明書和驗(yàn)收標(biāo)準(zhǔn)需要由項(xiàng)目組的同級(jí)人員進(jìn)行評(píng)審。（2）需求管理需求管理過程包括

11、以下6 個(gè)任務(wù)：記錄變更請(qǐng)求；分析受到影響的組件；估算需求變更成本；重新估算所有產(chǎn)品的交付日期和時(shí)間；評(píng)審受影響組件；獲得客戶的批準(zhǔn)。記錄變更請(qǐng)求；形成基線的需求說明書的變更可能是由客戶提出的，也可能是由于設(shè)計(jì)或編碼階段開發(fā)人員根據(jù)一些限制或優(yōu)化而提出的。所有需求變更必須經(jīng)過客戶的批準(zhǔn)，并且必須是可行的。任務(wù)需求變更可以由組織自己定義開始時(shí)間，并且所有需求變更需要記錄到變更登記表中。分析受到影響的組件；任何經(jīng)過批準(zhǔn)的變更需要在整個(gè)項(xiàng)目組范圍內(nèi)進(jìn)行受影響組件分析。估算需求變更成本；項(xiàng)目成本與需求變更有關(guān)。任何規(guī)模的變更對(duì)于成本來講都是一種損耗。如果一個(gè)受影響組件是非常重要的，那么可行性需要重新進(jìn)

12、行成本估算。重新估算所有產(chǎn)品的交付日期和時(shí)間；如果沒有考慮有效的緩沖，成本的變化可能會(huì)影響整個(gè)項(xiàng)目的交付時(shí)間。在交付時(shí)間內(nèi)的任何實(shí)質(zhì)的變更都需要再同用戶商議決定。評(píng)審受影響組件；在這個(gè)步驟中所有相關(guān)的受影響組件需要進(jìn)行評(píng)審，項(xiàng)目負(fù)責(zé)人根執(zhí)行此項(xiàng)任務(wù)。獲得客戶的批準(zhǔn)。這個(gè)過程的最后一項(xiàng)任務(wù)是獲得客戶的簽字?？蛻魬?yīng)該同意已經(jīng)形成基線的軟件需求說明書、驗(yàn)收標(biāo)準(zhǔn)和已記錄的受影響組件的變更。驗(yàn)證：項(xiàng)目經(jīng)理要定期的檢查需求規(guī)格說明書和項(xiàng)目需求管理的各個(gè)方面；軟件質(zhì)量保證人員要定期的對(duì)需求分析過程執(zhí)行獨(dú)立的評(píng)估。配置控制：軟件需求規(guī)格說明書需要嚴(yán)格的配置控制；所有的變更請(qǐng)求需要被管理和控制；用于跟蹤的度量文

13、檔需要管理和控制。qa檢查清單：質(zhì)量保證檢查清單包括：軟件需求規(guī)格說明書；變更需求跟蹤記錄；驗(yàn)收測(cè)試標(biāo)準(zhǔn)與測(cè)試計(jì)劃。該階段要確?？蛻籼岢龅男枨笫强尚械模_?？蛻袅私庾约禾岢龅男枨蟮暮x，并且這個(gè)需求能夠真正達(dá)到他們的目標(biāo)，確保開發(fā)人員和客戶對(duì)于需求沒有誤解或誤會(huì)，確保按照需求實(shí)現(xiàn)的軟件系統(tǒng)能夠滿足客戶提出的需求。3. 設(shè)計(jì)階段目的和范圍：本過程所關(guān)注的是把需求（用戶需求說明書和軟件需求規(guī)格說明書）轉(zhuǎn)變成為如何實(shí)現(xiàn)這些需求的描述。主要包括以下兩個(gè)階段：概要設(shè)計(jì)；詳細(xì)設(shè)計(jì)。軟件設(shè)計(jì)過程主要包括以下活動(dòng)：體系結(jié)構(gòu)設(shè)計(jì)；運(yùn)算方法設(shè)計(jì)；類/ 函數(shù) / 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；建立測(cè)試標(biāo)準(zhǔn)。進(jìn)入標(biāo)準(zhǔn)：產(chǎn)品需求已經(jīng)形

14、成了基線；需要設(shè)計(jì)解決方案；新的或修改的需求需要改變當(dāng)前的設(shè)計(jì)。輸入：形成基線的需求（用戶需求說明書和軟件需求規(guī)格說明書）。退出標(biāo)準(zhǔn)：設(shè)計(jì)文檔已經(jīng)評(píng)審并形成基線；測(cè)試標(biāo)準(zhǔn)、測(cè)試計(jì)劃可行。輸出：概要設(shè)計(jì)文檔；詳細(xì)設(shè)計(jì)文檔；測(cè)試計(jì)劃；項(xiàng)目標(biāo)準(zhǔn)；選擇的工具。過程描述：設(shè)計(jì)過程包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。（1）概要設(shè)計(jì)這個(gè)階段包括以下的任務(wù)：結(jié)構(gòu)設(shè)計(jì)、邏輯設(shè)計(jì)、項(xiàng)目標(biāo)準(zhǔn)定義、系統(tǒng)/ 集成測(cè)試計(jì)劃的創(chuàng)建，并要進(jìn)行同級(jí)評(píng)審。概要設(shè)計(jì)模板、系統(tǒng)/ 集成測(cè)試計(jì)劃模板在本階段將被使用。結(jié)構(gòu)設(shè)計(jì)在這個(gè)步驟中， 完成軟件解決方案的基礎(chǔ)布局設(shè)計(jì)。繼軟件布局設(shè)計(jì)之后，應(yīng)用程序被分解成基礎(chǔ)模塊/ 組件，目的是為了實(shí)現(xiàn)

15、在模塊內(nèi)的高聚合和模塊之間的松耦合。通常情況下，模塊的劃分是基于概要設(shè)計(jì)中的功能需求而定的。運(yùn)算方法設(shè)計(jì)在這個(gè)步驟中， 完成軟件系統(tǒng)解決方案與應(yīng)用程序的轉(zhuǎn)換邏輯設(shè)計(jì)。設(shè)計(jì)模塊接口和應(yīng)用需求的主要邏輯。在決定通用算法之前，通常需要一些模型。定義項(xiàng)目標(biāo)準(zhǔn)在這個(gè)步驟中， 所有的項(xiàng)目開發(fā)標(biāo)準(zhǔn)被定義。詳細(xì)設(shè)計(jì) / 編碼標(biāo)準(zhǔn)要同實(shí)際執(zhí)行的一致。制定標(biāo)準(zhǔn)時(shí)還要考慮標(biāo)準(zhǔn)將來的擴(kuò)展性、靈活性和方便性。創(chuàng)建系統(tǒng) / 集成測(cè)試計(jì)劃基于對(duì)概要設(shè)計(jì)的理解，系統(tǒng)和集成測(cè)試計(jì)劃被制定出來。驗(yàn)證最后生產(chǎn)的產(chǎn)品達(dá)到了設(shè)計(jì)要求，通常采用基于黑盒的功能或性能檢查。評(píng)審設(shè)計(jì)作為所有開發(fā)階段基礎(chǔ)的概要設(shè)計(jì)是非常重要的，因此需要進(jìn)行同級(jí)

16、評(píng)審，由能力強(qiáng)的高級(jí)軟件工程師組成的同級(jí)評(píng)審小組，以確保完成了合適的軟件解決方案設(shè)計(jì)。（2）詳細(xì)設(shè)計(jì)這個(gè)階段包括以下任務(wù)：詳細(xì)設(shè)計(jì)和準(zhǔn)備單元測(cè)試計(jì)劃。在這個(gè)階段， 需要使用詳細(xì)設(shè)計(jì)模板和單元測(cè)試計(jì)劃模板。類 /函數(shù) / 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)根據(jù)項(xiàng)目所采用的設(shè)計(jì)方法（軟件結(jié)構(gòu)化設(shè)計(jì)方法/ 面向?qū)ο笤O(shè)計(jì)方法）進(jìn)行類、函數(shù)及數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)。所有的用戶界面、狀態(tài)轉(zhuǎn)換和相關(guān)的數(shù)據(jù)庫詳細(xì)描述在本階段被建立。創(chuàng)建單元測(cè)試計(jì)劃測(cè)試計(jì)劃應(yīng)該包括要被測(cè)試的每一個(gè)模塊的每一個(gè)元素，例如：與需求的完整一致性；與其它元素的一致性；在性能上的要求。單元 /功能測(cè)試采用完全透明的白盒/ 玻璃盒測(cè)試方法，對(duì)于測(cè)試者來講， 實(shí)際運(yùn)行的

17、代碼是可見的。評(píng)審詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段的輸出是代碼編寫工作的基礎(chǔ)，是非常重要的， 因此需要在項(xiàng)目組中很好的進(jìn)行評(píng)審。評(píng)審小組負(fù)責(zé)評(píng)審和清除那些在詳細(xì)設(shè)計(jì)中與采用的方法不一致的問題。（3）選擇有用工具在詳細(xì)設(shè)計(jì)完成之后，系統(tǒng)在解決方案已經(jīng)非常清晰。這時(shí)， 項(xiàng)目組需要選擇用來提高軟件質(zhì)量的工具。這些工具要產(chǎn)生以下作用：提高質(zhì)量；提高生產(chǎn)力；縮短開發(fā)周期。驗(yàn)證：項(xiàng)目管理者分析概要設(shè)計(jì)滿足需求的程序；項(xiàng)目管理者不定時(shí)的監(jiān)督詳細(xì)設(shè)計(jì)說明書的創(chuàng)建工作；項(xiàng)目管理者通過定期的分析在設(shè)計(jì)階段收集的數(shù)據(jù)來驗(yàn)證設(shè)計(jì)過程執(zhí)行的有效性；質(zhì)量保證 （qa ） 人員通過驗(yàn)證產(chǎn)生的工作產(chǎn)品和做獨(dú)立的抽樣檢查來驗(yàn)證產(chǎn)品的有效性

18、；質(zhì)量保證 （qa ） 人員通過分析項(xiàng)目的度量數(shù)據(jù)和對(duì)過程的走查來驗(yàn)證設(shè)計(jì)過程的效性。配置控制：所有的概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔和系統(tǒng)/ 集成測(cè)試計(jì)劃需要進(jìn)行嚴(yán)格的配置控制；跟蹤的度量數(shù)據(jù)需要進(jìn)行管理和控制。質(zhì)量保證（ qa ）檢查清單：質(zhì)量保證（ qa ）檢查清單包括：概要設(shè)計(jì)文檔；詳細(xì)設(shè)計(jì)文檔；測(cè)試計(jì)劃（系統(tǒng)/ 集成 / 單元）；項(xiàng)目標(biāo)準(zhǔn)。在概要設(shè)計(jì)階段，要確保規(guī)格定義能夠完全符合、支持和覆蓋前面描述的系統(tǒng)需求；可以采用建立需求跟蹤文檔和需求實(shí)現(xiàn)矩陣的方式，確保規(guī)格定義滿足系統(tǒng)需求的性能、可維護(hù)性、 靈活性的要求；確保規(guī)格定義是可以測(cè)試的，并且建立了測(cè)試策略；確保建立了可行的、包含評(píng)審活動(dòng)

19、的開發(fā)進(jìn)度表；確保建立了正式的變更控制流程。在詳細(xì)設(shè)計(jì)階段，要確保建立了設(shè)計(jì)標(biāo)準(zhǔn)，并且按照該標(biāo)準(zhǔn)進(jìn)行設(shè)計(jì)；確保設(shè)計(jì)變更被正確跟蹤、 控制、文檔化； 確保按照計(jì)劃進(jìn)行設(shè)計(jì)評(píng)審；確保設(shè)計(jì)按照評(píng)審準(zhǔn)則評(píng)審?fù)ㄟ^并被正式批準(zhǔn)之前，沒有開始正式編碼。4. 編碼階段目的和范圍：編碼過程的目的是為了實(shí)現(xiàn)詳細(xì)設(shè)計(jì)中各個(gè)模塊的功能，能夠使用戶要求的實(shí)際業(yè)務(wù)流程通過代碼的方式被計(jì)算機(jī)識(shí)別并轉(zhuǎn)化為計(jì)算機(jī)程序。編碼過程就是用具體的數(shù)據(jù)結(jié)構(gòu)來定義對(duì)象的屬性，用具體的語言來實(shí)現(xiàn)業(yè)務(wù)流程所表示的算法。 在對(duì)象設(shè)計(jì)階段形成的對(duì)象類和關(guān)系最后被轉(zhuǎn)換成特定的程序設(shè)計(jì)語言、數(shù)據(jù)庫或者硬件的實(shí)現(xiàn)。進(jìn)入標(biāo)準(zhǔn)：設(shè)計(jì)文檔已經(jīng)形成基線；詳細(xì)設(shè)

20、計(jì)變更編寫完畢并通過評(píng)審，并且代碼需要變更時(shí)；對(duì)于維護(hù)項(xiàng)目，維護(hù)需求分析已經(jīng)形成基線，可進(jìn)行代碼的變更；用于編碼的測(cè)試標(biāo)準(zhǔn)已經(jīng)制定。輸入：詳細(xì)設(shè)計(jì)文檔；特定項(xiàng)目的編碼規(guī)范；相關(guān)的軟、硬件環(huán)境；維護(hù)分析文檔；測(cè)試計(jì)劃。退出標(biāo)準(zhǔn)：詳細(xì)設(shè)計(jì)中所有模塊的功能全部被實(shí)現(xiàn)，并通過自我代碼審查，編譯通過。輸出：已完成的、需要進(jìn)行測(cè)試的代碼；代碼編寫規(guī)范的更改建議。過程描述：編碼過程是把詳細(xì)設(shè)計(jì)中的各個(gè)模塊功能轉(zhuǎn)化為計(jì)算機(jī)可識(shí)別代碼的過程，因此程序員在進(jìn)行編碼時(shí)， 一定要仔細(xì)認(rèn)真，切勿有半點(diǎn)疏忽。編碼過程通常情況下占整個(gè)項(xiàng)目開發(fā)時(shí)間的 20% 左右，為了代碼達(dá)到高質(zhì)量、高標(biāo)準(zhǔn)，代碼編寫過程一定要合理規(guī)范。編碼

21、過程主要包括以下幾項(xiàng)活動(dòng)：制定編碼計(jì)劃；認(rèn)真閱讀開發(fā)規(guī)范；編碼準(zhǔn)備；專家指導(dǎo)，并填寫疑問或問題表；理解詳細(xì)設(shè)計(jì)書；編寫代碼；自我審查；提交代碼；更改代碼。編碼過程流程如下圖所示。制定計(jì)劃準(zhǔn)備階段閱讀規(guī)范理解設(shè)計(jì)編碼準(zhǔn)備專家指導(dǎo)編寫代碼編寫代碼代碼審查檢查與更改階段代碼測(cè)試提交代碼更改代碼編碼過程流程圖（1）制定編碼計(jì)劃在編碼之前一周，項(xiàng)目經(jīng)理要根據(jù)詳細(xì)設(shè)計(jì)中的模塊劃分情況制定編碼計(jì)劃。編碼計(jì)劃的主要內(nèi)容如下。本次編碼的目的在制定編碼計(jì)劃時(shí)，必須要明確編碼目的。編碼人員組成在編碼之前，要確定本次編碼的人員組成：選擇編碼人員時(shí)要考慮以下幾點(diǎn)：責(zé)任心、技術(shù)能力、服從意識(shí)、努力程序、編碼效率、編碼質(zhì)量

22、。編碼任務(wù)分配在編碼之前， 一定要為每個(gè)編碼人員劃分好自己所負(fù)責(zé)的模塊，并且要規(guī)定各個(gè)模塊的編碼開始，結(jié)束日期。（2）認(rèn)真閱讀開發(fā)規(guī)范為了實(shí)現(xiàn)編碼的規(guī)范統(tǒng)一，需要制定編碼規(guī)范。有的項(xiàng)目， 客戶也會(huì)提供一些開發(fā)規(guī)范用來對(duì)本次編碼進(jìn)行約束。編碼人員在編寫代碼之前一定要理解并掌握相關(guān)編碼規(guī)范的所有內(nèi)容。這樣有助于以后編碼工作的規(guī)范統(tǒng)一。如果本次編碼采用的是公司自己的開發(fā)規(guī)范，編碼人員在閱讀的過程中，如果發(fā)現(xiàn)編碼規(guī)范有不足或不合理之處，可以編寫開發(fā)規(guī)范建議書提交給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理再和軟件質(zhì)量保證人員取得聯(lián)系以決定是否要對(duì)目前的編碼規(guī)范進(jìn)行更改。（3）編碼準(zhǔn)備在進(jìn)行編碼之前還要進(jìn)行一些相關(guān)的準(zhǔn)備。軟硬

23、件環(huán)境配置：包括編碼工具、配置管理工具、數(shù)據(jù)庫和一些必要的輔助工具。了解程序設(shè)計(jì)語言的特性，選擇良好的程序設(shè)計(jì)風(fēng)格：程序設(shè)計(jì)風(fēng)格是程序設(shè)計(jì)質(zhì)量的一個(gè)重要方面，具有好的設(shè)計(jì)風(fēng)格的程序更容易閱讀和理解。（4）理解詳細(xì)設(shè)計(jì)書由于項(xiàng)目模塊功能的復(fù)雜性，即使再詳細(xì)的設(shè)計(jì)也會(huì)有表達(dá)不夠準(zhǔn)確之處，因此在編寫代碼之前， 一定要把每個(gè)模塊的詳細(xì)設(shè)計(jì)思路弄清楚。如果編碼人員在理解詳細(xì)設(shè)計(jì)時(shí)有疑惑，一定要詢問詳細(xì)設(shè)計(jì)人員。為了保證編碼人員對(duì)詳細(xì)設(shè)計(jì)的理解的正確性，采用以下方法：詳細(xì)設(shè)計(jì)同級(jí)評(píng)審時(shí)，讓編碼人員參加；讓編碼人員對(duì)詳細(xì)設(shè)計(jì)進(jìn)行講解；讓編碼人員根據(jù)自己的理解畫出流程圖，由詳細(xì)設(shè)計(jì)者確認(rèn)。如果編碼人員在理解詳

24、細(xì)設(shè)計(jì)書的過程中存在疑問，應(yīng)填寫詳細(xì)設(shè)計(jì)疑問列表提交給項(xiàng)目經(jīng)理或詳細(xì)設(shè)計(jì)人員。（5）專家指導(dǎo)在編碼之前或編碼過程中，為了保證編碼工作的順利進(jìn)行以及代碼質(zhì)量，項(xiàng)目經(jīng)理要根據(jù)目前編碼人員的技術(shù)能力或開發(fā)進(jìn)度情況邀請(qǐng)本項(xiàng)目組內(nèi)部或外部專家對(duì)編碼人員進(jìn)行指導(dǎo)。指導(dǎo)的內(nèi)容主要包括以下兩方面的內(nèi)容。對(duì)于本次編碼有關(guān)的業(yè)務(wù)進(jìn)行指導(dǎo)：對(duì)編碼人員進(jìn)行業(yè)務(wù)上的指導(dǎo)，有助于編碼人員對(duì)詳細(xì)設(shè)計(jì)的理解。對(duì)技術(shù)進(jìn)行指導(dǎo)：通過對(duì)編碼人員的技術(shù)指導(dǎo)，可以解答編碼人員在技術(shù)上的一些疑問。（6）編寫代碼在很多的軟件開發(fā)中，客戶為了便于程序的可維護(hù)性，往往會(huì)對(duì)程序代碼編寫過程做出一些規(guī)定， 如變量的命名規(guī)則、書寫規(guī)范和公共處理等，

25、所以這就要求編碼人員要熟悉這些要求和規(guī)范，并嚴(yán)格的遵守這些規(guī)范，如果客戶沒有規(guī)定，就要按照公司的規(guī)定執(zhí)行。畫出程序的流程圖程序的流程圖又稱程序框圖，用來描述軟件設(shè)計(jì)，是歷史最長(zhǎng)、使用最廣泛的方法。在編碼之前， 一定要先畫好程序的流程圖，這對(duì)一個(gè)復(fù)雜的程序來說是非常必要的，這樣做了以后，可以使你在編碼階段達(dá)到事半功倍的效果，而且對(duì)于代碼的正確性和質(zhì)量都是一個(gè)很好的保證。代碼的模塊化模塊化是把系統(tǒng)分割成能完成獨(dú)立功能的模塊代碼，明確規(guī)定各個(gè)模塊代碼及其輸入輸出規(guī)格，使模塊代碼的接口不會(huì)產(chǎn)生混亂。程序的注解程序的注解對(duì)于程序的閱讀與理解起著重要的作用。注解主要分兩部分。程序塊頭的注解，主要是模塊功能

26、的說明、輸入輸出變量的說明、算法的說明、程序員姓名和程序完成以及變更的日期列表。這些主要是滿足管理者的需要，管理者易于掌握哪些程序是由哪個(gè)編碼人員負(fù)責(zé)的。程序內(nèi)部的注解，對(duì)程序中的一些難以理解的語句以上注釋，以使閱讀者容易理解設(shè)計(jì)者的意圖，易于理解程序。這樣的程序具有很強(qiáng)的可讀性和可維護(hù)性。數(shù)據(jù)類型 / 變量說明數(shù)據(jù)說明的次序應(yīng)標(biāo)準(zhǔn)化，如按數(shù)據(jù)類型或者數(shù)據(jù)結(jié)構(gòu)來確定數(shù)據(jù)說明的次序，次序的規(guī)則在數(shù)據(jù)字典中加以說明，以便在測(cè)試調(diào)試階段和維護(hù)階段可以方便的查找數(shù)據(jù)說明的情況；當(dāng)對(duì)在同一個(gè)語句中的多個(gè)變量加以說明時(shí)，應(yīng)按英文字母的順序排列；在使用一個(gè)復(fù)雜的數(shù)據(jù)結(jié)構(gòu)時(shí)，最好加注釋語句；變量說明不要遺漏，

27、變量的類型、長(zhǎng)度、存儲(chǔ)及其初始化要正確。語句構(gòu)造不要為了節(jié)省空間把多個(gè)語句寫在同一行；盡量避免復(fù)雜的條件；對(duì)于多分支語句， 應(yīng)該把出現(xiàn)可能性大的情況放在前面，把較少出現(xiàn)的分支放在后面，這樣可以加快運(yùn)算時(shí)間；避免大量使用循環(huán)嵌套語句和條件嵌套語句；利用括號(hào)使邏輯表達(dá)式或算術(shù)表達(dá)式的運(yùn)算次序清晰直觀；每個(gè)循環(huán)要有終止條件，不要出現(xiàn)死循環(huán)，也要避免不可能被執(zhí)行的循環(huán)。程序效率程序效率主要指處理工作時(shí)間和內(nèi)存容量這兩方面的利用率，在程序滿足了正確性、可理解性、可測(cè)試性和可維護(hù)性的基礎(chǔ)上，提高程序的效率也是非常必要的。在編碼過程中， 一定要嚴(yán)格按照規(guī)定的開發(fā)規(guī)范進(jìn)行編碼，如果沒有按照編碼規(guī)范進(jìn)行編碼，

28、再好的程序代碼也不能被接受。另外，在編寫代碼時(shí)，如果認(rèn)為開發(fā)規(guī)范有不合理或有待補(bǔ)充之處， 應(yīng)該填寫開發(fā)規(guī)范建議書提交給項(xiàng)目經(jīng)理；如果發(fā)現(xiàn)詳細(xì)設(shè)計(jì)中有問題或?qū)υ敿?xì)設(shè)計(jì)產(chǎn)生疑問，應(yīng)該填寫詳細(xì)設(shè)計(jì)疑問列表并提交給項(xiàng)目經(jīng)理。（7）代碼審查在編碼過程中， 每個(gè)模塊或程序的自我審查的關(guān)鍵環(huán)節(jié)是絕對(duì)不能缺少的。無論多么好的編碼人員編寫的代碼，都會(huì)或多或少的存在缺陷，從而影響程序的運(yùn)行。有的缺陷可以在很短的時(shí)間內(nèi)暴露出來；有的缺陷需要很長(zhǎng)的時(shí)間才能顯現(xiàn)出來。因此在代碼審查過程中，一定要仔細(xì)認(rèn)真， 不要遺漏某個(gè)條件。編碼人員切勿對(duì)自己編寫的代碼過于自信而不去自我審查。在進(jìn)行代碼審查過程中，并不是盲目地進(jìn)行審查。

29、而是要按照代碼審查列表中的內(nèi)容進(jìn)行審查。 審查之后還要把自己審查的內(nèi)容以及發(fā)現(xiàn)的問題記錄到代碼審查記錄中。代碼審查記錄不作為考核個(gè)人的依據(jù)。通過代碼審查記錄，管理人員可以掌握每個(gè)編碼人員的代碼審查工作情況以及自我審查的質(zhì)量效率。如果是比較重要的代碼 （如重要的算法、 復(fù)雜的 sql程序段、要求性能比較高的模塊等），可以讓經(jīng)驗(yàn)豐富的設(shè)計(jì)人員或編碼人員來復(fù)查或進(jìn)行同級(jí)評(píng)審。（8）代碼測(cè)試為了進(jìn)一步保證代碼的正確性和合理性，編碼人員還要對(duì)自己編寫的代碼進(jìn)行測(cè)試。代碼測(cè)試的依據(jù)是詳細(xì)設(shè)計(jì)過程中的單元測(cè)試計(jì)劃書。編碼人員按照測(cè)試計(jì)劃書中所提供的每個(gè)測(cè)試項(xiàng)目的測(cè)試用例進(jìn)行測(cè)試。本次測(cè)試只是編碼人員對(duì)自己所

30、編寫的代碼進(jìn)行自我測(cè)試，測(cè)試主要采用白盒與黑盒結(jié)合的方法。在代碼測(cè)試過程中，應(yīng)該填寫代碼測(cè)試記錄。（9）提交測(cè)試編碼人員對(duì)自己編寫的代碼審查完畢，并認(rèn)為代碼不會(huì)有任何問題，就可以把代碼提交給相應(yīng)的測(cè)試人員。在提交代碼時(shí)一定要注意自己所提交的代碼是最新的版本。（10）更改代碼更改代碼的情況可以分為兩種：在測(cè)試中發(fā)現(xiàn)代碼有誤或者邏輯不合理。出現(xiàn)這種情況的主要原因可能有兩種：一是編碼人員本身的錯(cuò)誤而造成的缺陷；二是在需求、 設(shè)計(jì)階段的錯(cuò)誤沒有被查出，被帶到編碼階段而造成的缺陷。由于需求和設(shè)計(jì)的變更引起的代碼變更。在變更代碼的過程中一定要注意對(duì)代碼的版本管理。驗(yàn)證：驗(yàn)證編碼的規(guī)范性；驗(yàn)證是否進(jìn)行了自我

31、審查；驗(yàn)證代碼的一致性和可跟蹤性；通過測(cè)試驗(yàn)證代碼的正確、合理性；驗(yàn)證每個(gè)編碼人員的工作能力。配置控制：通過相應(yīng)的配置管理工具對(duì)不同版本的代碼進(jìn)行管理；對(duì)編碼規(guī)范進(jìn)行管理；對(duì)項(xiàng)目開發(fā)質(zhì)量計(jì)劃進(jìn)行管理。qa檢查清單：編碼計(jì)劃；開發(fā)規(guī)范建議書；詳細(xì)設(shè)計(jì)疑問列表；代碼審查檢查列表；代碼審查記錄；代碼測(cè)試記錄。該階段要確保建立了編碼規(guī)范、文檔格式標(biāo)準(zhǔn)， 并且按照該標(biāo)準(zhǔn)進(jìn)行編碼；確保代碼被正確地測(cè)試和集成， 代碼的修改符合變更控制和版本控制流程；確保按照進(jìn)度計(jì)劃編寫代碼；確保按照進(jìn)度計(jì)劃進(jìn)行代碼評(píng)審。5. 測(cè)試階段目的和范圍：軟件測(cè)試過程的目的是為了保證軟件產(chǎn)品的正確性、完整性和一致性，保證提供實(shí)現(xiàn)用戶

32、需求的高質(zhì)量、高性能的軟件產(chǎn)品，從而提高用戶對(duì)軟件產(chǎn)品的滿意程序。在軟件投入運(yùn)行前， 要對(duì)軟件需求分析、 設(shè)計(jì)和編碼各階段的產(chǎn)品進(jìn)行最終檢查和檢測(cè)，軟件測(cè)試是對(duì)軟件產(chǎn)品內(nèi)容和程序執(zhí)行狀況的檢測(cè)以及調(diào)整、修正的一個(gè)過程。 這種以檢查軟件產(chǎn)品內(nèi)容和功能特性為核心的測(cè)試，是軟件質(zhì)量保證的關(guān)鍵步驟，也是成功實(shí)現(xiàn)軟件開發(fā)目標(biāo)的重要保障。軟件測(cè)試包括：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)/ 驗(yàn)收測(cè)試。進(jìn)入標(biāo)準(zhǔn)：經(jīng)過自我檢查過的程序代碼需要進(jìn)行測(cè)試；測(cè)試環(huán)境搭建完成；測(cè)試計(jì)劃完成。輸入：需要測(cè)試的程序代碼；測(cè)試工具；測(cè)試環(huán)境；測(cè)試計(jì)劃；測(cè)試用例；測(cè)試數(shù)據(jù)；測(cè)試檢查列表；以往的經(jīng)驗(yàn)與教訓(xùn)。退出標(biāo)準(zhǔn)：按照測(cè)試計(jì)劃

33、，所有的測(cè)試用例都成功地被執(zhí)行了；測(cè)試過的代碼形成基線。輸出：測(cè)試記錄；缺陷統(tǒng)計(jì)表；已經(jīng)測(cè)試過的代碼。過程描述：軟件測(cè)試是軟件質(zhì)量保證的關(guān)鍵元素，代表了規(guī)約、 設(shè)計(jì)和編碼的最終檢查。軟件測(cè)試針對(duì)不同的測(cè)試階段和測(cè)試內(nèi)容，可以分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試以及確認(rèn)/ 驗(yàn)收測(cè)試， 在編碼階段進(jìn)行單元測(cè)試，單元測(cè)試的目的是測(cè)試單一的功能模塊能否正常運(yùn)行；集成測(cè)試主要是根據(jù)設(shè)計(jì)階段制定的測(cè)試計(jì)劃進(jìn)行，集成測(cè)試是測(cè)試模塊與模塊之間的連接是否正確；系統(tǒng)測(cè)試主要是對(duì)系統(tǒng)的整體質(zhì)量進(jìn)行測(cè)試；確認(rèn)/ 驗(yàn)收測(cè)試根據(jù)需求分析階段制定的測(cè)試計(jì)劃進(jìn)行測(cè)試，是測(cè)試整個(gè)軟件產(chǎn)品是否滿足了用戶的需求。不同階段所使用的測(cè)試用

34、例也是不同的。根據(jù)軟件開發(fā)過程的特點(diǎn)。通常情況下單元測(cè)試和集成測(cè)試使用白盒測(cè)試方法；系統(tǒng)測(cè)試和確認(rèn)/ 驗(yàn)收測(cè)試采用黑盒測(cè)試方法。軟件測(cè)試的目的主要是為了驗(yàn)證（ verification）和確認(rèn)（ validation）軟件的正確性。驗(yàn)證是以開發(fā)者的角度來考慮的，是為了驗(yàn)證軟件是否滿足用戶的需求；而確認(rèn)是以用戶的角度考慮的，驗(yàn)證軟件的方便性、友好性、容錯(cuò)性等。隨著軟件測(cè)試各個(gè)階段的不斷進(jìn)行，驗(yàn)證的成分越來越少，白盒測(cè)試方法所占的比例就會(huì)越來越??；確認(rèn)的成分越來越多，黑盒測(cè)試的比例就會(huì)越來越大。（1）單元測(cè)試單元測(cè)試集中在檢查軟件設(shè)計(jì)的最小單位模塊上，通過測(cè)試發(fā)現(xiàn)實(shí)現(xiàn)該模塊的實(shí)際功能與定義該模塊的

35、功能說明不符合的情況，以及編碼的缺陷。 由于模塊規(guī)模小、 功能單一、邏輯簡(jiǎn)單， 測(cè)試人員有可能通過模塊說明書和源程序，清楚地了解該模塊的i/o 條件和模塊的邏輯結(jié)構(gòu)，采用結(jié)構(gòu)測(cè)試（白盒法）的用例，盡可能達(dá)到徹底測(cè)試，然后輔之以功能測(cè)試（黑盒法） 的用例， 使之對(duì)任何合理和不合理的輸入都能鑒別和響應(yīng)。高可靠性的模塊是組成可靠系統(tǒng)的堅(jiān)實(shí)基礎(chǔ)。（2）集成測(cè)試將已測(cè)試的模塊進(jìn)行組裝并進(jìn)行檢測(cè)，對(duì)照軟件設(shè)計(jì)測(cè)試和排除子系統(tǒng)或系統(tǒng)結(jié)構(gòu)上的缺陷。 集成測(cè)試一般采用黑盒測(cè)試法，重點(diǎn)是檢測(cè)模塊接口之間的連接，發(fā)現(xiàn)訪問公共數(shù)據(jù)結(jié)構(gòu)可能引起的模塊間的干擾，以及全局?jǐn)?shù)據(jù)結(jié)構(gòu)的不一致，測(cè)試軟件系統(tǒng)或子系統(tǒng)輸入輸出處理、故障處