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

軟件質(zhì)量保證過程之阿布豐王創(chuàng)作時(shí)間：二O二一年七月二十九日軟件質(zhì)量保證過程作為一種獨(dú)產(chǎn)的審查活動貫穿于整個(gè)軟件開發(fā)過程.質(zhì)量控制人員類似于軟件開發(fā)過程中的過程警察,其主要職責(zé)是:檢查開發(fā)和管理活動是否與制定的過程戰(zhàn)略、標(biāo)準(zhǔn)和流程一致；檢查工作產(chǎn)物是否遵循模板規(guī)定的內(nèi)容和格式.此文檔從軟件開發(fā)過程的各個(gè)階段來描述軟件質(zhì)量保證過程.1.計(jì)劃階段目的和范圍：項(xiàng)目計(jì)劃過程的目的是計(jì)劃并執(zhí)行一系列需要的活動,以便在不超越項(xiàng)目預(yù)算和日程安插的前提下,將優(yōu)質(zhì)的產(chǎn)物交付給客戶項(xiàng)目計(jì)劃過程適用于公司的所有項(xiàng)目,但每個(gè)項(xiàng)目可以根據(jù)各自的分歧情況對該過程進(jìn)行裁剪.進(jìn)入標(biāo)準(zhǔn)：■項(xiàng)目啟動會議已經(jīng)結(jié)束；■在項(xiàng)目的生命周期中，根據(jù)項(xiàng)目的跟蹤結(jié)果，需要對項(xiàng)目計(jì)劃進(jìn)行修改和完善.輸入：■項(xiàng)目啟動陳說；■項(xiàng)目提案書；■項(xiàng)目相關(guān)文檔；組織財(cái)富庫中以往類似的經(jīng)驗(yàn)文檔.退出標(biāo)準(zhǔn)：項(xiàng)目計(jì)劃已通過評審、批準(zhǔn)并確立.輸出：評審后的項(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ì)劃文檔,稱為軟件開發(fā)質(zhì)量計(jì)劃.軟件配置管理計(jì)劃用于管理與配置管理相關(guān)的需求,這些需求與工作產(chǎn)物和可交付產(chǎn)物有關(guān).該計(jì)劃的目的在于：為執(zhí)行軟件工程相關(guān)活動提供依據(jù),并在整個(gè)開發(fā)和維護(hù)過程中對軟件項(xiàng)目進(jìn)行管理.可以使用分歧的檢查表來制定軟件開發(fā)質(zhì)量計(jì)劃和軟件配置管理計(jì)劃.如下每個(gè)計(jì)劃都將包括以下3點(diǎn)：■目標(biāo)；■執(zhí)行方法；■以后狀態(tài).前兩點(diǎn)不會經(jīng)常變動,但第三點(diǎn)則被認(rèn)為會在執(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ì)劃（包括各種類型的估算）、風(fēng)險(xiǎn)管理計(jì)劃、項(xiàng)目培訓(xùn)計(jì)劃、執(zhí)行計(jì)劃、客戶管理計(jì)劃.■基礎(chǔ)設(shè)施計(jì)劃基礎(chǔ)設(shè)施計(jì)劃包括項(xiàng)目開始執(zhí)行前必需到位的所有需求,它需要解決以下問題：軟件工程需求、基礎(chǔ)設(shè)施需求、角色和職責(zé)、內(nèi)外部接口、過程需求、知識和技能需求.■進(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í)行的活動、估算的人時(shí)、投入的人員、責(zé)任人和時(shí)間線、里程碑事件的標(biāo)識.風(fēng)險(xiǎn)管理計(jì)劃風(fēng)險(xiǎn)管理包括：標(biāo)識風(fēng)險(xiǎn)事件（與管理相關(guān)的風(fēng)險(xiǎn)、與執(zhí)行相關(guān)的風(fēng)險(xiǎn)，與客戶相關(guān)的風(fēng)險(xiǎn)等）、評估風(fēng)險(xiǎn)并設(shè)定風(fēng)險(xiǎn)優(yōu)先級、制訂風(fēng)險(xiǎn)緩解和應(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ù)、工具等方面的培訓(xùn)計(jì)劃.執(zhí)行計(jì)劃項(xiàng)目執(zhí)行計(jì)劃包括了與執(zhí)行以后項(xiàng)目關(guān)系最年夜的生命周期模型.該計(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ì)劃：同級評審計(jì)劃中描述了在分歧的軟件生命周期開發(fā)階段,對分歧的工作產(chǎn)物所采納的同級評審類型；■測試計(jì)劃：測試計(jì)劃包括對可執(zhí)行文件/模塊或整個(gè)系統(tǒng)將要進(jìn)行的各種測試.根據(jù)項(xiàng)目測試過程來制定測試計(jì)劃；懷抱管理計(jì)劃：通過裁剪組織級的懷抱過程來制定項(xiàng)目懷抱管理計(jì)劃.缺陷預(yù)防計(jì)劃：管理、開發(fā)和測試人員互相配合制訂缺陷預(yù)防計(jì)劃,防止已識另外缺陷再次發(fā)生；過程改進(jìn)計(jì)劃：項(xiàng)目級過程改進(jìn)的機(jī)會要記錄到過程改進(jìn)計(jì)劃中.這些機(jī)會主要來源于懷抱分析、缺陷預(yù)防分析和標(biāo)識出的好的或可防止的實(shí)踐.（2）制訂軟件配置管理計(jì)劃軟件配置管理計(jì)劃主要包括以下內(nèi)容：軟件配置管理計(jì)劃組織；角色和職責(zé)；開發(fā)/維護(hù)配置管理計(jì)劃,包括可配置項(xiàng)的標(biāo)識、命名約定、目錄結(jié)構(gòu)、訪問控制、變動管理、基線庫創(chuàng)立、放入/提取（Checkin/Checkout）機(jī)制、版本控制；產(chǎn)物配置管理,包括產(chǎn)物中部件的可跟蹤性,產(chǎn)物的版本設(shè)定和發(fā)布、交付的配置管理（標(biāo)識出要交付的產(chǎn)物構(gòu)成）、需求配置管理（需求基線簡直定、產(chǎn)物版本與劃定基線的需求版本之間的關(guān)系）、配置審計(jì).驗(yàn)證：同級評審人員和軟件質(zhì)量保證人員必需對項(xiàng)目計(jì)劃進(jìn)行評審,批準(zhǔn)后項(xiàng)目才華付諸實(shí)施.配置控制：項(xiàng)目經(jīng)理保管所有項(xiàng)目計(jì)劃文檔.對所有項(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ā)期間對項(xiàng)目目標(biāo)和生產(chǎn)出最后產(chǎn)物的目的有一個(gè)清晰的理解.軟件需求規(guī)格說明書將作為產(chǎn)物測試和驗(yàn)證是否適合需要的基礎(chǔ).對需求的變動,它可能在開發(fā)項(xiàng)目期間的任何時(shí)間點(diǎn)發(fā)生,需求的變動將要影響日程和許諾的變動,這些變動需要和客戶所提出的要求相一致進(jìn)入標(biāo)準(zhǔn)：計(jì)劃已經(jīng)被批準(zhǔn),而且項(xiàng)目整體的基礎(chǔ)設(shè)施是可用的；軟件的需求已經(jīng)被需求收集小組捕捉；■對已經(jīng)形成了基線的軟件需求規(guī)格說明書有變動的請求時(shí).輸入：軟件的需求說明書；變動需求的請求.退出標(biāo)準(zhǔn)：軟件需求規(guī)格說明書已經(jīng)經(jīng)過評審并形成了基線；對已經(jīng)形成基線的軟件需求的變動進(jìn)行了處置；形成基線的軟件說明書已經(jīng)經(jīng)過客戶批準(zhǔn)；驗(yàn)收標(biāo)準(zhǔn)已經(jīng)完成；所有評審的問題都已經(jīng)解決.輸出：經(jīng)過批準(zhǔn)并形成基線的軟件需求規(guī)格說明書；對受影響組件的重新估算文檔；驗(yàn)收測試標(biāo)準(zhǔn)和測試計(jì)劃.過程描述：這個(gè)過程主要處置以下兩種活動：需求說明和需求管理.需求說明指的是需求過程中形成基線的主體,它是以后進(jìn)一步的設(shè)計(jì)和測試的基礎(chǔ).另外,在軟件開發(fā)過程中,會經(jīng)常遇到由于客戶又有新需求或開發(fā)組自身對項(xiàng)目有了更清楚的理解或認(rèn)識,要對需求進(jìn)行變動.在對最初的需求說明書進(jìn)行變動時(shí),要用到需求管理過程.1）需求說明需求說明過程主要包括以下任務(wù)：■執(zhí)行需求分析■界說需求規(guī)格說明書界說驗(yàn)收標(biāo)準(zhǔn)評審說明書和驗(yàn)收標(biāo)準(zhǔn).執(zhí)行需求分析分析收集到的需求和在提案中可用的需求.這個(gè)任務(wù)要求需求說明書應(yīng)該在完整性、一致性、清晰性和可測試性上到達(dá)比力合理的法式.界說需求說明書基于對需求的分析編寫軟件需求規(guī)格說明書.這個(gè)文檔應(yīng)清晰記錄以下內(nèi)容：目標(biāo)和范圍；功能需求；用戶接口；■輸入輸出；■模塊之間的接口；性能需求；特殊用戶需求.如果需求不清晰或模糊,就需要準(zhǔn)備原型,通過評估原型來發(fā)生需求說明書.界說驗(yàn)收標(biāo)準(zhǔn)基于對以前步伐收集的需求規(guī)格說明書,建立測試標(biāo)準(zhǔn),驗(yàn)證的解決方案.所有的需求應(yīng)該可能制定測試標(biāo)準(zhǔn).這個(gè)測試標(biāo)準(zhǔn)將成為客戶批準(zhǔn)最終產(chǎn)物的依據(jù),因此要求在制定客戶標(biāo)準(zhǔn)時(shí)要經(jīng)常緊密的與客戶進(jìn)行交流溝通.評審需求分析說明書和測試標(biāo)準(zhǔn)因?yàn)槭情_發(fā)項(xiàng)目的基礎(chǔ),所以需求規(guī)格說明書和驗(yàn)收標(biāo)準(zhǔn)需要由項(xiàng)目組的同級人員進(jìn)行評審.（2）需求管理需求管理過程包括以下6個(gè)任務(wù)：■記錄變動請求；■分析受到影響的組件；估算需求變動本錢；重新估算所有產(chǎn)物的交付日期和時(shí)間；評審受影響組件；獲得客戶的批準(zhǔn).記錄變動請求；形成基線的需求說明書的變動可能是由客戶提出的,也可能是由于設(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ī)模的變動對成原本講都是一種損耗.如果一個(gè)受影響組件是非常重要的,那么可行性需要重新進(jìn)行本錢估算.重新估算所有產(chǎn)物的交付日期和時(shí)間；如果沒有考慮有效的緩沖,本錢的變動可能會影響整個(gè)項(xiàng)目的交付時(shí)間.在交付時(shí)間內(nèi)的任何實(shí)質(zhì)的變動都需要再同用戶商議決定.評審受影響組件；在這個(gè)步伐中所有相關(guān)的受影響組件需要進(jìn)行評審,項(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ì)量保證人員要按期的對需求分析過程執(zhí)行自力的評估.配置控制：■軟件需求規(guī)格說明書需要嚴(yán)格的配置控制；■所有的變動請求需要被管理和控制；用于跟蹤的懷抱文檔需要管理和控制.QA檢查清單：質(zhì)量保證檢查清單包括：軟件需求規(guī)格說明書；變動需求跟蹤記錄；驗(yàn)收測試標(biāo)準(zhǔn)與測試計(jì)劃.該階段要確?？蛻籼岢龅男枨笫强尚械?確保客戶了解自己提出的需求的含義,而且這個(gè)需求能夠真正到達(dá)他們的目標(biāo),確保開發(fā)人員和客戶對需求沒有誤解或誤會,確保依照需求實(shí)現(xiàn)的軟件系統(tǒng)能夠滿足客戶提出的需求.3.設(shè)計(jì)階段目的和范圍：本過程所關(guān)注的是把需求（用戶需求說明書和軟件需求規(guī)格說明書）轉(zhuǎn)釀成為如何實(shí)現(xiàn)這些需求的描述.主要包括以下兩個(gè)階段：概要設(shè)計(jì)；詳細(xì)設(shè)計(jì).軟件設(shè)計(jì)過程主要包括以下活動：■體系結(jié)構(gòu)設(shè)計(jì)；■運(yùn)算方法設(shè)計(jì)；類/函數(shù)/數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；建立測試標(biāo)準(zhǔn).進(jìn)入標(biāo)準(zhǔn)：■產(chǎn)物需求已經(jīng)形成了基線；需要設(shè)計(jì)解決方案；新的或修改的需求需要改變以后的設(shè)計(jì).輸入：形成基線的需求（用戶需求說明書和軟件需求規(guī)格說明書）.退出標(biāo)準(zhǔn)：設(shè)計(jì)文檔已經(jīng)評審并形成基線；測試標(biāo)準(zhǔn)、測試計(jì)劃可行.輸出：概要設(shè)計(jì)文檔；詳細(xì)設(shè)計(jì)文檔；測試計(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)/集成測試計(jì)劃的創(chuàng)立,并要進(jìn)行同級評審.概要設(shè)計(jì)模板、系統(tǒng)/集成測試計(jì)劃模板在本階段將被使用.結(jié)構(gòu)設(shè)計(jì)在這個(gè)步伐中,完成軟件解決方案的基礎(chǔ)規(guī)劃設(shè)計(jì).繼軟件規(guī)劃設(shè)計(jì)之后,應(yīng)用法式被分解成基礎(chǔ)模塊/組件,目的是為了實(shí)現(xiàn)在模塊內(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)/集成測試計(jì)劃基于對概要設(shè)計(jì)的理解,系統(tǒng)和集成測試計(jì)劃被制定出來.驗(yàn)證最后生產(chǎn)的產(chǎn)物到達(dá)了設(shè)計(jì)要求,通常采納基于黑盒的功能或性能檢查.評審設(shè)計(jì)作為所有開發(fā)階段基礎(chǔ)的概要設(shè)計(jì)是非常重要的,因此需要進(jìn)行同級評審,由能力強(qiáng)的高級軟件工程師組成的同級評審小組,以確保完成了合適的軟件解決方案設(shè)計(jì).（2）詳細(xì)設(shè)計(jì)這個(gè)階段包括以下任務(wù)：詳細(xì)設(shè)計(jì)和準(zhǔn)備單位測試計(jì)劃.在這個(gè)階段,需要使用詳細(xì)設(shè)計(jì)模板和單位測試計(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)立單位測試計(jì)劃測試計(jì)劃應(yīng)該包括要被測試的每一個(gè)模塊的每一個(gè)元素,例如：■與需求的完整一致性；■與其它元素的一致性；■在性能上的要求.單位/功能測試采納完全透明的白盒/玻璃盒測試方法,對測試者來講,實(shí)際運(yùn)行的代碼是可見的.評審詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段的輸出是代碼編寫工作的基礎(chǔ),是非常重要的,因此需要在項(xiàng)目組中很好的進(jìn)行評審.評審小組負(fù)責(zé)評審和清除那些在詳細(xì)設(shè)計(jì)中與采納的方法紛歧致的問題.（3）選擇有用工具在詳細(xì)設(shè)計(jì)完成之后,系統(tǒng)在解決方案已經(jīng)非常清晰.這時(shí),項(xiàng)目組需要選擇用來提高軟件質(zhì)量的工具.這些工具要發(fā)生以下作用：■提高質(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)證發(fā)生的工作產(chǎn)物和做自力的抽樣檢查來驗(yàn)證產(chǎn)物的有效性；■質(zhì)量保證（QA）人員通過分析項(xiàng)目的懷抱數(shù)據(jù)和對過程的走查來驗(yàn)證設(shè)計(jì)過程的效性.配置控制：所有的概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔和系統(tǒng)/集成測試計(jì)劃需要進(jìn)行嚴(yán)格的配置控制；跟蹤的懷抱數(shù)據(jù)需要進(jìn)行管理和控制.質(zhì)量保證（QA）檢查清單：質(zhì)量保證（QA）檢查清單包括：■概要設(shè)計(jì)文檔；■詳細(xì)設(shè)計(jì)文檔；測試計(jì)劃（系統(tǒng)/集成/單位）；項(xiàng)目標(biāo)準(zhǔn).在概要設(shè)計(jì)階段,要確保規(guī)格界說能夠完全符合、支持和覆蓋前面描述的系統(tǒng)需求；可以采納建立需求跟蹤文檔和需求實(shí)現(xiàn)矩陣的方式,確保規(guī)格界說滿足系統(tǒng)需求的性能、可維護(hù)性、靈活性的要求；確保規(guī)格界說是可以測試的,而且建立了測試戰(zhàn)略；確保建立了可行的、包括評審活動的開發(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ì)評審；確保設(shè)計(jì)依照評審準(zhǔn)則評審?fù)ㄟ^并被正式批準(zhǔn)之前,沒有開始正式編碼.4.編碼階段目的和范圍：編碼過程的目的是為了實(shí)現(xiàn)詳細(xì)設(shè)計(jì)中各個(gè)模塊的功能,能夠使用戶要求的實(shí)際業(yè)務(wù)流程通過代碼的方式被計(jì)算機(jī)識別并轉(zhuǎn)化為計(jì)算機(jī)法式.編碼過程就是用具體的數(shù)據(jù)結(jié)構(gòu)來界說對象的屬性,用具體的語言來實(shí)現(xiàn)業(yè)務(wù)流程所暗示的算法.在對象設(shè)計(jì)階段形成的對象類和關(guān)系最后被轉(zhuǎn)換成特定的法式設(shè)計(jì)語言、數(shù)據(jù)庫或者硬件的實(shí)現(xiàn).進(jìn)入標(biāo)準(zhǔn)：■設(shè)計(jì)文檔已經(jīng)形成基線；■詳細(xì)設(shè)計(jì)變動編寫完畢并通過評審，而且代碼需要變動時(shí)；對維護(hù)項(xiàng)目,維護(hù)需求分析已經(jīng)形成基線,可進(jìn)行代碼的變動；用于編碼的測試標(biāo)準(zhǔn)已經(jīng)制定.輸入：詳細(xì)設(shè)計(jì)文檔；特定項(xiàng)目的編碼規(guī)范；相關(guān)的軟、硬件環(huán)境；維護(hù)分析文檔；測試計(jì)劃.退出標(biāo)準(zhǔn)：詳細(xì)設(shè)計(jì)中所有模塊的功能全部被實(shí)現(xiàn)，并通過自我代碼審查，編譯通過.輸出：已完成的、需要進(jìn)行測試的代碼；代碼編寫規(guī)范的更改建議.過程描述：編碼過程是把詳細(xì)設(shè)計(jì)中的各個(gè)模塊功能轉(zhuǎn)化為計(jì)算機(jī)可識別代碼的過程,因此法式員在進(jìn)行編碼時(shí),一定要仔細(xì)認(rèn)真,切勿有半點(diǎn)疏忽.編碼過程通常情況下占整個(gè)項(xiàng)目開發(fā)時(shí)間的20%左右,為了代碼到達(dá)高質(zhì)量、高標(biāo)準(zhǔn),代碼編寫過程一定要合理規(guī)范.編碼過程主要包括以下幾項(xiàng)活動：■制定編碼計(jì)劃；■認(rèn)真閱讀開發(fā)規(guī)范；編碼準(zhǔn)備；專家指導(dǎo),并填寫疑問或問題表；理解詳細(xì)設(shè)計(jì)書；編寫代碼；自我審查；提交代碼；更改代碼.編碼過程流程如下圖所示.

編碼過程流程圖準(zhǔn)備階段制定計(jì)劃閱讀規(guī)范理解設(shè)計(jì)專家指導(dǎo)檢查與更改階段代碼審查代碼測試提交代碼更改代碼1r編寫代碼編碼過程流程圖準(zhǔn)備階段制定計(jì)劃閱讀規(guī)范理解設(shè)計(jì)專家指導(dǎo)檢查與更改階段代碼審查代碼測試提交代碼更改代碼1r編寫代碼A編寫代碼J編碼準(zhǔn)備（1）制定編碼計(jì)劃在編碼之前一周,項(xiàng)目經(jīng)理要根據(jù)詳細(xì)設(shè)計(jì)中的模塊劃分情況制定編碼計(jì)劃.編碼計(jì)劃的主要內(nèi)容如下.本次編碼的目的在制定編碼計(jì)劃時(shí),必需要明確編碼目的.編碼人員組成在編碼之前,要確定本次編碼的人員組成：選擇編碼人員時(shí)要考慮以下幾點(diǎn)：責(zé)任心、技術(shù)能力、服從意識、努力法式、編碼效率、編碼質(zhì)量.編碼任務(wù)分配在編碼之前,一定要為每個(gè)編碼人員劃分好自己所負(fù)責(zé)的模塊,而且要規(guī)定各個(gè)模塊的編碼開始,結(jié)束日期.（2）認(rèn)真閱讀開發(fā)規(guī)范為了實(shí)現(xiàn)編碼的規(guī)范統(tǒng)一,需要制定編碼規(guī)范.有的項(xiàng)目,客戶也會提供一些開發(fā)規(guī)范用來對本次編碼進(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)系以決定是否要對目前的編碼規(guī)范進(jìn)行更改.（3）編碼準(zhǔn)備在進(jìn)行編碼之前還要進(jìn)行一些相關(guān)的準(zhǔn)備.軟硬件環(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ì)也會有表達(dá)不夠準(zhǔn)確之處,因此在編寫代碼之前,一定要把每個(gè)模塊的詳細(xì)設(shè)計(jì)思路弄清楚.如果編碼人員在理解詳細(xì)設(shè)計(jì)時(shí)有疑惑,一定要詢問詳細(xì)設(shè)計(jì)人員.為了保證編碼人員對詳細(xì)設(shè)計(jì)的理解的正確性,采納以下方法：詳細(xì)設(shè)計(jì)同級評審時(shí)，讓編碼人員介入；讓編碼人員對詳細(xì)設(shè)計(jì)進(jìn)行講解；讓編碼人員根據(jù)自己的理解畫出流程圖，由詳細(xì)設(shè)計(jì)者確認(rèn).如果編碼人員在理解詳細(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)度情況邀請本項(xiàng)目組內(nèi)部或外部專家對編碼人員進(jìn)行指導(dǎo).指導(dǎo)的內(nèi)容主要包括以下兩方面的內(nèi)容.對本次編碼有關(guān)的業(yè)務(wù)進(jìn)行指導(dǎo)：對編碼人員進(jìn)行業(yè)務(wù)上的指導(dǎo)，有助于編碼人員對詳細(xì)設(shè)計(jì)的理解.對技術(shù)進(jìn)行指導(dǎo)：通過對編碼人員的技術(shù)指導(dǎo)，可以解答編碼人員在技術(shù)上的一些疑問.（6）編寫代碼在很多的軟件開發(fā)中，客戶為了便于法式的可維護(hù)性，往往會對法式代碼編寫過程做出一些規(guī)定，如變量的命名規(guī)則、書寫規(guī)范和公共處置等，所以這就要求編碼人員要熟悉這些要求和規(guī)范，并嚴(yán)格的遵守這些規(guī)范，如果客戶沒有規(guī)定，就要依照公司的規(guī)定執(zhí)行.①畫出法式的流程圖法式的流程圖又稱法式框圖，用來描述軟件設(shè)計(jì)，是歷史最長、使用最廣泛的方法.在編碼之前，一定要先畫好法式的流程圖，這對一個(gè)復(fù)雜的法式來說是非常需要的，這樣做了以后，可以使你在編碼階段到達(dá)事半功倍的效果,而且對代碼的正確性和質(zhì)量都是一個(gè)很好的保證.②代碼的模塊化模塊化是把系統(tǒng)分割成能完成自力功能的模塊代碼,明確規(guī)定各個(gè)模塊代碼及其輸入輸出規(guī)格,使模塊代碼的接口不會發(fā)生混亂法式的注解法式的注解對法式的閱讀與理解起著重要的作用.注解主要分兩部份.法式塊頭的注解,主要是模塊功能的說明、輸入輸出變量的說明、算法的說明、法式員姓名和法式完成以及變動的日期列表.這些主要是滿足管理者的需要,管理者易于掌握哪些法式是由哪個(gè)編碼人員負(fù)責(zé)的.法式內(nèi)部的注解,對法式中的一些難以理解的語句以上注釋,以使閱讀者容易理解設(shè)計(jì)者的意圖,易于理解法式.這樣的法式具有很強(qiáng)的可讀性和可維護(hù)性.數(shù)據(jù)類型/變量說明■數(shù)據(jù)說明的次第應(yīng)標(biāo)準(zhǔn)化，如按數(shù)據(jù)類型或者數(shù)據(jù)結(jié)構(gòu)來確定命據(jù)說明的次第,次第的規(guī)則在數(shù)據(jù)字典中加以說明,以便在測試調(diào)試階段和維護(hù)階段可以方便的查找數(shù)據(jù)說明的情況；■當(dāng)對在同一個(gè)語句中的多個(gè)變量加以說明時(shí)，應(yīng)按英文字母的順序排列；■在使用一個(gè)復(fù)雜的數(shù)據(jù)結(jié)構(gòu)時(shí)，最好加注釋語句；■變量說明不要遺漏，變量的類型、長度、存儲及其初始化要正確.語句構(gòu)造不要為了節(jié)省空間把多個(gè)語句寫在同一行；盡量防止復(fù)雜的條件；對多分支語句，應(yīng)該把呈現(xiàn)可能性年夜的情況放在前面，把較少呈現(xiàn)的分支放在后面，這樣可以加快運(yùn)算時(shí)間；防止年夜量使用循環(huán)嵌套語句和條件嵌套語句；利用括號使邏輯表達(dá)式或算術(shù)表達(dá)式的運(yùn)算次第清晰直觀；每個(gè)循環(huán)要有終止條件，不要呈現(xiàn)死循環(huán)，也要防止不成能被執(zhí)行的循環(huán).法式效率法式效率主要指處置工作時(shí)間和內(nèi)存容量這兩方面的利用率，在法式滿足了正確性、可理解性、可測試性和可維護(hù)性的基礎(chǔ)上，提高法式的效率也是非常需要的.在編碼過程中，一定要嚴(yán)格依照規(guī)定的開發(fā)規(guī)范進(jìn)行編碼，如果沒有依照編碼規(guī)范進(jìn)行編碼，再好的法式代碼也不能被接受.另外，在編寫代碼時(shí)，如果認(rèn)為開發(fā)規(guī)范有分歧理或有待彌補(bǔ)之處，應(yīng)該填寫開發(fā)規(guī)范建議書提交給項(xiàng)目經(jīng)理；如果發(fā)現(xiàn)詳細(xì)設(shè)計(jì)中有問題或?qū)υ敿?xì)設(shè)計(jì)發(fā)生疑問，應(yīng)該填寫詳細(xì)設(shè)計(jì)疑問列表并提交給項(xiàng)目經(jīng)理.（7）代碼審查在編碼過程中,每個(gè)模塊或法式的自我審查的關(guān)鍵環(huán)節(jié)是絕對不能缺少的.無論何等好的編碼人員編寫的代碼,城市或多或少的存在缺陷,從而影響法式的運(yùn)行.有的缺陷可以在很短的時(shí)間內(nèi)流露出來；有的缺陷需要很長的時(shí)間才華顯現(xiàn)出來.因此在代碼審查過程中,一定要仔細(xì)認(rèn)真,不要遺漏某個(gè)條件.編碼人員切勿對自己編寫的代碼過于自信而不去自我審查.在進(jìn)行代碼審查過程中,其實(shí)不是盲目地進(jìn)行審查.而是要依照代碼審查列表中的內(nèi)容進(jìn)行審查.審查之后還要把自己審查的內(nèi)容以及發(fā)現(xiàn)的問題記錄到代碼審查記錄中.代碼審查記錄不作為考核個(gè)人的依據(jù).通過代碼審查記錄,管理人員可以掌握每個(gè)編碼人員的代碼審查工作情況以及自我審查的質(zhì)量效率.如果是比力重要的代碼（如重要的算法、復(fù)雜的SQL法式段、要求性能比力高的模塊等）,可以讓經(jīng)驗(yàn)豐富的設(shè)計(jì)人員或編碼人員來復(fù)查或進(jìn)行同級評審.（8）代碼測試為了進(jìn)一步保證代碼的正確性和合理性,編碼人員還要對自己編寫的代碼進(jìn)行測試.代碼測試的依據(jù)是詳細(xì)設(shè)計(jì)過程中的單位測試計(jì)劃書.編碼人員依照測試計(jì)劃書中所提供的每個(gè)測試項(xiàng)目的測試用例進(jìn)行測試.本次測試只是編碼人員對自己所編寫的代碼進(jìn)行自我測試,測試主要采納白盒與黑盒結(jié)合的方法.在代碼測試過程中,應(yīng)該填寫代碼測試記錄.（9）提交測試編碼人員對自己編寫的代碼審查完畢,并認(rèn)為代碼不會有任何問題,就可以把代碼提交給相應(yīng)的測試人員.在提交代碼時(shí)一定要注意自己所提交的代碼是最新的版本.（10）更改代碼更改代碼的情況可以分為兩種：①在測試中發(fā)現(xiàn)代碼有誤或者邏輯分歧理.呈現(xiàn)這種情況的主要原因可能有兩種：一是編碼人員自己的毛病而造成的缺陷；二是在需求、設(shè)計(jì)階段的毛病沒有被查出,被帶到編碼階段而造成的缺陷.②由于需求和設(shè)計(jì)的變動引起的代碼變動.在變動代碼的過程中一定要注意對代碼的版本管理.驗(yàn)證：■驗(yàn)證編碼的規(guī)范性；■驗(yàn)證是否進(jìn)行了自我審查；驗(yàn)證代碼的一致性和可跟蹤性；通過測試驗(yàn)證代碼的正確、合理性；驗(yàn)證每個(gè)編碼人員的工作能力.配置控制：通過相應(yīng)的配置管理工具對分歧版本的代碼進(jìn)行管理；對編碼規(guī)范進(jìn)行管理；■對項(xiàng)目開發(fā)質(zhì)量計(jì)劃進(jìn)行管理.QA檢查清單：編碼計(jì)劃；開發(fā)規(guī)范建議書；詳細(xì)設(shè)計(jì)疑問列表；代碼審查檢查列表；■代碼審查記錄；■代碼測試記錄.該階段要確保建立了編碼規(guī)范、文檔格式標(biāo)準(zhǔn),而且依照該標(biāo)準(zhǔn)進(jìn)行編碼；確保代碼被正確地測試和集成,代碼的修改符合變動控制和版本控制流程；確保依照進(jìn)度計(jì)劃編寫代碼；確保依照進(jìn)度計(jì)劃進(jìn)行代碼評審.5.測試階段目的和范圍：軟件測試過程的目的是為了保證軟件產(chǎn)物的正確性、完整性和一致性,保證提供實(shí)現(xiàn)用戶需求的高質(zhì)量、高性能的軟件產(chǎn)物,從而提高用戶對軟件產(chǎn)物的滿意法式.在軟件投入運(yùn)行前,要對軟件需求分析、設(shè)計(jì)和編碼各階段的產(chǎn)物進(jìn)行最終檢查和檢測,軟件測試是對軟件產(chǎn)物內(nèi)容和法式執(zhí)行狀況的檢測以及調(diào)整、修正的一個(gè)過程.這種以檢查軟件產(chǎn)物內(nèi)容和功能特性為核心的測試,是軟件質(zhì)量保證的關(guān)鍵步伐,也是勝利實(shí)現(xiàn)軟件開發(fā)目標(biāo)的重要保證.軟件測試包括：單位測試、集成測試、系統(tǒng)測試、確認(rèn)/驗(yàn)收測試.進(jìn)入標(biāo)準(zhǔn)：■經(jīng)過自我檢查過的法式代碼需要進(jìn)行測試；■測試環(huán)境搭建完成；測試計(jì)劃完成.輸入：需要測試的法式代碼；測試工具；測試環(huán)境；測試計(jì)劃；測試用例；測試數(shù)據(jù)；測試檢查列表；以往的經(jīng)驗(yàn)與教訓(xùn).退出標(biāo)準(zhǔn)：依照測試計(jì)劃,所有的測試用例都勝利地被執(zhí)行了；測試過的代碼形成基線.輸出：測試記錄；缺陷統(tǒng)計(jì)表；已經(jīng)測試過的代碼.過程描述：軟件測試是軟件質(zhì)量保證的關(guān)鍵元素,代表了規(guī)約、設(shè)計(jì)和編碼的最終檢查.軟件測試針對分歧的測試階段和測試內(nèi)容,可以分為單位測試、集成測試、系統(tǒng)測試以及確認(rèn)/驗(yàn)收測試,在編碼階段進(jìn)行單位測試,單位測試的目的是測試單一的功能模塊能否正常運(yùn)行；集成測試主要是根據(jù)設(shè)計(jì)階段制定的測試計(jì)劃進(jìn)行,集成測試是測試模塊與模塊之間的連接是否正確；系統(tǒng)測試主要是對系統(tǒng)的整體質(zhì)量進(jìn)行測試；確認(rèn)/驗(yàn)收測試根據(jù)需求分析階段制定的測試計(jì)劃進(jìn)行測試,是測試整個(gè)軟件產(chǎn)物是否滿足了用戶的需求.分歧階段所使用的測試用例也是分歧的.根據(jù)軟件開發(fā)過程的特點(diǎn).通常情況下單位測試和集成測試使用白盒測試方法；系統(tǒng)測試和確認(rèn)/驗(yàn)收測試采納黑盒測試方法.軟件測試的目的主要是為了驗(yàn)證(Verification)和確認(rèn)(Validation)軟件的正確性.驗(yàn)證是以開發(fā)者的角度來考慮的，是為了驗(yàn)證軟件是否滿足用戶的需求；而確認(rèn)是以用戶的角度考慮的，驗(yàn)證軟件的方便性、友好性、容錯(cuò)性等.隨著軟件測試各個(gè)階段的不竭進(jìn)行，驗(yàn)證的成份越來越少，白盒測試方法所占的比例就會越來越??；確認(rèn)的成份越來越多，黑盒測試的比例就會越來越年夜.單位測試單位測試集中在檢查軟件設(shè)計(jì)的最小單位——模塊上，通過測試發(fā)現(xiàn)實(shí)現(xiàn)該模塊的實(shí)際功能與界說該模塊的功能說明不符合的情況,以及編碼的缺陷.由于模塊規(guī)模小、功能單一、邏輯簡單,測試人員有可能通過模塊說明書和源法式,清楚地了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu),采納結(jié)構(gòu)測試（白盒法）的用例,盡可能到達(dá)完全測試,然后輔之以功能測試（黑盒法）的用例,使之對任何合理和分歧理的輸入都能鑒別和響應(yīng).高可靠性的模塊是組成可靠系統(tǒng)的堅(jiān)實(shí)基礎(chǔ).（2）集成測試將已測試的模塊進(jìn)行組裝并進(jìn)行檢測,對比軟件設(shè)計(jì)測試和排除子系統(tǒng)或系統(tǒng)結(jié)構(gòu)上的缺陷.集成測試一般采納黑盒測試法,重點(diǎn)是檢測模塊接口之間的連接,發(fā)現(xiàn)訪問公共數(shù)據(jù)結(jié)構(gòu)可能引起的模塊間的干擾,以及全局?jǐn)?shù)據(jù)結(jié)構(gòu)的紛歧致,測試軟件系統(tǒng)或子系統(tǒng)輸入輸出處置、