軟件項(xiàng)目管理規(guī)范_第1頁
軟件項(xiàng)目管理規(guī)范_第2頁
軟件項(xiàng)目管理規(guī)范_第3頁
軟件項(xiàng)目管理規(guī)范_第4頁
軟件項(xiàng)目管理規(guī)范_第5頁
已閱讀5頁,還剩45頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

軟件項(xiàng)目管理規(guī)范疾病管理平臺(tái)軟件開發(fā)管理規(guī)范

文件編號(hào):BD-jsgf002生效日期:.2.19受控編號(hào):版次:Ver1.0修改狀態(tài):總頁數(shù)30正文28附錄0編制:李杰審核:王懷鋒批準(zhǔn):付光偉山東諾安諾泰信息系統(tǒng)有限公司

軟件開發(fā)行為規(guī)范為了把公司已經(jīng)發(fā)布的軟件開發(fā)過程規(guī)范有效地運(yùn)作于產(chǎn)品開發(fā)活動(dòng)中,把各種規(guī)范“逐步形成工程師的作業(yè)規(guī)范”,特制定本軟件開發(fā)行為規(guī)范,以達(dá)到過程控制的目的。與軟件開發(fā)相關(guān)的所有人員,包括各級經(jīng)理和工程師都必須遵守本軟件開發(fā)行為規(guī)范。對違反規(guī)范的開發(fā)行為,必須按照有關(guān)管理規(guī)定進(jìn)行處罰。本軟件開發(fā)行為規(guī)范的內(nèi)容包括:軟件需求分析、軟件項(xiàng)目計(jì)劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、需求管理、配置管理、軟件質(zhì)量保證、數(shù)據(jù)度量和分析等。本軟件開發(fā)行為規(guī)范,采用以下的術(shù)語描述:★規(guī)則:在軟件開發(fā)過程中強(qiáng)制必須遵守的行為規(guī)范?!锝ㄗh:軟件開發(fā)過程中必須加以考慮的行為規(guī)范?!镎f明:對此規(guī)則或建議進(jìn)行必要的解釋?!锸纠簩Υ艘?guī)則或建議從正或反兩個(gè)方面給出例子。本軟件開發(fā)過程行為規(guī)范由研究技術(shù)管理處負(fù)責(zé)解釋和維護(hù)。目錄1軟件需求分析52軟件項(xiàng)目計(jì)劃93概要設(shè)計(jì)114詳細(xì)設(shè)計(jì)145編碼186需求管理197軟件配置管理218軟件質(zhì)量保證239數(shù)據(jù)度量和分析251軟件需求分析1-1:軟件需求分析必須在產(chǎn)品需求規(guī)格的基礎(chǔ)上進(jìn)行,并保證完全實(shí)現(xiàn)產(chǎn)品需求規(guī)格的定義。1-2:當(dāng)產(chǎn)品的需求規(guī)格發(fā)生變更時(shí),必須修訂軟件需求規(guī)格文檔。軟件需求規(guī)格的變更必須經(jīng)過評審,并保存評審記錄。1-3:必須對軟件需求規(guī)格文檔進(jìn)行正規(guī)檢視。1-4:軟件需求分析過程活動(dòng)結(jié)束前,必須經(jīng)過評審,并保存評審記錄。1-5:在對軟件需求規(guī)格文檔的正規(guī)檢視或評審時(shí),必須檢查軟件需求規(guī)格文檔中需求的清晰性、完備性、兼容性、一致性、正確性、可行性、易修改性、健壯性、易追溯性、易理解性、易測試性和可驗(yàn)證性、性能、功能、接口、數(shù)據(jù)、可維護(hù)性等內(nèi)容。說明:參考建議1-1到1-16。1-1:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的清晰性。序號(hào)問題1所有定義、實(shí)現(xiàn)方法是否清楚地表示了用戶的原始要求?2在功能實(shí)現(xiàn)過程、方法和技術(shù)要求的描述上,是否沒有背離了功能的實(shí)際要求?3是否沒有不能理解或造成誤解的描述?1-2:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的完備性。序號(hào)問題1需求定義中是否包含了有關(guān)文件(指質(zhì)量手冊、質(zhì)量計(jì)劃以及其它有關(guān)文件)種所規(guī)定的需求定義所應(yīng)該包含的所有內(nèi)容?2需求定義是否包含了有關(guān)功能、性能、限制、目標(biāo)、質(zhì)量等方面的所有需求?3功能性需求是否覆蓋了所有非正常情況的處理?4是否對各種操作模式(如正常、非正常、有干擾等)下的環(huán)境條件都作了規(guī)定?5是否對所有功能與時(shí)間因素有關(guān)的方面都作了考慮?6是否標(biāo)識(shí)出了所有與時(shí)間因素有關(guān)的功能?它們的時(shí)間準(zhǔn)則是否都說明了?時(shí)間準(zhǔn)則的最大、最小執(zhí)行時(shí)間是否都定義了?7是否標(biāo)識(shí)并定義了在將來可能會(huì)變化的需求?8是否定義了系統(tǒng)所有的輸入?9是否標(biāo)識(shí)清楚了系統(tǒng)輸入的來源?10是否標(biāo)識(shí)出了系統(tǒng)的輸出?11是否說明了系統(tǒng)輸入、輸出的類型?12是否說明了系統(tǒng)輸入、輸出的值域、單位、格式等?13是否說明了如何進(jìn)行系統(tǒng)輸入的合法性檢查?14是否定義了系統(tǒng)輸入、輸出的精度?15是否定義了系統(tǒng)性能的各個(gè)方面?16在不同負(fù)載情況下,是否規(guī)定了系統(tǒng)的處理能力?17在不同情況下,是否規(guī)定了系統(tǒng)的響應(yīng)時(shí)間?18是否充分定義了關(guān)于人機(jī)界面的需求?19是否對需求定義進(jìn)行了可行性分析和相關(guān)文件(資料)是否已歸檔?20是否對影響需求實(shí)現(xiàn)的因素進(jìn)行了調(diào)查,調(diào)查結(jié)果是否已歸檔?21是否有經(jīng)濟(jì)效益分析,分析結(jié)果是否已歸檔?22是否詳細(xì)描述了有關(guān)硬件、軟件、操作人員、操作過程等方面的安全性?23是否評估了本項(xiàng)目對用戶、其它系統(tǒng)、環(huán)境的影響特性?24是否按完成時(shí)間、重要性對系統(tǒng)功能、外部接口、性能進(jìn)行了優(yōu)先排序?1-3:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的兼容性。序號(hào)問題1界面需求是否使軟硬件系統(tǒng)具有兼容性?2需求定義的文檔是否滿足項(xiàng)目文檔編寫標(biāo)準(zhǔn)?在矛盾時(shí),是否有適當(dāng)?shù)臉?biāo)準(zhǔn)可供選擇?1-4:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的一致性。序號(hào)問題1各個(gè)需求之間是否一致?是否有沖突和矛盾?2所規(guī)定的模型、算法和數(shù)值方法是否相容?3是否使用了標(biāo)準(zhǔn)的術(shù)語和定義形式?4需求是否與其軟硬件操作環(huán)境相容?5是否說明了軟件對其系統(tǒng)和環(huán)境的影響?6是否說明了環(huán)境對軟件的影響?7所采用的技術(shù)是否與用戶要求的技術(shù)一致?1-5:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的正確性。序號(hào)問題1需求定義是否滿足標(biāo)準(zhǔn)的要求?2算法和規(guī)則是否有科技文獻(xiàn)或其它文獻(xiàn)作為基礎(chǔ)?3是否定義了對在錯(cuò)誤、風(fēng)險(xiǎn)分析中所標(biāo)識(shí)出的各種故障模式和錯(cuò)誤類型所需的反應(yīng)?4是否參照了有關(guān)的標(biāo)準(zhǔn)?5是否對每一個(gè)需求都給出了理由?理由是否充分?6對設(shè)計(jì)和實(shí)現(xiàn)的限制是否都有論證?1-6:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的可行性。序號(hào)問題1需求定義是否使軟件的設(shè)計(jì)、實(shí)現(xiàn)、操作和維護(hù)都可行?2所規(guī)定的模型、數(shù)值方法和算法是否對待解決問題合適?是否能夠在相應(yīng)的限制條件下實(shí)現(xiàn)?3是否能夠達(dá)到關(guān)于質(zhì)量的要求?1-7:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易修改性。序號(hào)問題1對需求定義的描述是否易于修改(如是否采用良好的結(jié)構(gòu)和交叉引用表等)?2是否有冗余的信息?是否一個(gè)需求被定義了多次?1-8:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的健壯性。序號(hào)問題1是否有容錯(cuò)的需求?1-9:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易追溯性。序號(hào)問題1是否可從上一階段的文檔中找到需求定義中的相應(yīng)內(nèi)容?2需求定義是否明確地表明前階段中提出的有關(guān)需求和設(shè)計(jì)限制都已被覆蓋了?3需求定義是否便于向后繼開發(fā)階段查找信息1-10:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易理解性。序號(hào)問題1是否每一個(gè)需求都只有一種解釋?2功能性需求是否以模塊方式描述的?是否明確地標(biāo)識(shí)出了其功能?3是否有術(shù)語定義一覽表?4是否使用了形式化或半形式化的語言?5語言是否有歧義性?6需求定義中是否只包含了必須的實(shí)現(xiàn)細(xì)節(jié)而不包含不必要的實(shí)現(xiàn)細(xì)節(jié)?是否過分細(xì)致了?7需求定義是否足夠清楚和明確使其能夠作為開發(fā)設(shè)計(jì)規(guī)約和功能性測試數(shù)據(jù)的基礎(chǔ)?8需求定義的描述是否將對程序的需求和所提供的其它信息分離開來了?1-11:采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易測試性和可驗(yàn)證性。序號(hào)問題1需求是否能夠驗(yàn)證(即是否能夠檢驗(yàn)軟件是否滿足了需求)?2是否對每一個(gè)需求都指定了驗(yàn)證過程?3數(shù)學(xué)函數(shù)的定義是否使用了精確定義的語法和語義符號(hào)?1-12:采用以下檢查表檢查軟件需求規(guī)格文檔中的性能需求描述。序號(hào)問題是否精確的描述了所有的性能需求和可容忍的性能降低程度?對每一個(gè)性能應(yīng)包含兩方面的內(nèi)容:1a.在最壞情況的執(zhí)行結(jié)果2b.本性能失效后,對系統(tǒng)產(chǎn)生的影響1-13:采用以下檢查表檢查軟件需求規(guī)格文檔中功能需求描述。序號(hào)問題1是否清楚、明確地描述了所有的功能?2所有已描述的功能是否是必須的?是否能滿足任務(wù)書或系統(tǒng)目標(biāo)的要求?1-14:采用以下檢查表檢查軟件需求規(guī)格文檔中的接口需求描述。序號(hào)問題1是否清楚地定義了所有的接口?3所有接口是否必須?各接口間的關(guān)系是否一致、正確?1-15:采用以下檢查表檢查軟件需求規(guī)格文檔中的數(shù)據(jù)需求描述。序號(hào)問題1在某異常數(shù)據(jù)(如條件、標(biāo)志等)下,是否有真正沒有考慮到的結(jié)果?2對異常數(shù)據(jù)產(chǎn)生的結(jié)果是否作了精確的描述?1-16:采用以下檢查表檢查軟件需求規(guī)格文檔中的可維護(hù)性需求描述。序號(hào)問題1需求定義中是否包括了可行的系統(tǒng)維護(hù)方法?2軟件系統(tǒng)間的關(guān)系是否是松耦合的(即能否保證在對某部分修改后,產(chǎn)生最小的連鎖效應(yīng))?2軟件項(xiàng)目計(jì)劃2-1:軟件項(xiàng)目計(jì)劃必須以產(chǎn)品/軟件的需求規(guī)格為基礎(chǔ)。當(dāng)發(fā)生需求更改時(shí),必須修訂軟件開發(fā)計(jì)劃。說明:軟件項(xiàng)目計(jì)劃必須依據(jù)需求規(guī)格進(jìn)行制定。項(xiàng)目計(jì)劃中的工作產(chǎn)品和工作任務(wù)應(yīng)保證能完全實(shí)現(xiàn)需求規(guī)格的定義。當(dāng)需求更改時(shí),必須考慮需求更改的相關(guān)性,修訂相應(yīng)軟件開發(fā)計(jì)劃。2-1:制定軟件項(xiàng)目計(jì)劃的活動(dòng)制定,必須遵守“軟件項(xiàng)目計(jì)劃規(guī)范”。2-2:軟件經(jīng)理對軟件項(xiàng)目計(jì)劃的制定和結(jié)果負(fù)責(zé)。2-3:軟件經(jīng)理和相關(guān)參與軟件項(xiàng)目計(jì)劃的制定和評審的人員,在參與計(jì)劃制定之前必須經(jīng)過軟件工程和軟件項(xiàng)目計(jì)劃制定流程的培訓(xùn)。2-2:對于軟件項(xiàng)目計(jì)劃中各項(xiàng)工作產(chǎn)品和工作任務(wù),必須進(jìn)行規(guī)模和工作量的軟件估計(jì),并在軟件項(xiàng)目計(jì)劃文檔中記錄估計(jì)的方法和估計(jì)數(shù)據(jù)。說明:參考建議2-4到2-8。2-4:能夠使用PERT統(tǒng)計(jì)估計(jì)、專家判定平均法、經(jīng)驗(yàn)類比估計(jì)、公式計(jì)算等方法,或以上方法的組合,進(jìn)行軟件估計(jì)。示例:PERT統(tǒng)計(jì)估計(jì)和經(jīng)驗(yàn)類比估計(jì)的結(jié)合PERT統(tǒng)計(jì)估計(jì)值=(最大估計(jì)+4×期望估計(jì)+最小估計(jì)〕/6估計(jì)記錄如下:工作產(chǎn)品任務(wù)最大估計(jì)期望估計(jì)(根據(jù)經(jīng)驗(yàn)類比獲得)最小估計(jì)PERT估計(jì)規(guī)模工作量規(guī)模工作量規(guī)模工作量規(guī)模工作量XX版本(增加XX特性〕話統(tǒng)模塊概要設(shè)計(jì)文檔頁數(shù):45;增加、修改模塊設(shè)計(jì)數(shù)目:1212天文檔頁數(shù):42;增加、修改模塊設(shè)計(jì)數(shù)目:1010天文檔頁數(shù):30;增加、修改模塊設(shè)計(jì)數(shù)目:55天文檔頁數(shù):41;增加、修改模塊設(shè)計(jì)數(shù)目:109.5天期望估計(jì)值是根據(jù)XX版本的話統(tǒng)模塊設(shè)計(jì)的數(shù)據(jù)獲得。2-5:對某項(xiàng)工作產(chǎn)品和任務(wù)的軟件,同時(shí)采用兩種或以上的方法進(jìn)行估計(jì),以避免一種方法的偏差。2-6:盡量采用歷史經(jīng)驗(yàn)數(shù)據(jù)進(jìn)行軟件估計(jì)。2-7:參照“軟件估計(jì)指導(dǎo)書”進(jìn)行軟件估計(jì)。2-8:軟件估計(jì)對應(yīng)項(xiàng)目的任務(wù)分解結(jié)構(gòu)進(jìn)行。說明:軟件估計(jì)對于項(xiàng)目的任務(wù)分解結(jié)構(gòu)對應(yīng)得越清晰、越細(xì)致,相應(yīng)的估計(jì)越準(zhǔn)確。2-9:在“軟件項(xiàng)目計(jì)劃”中必須包括項(xiàng)目管理活動(dòng)的計(jì)劃。2-10:在“軟件項(xiàng)目計(jì)劃”中包括軟件重用計(jì)劃。包括重用軟件部件的計(jì)劃和開發(fā)可重用軟件部件的計(jì)劃。2-11:在“軟件項(xiàng)目計(jì)劃”包括人員的培訓(xùn)計(jì)劃。說明:項(xiàng)目人員計(jì)劃包括需要的人員類型、數(shù)量和技術(shù)等級的要求,相關(guān)人員的開始工作時(shí)間、工作周期、接受培訓(xùn)的計(jì)劃等。2-12:對軟件項(xiàng)目進(jìn)行風(fēng)險(xiǎn)分析與評估。說明:可能存在的風(fēng)險(xiǎn)領(lǐng)域含:需求的不明確和變更、外部的限制與對外的依賴、人力資源的到位情況、人力資源的技術(shù)等級滿足要求狀況、技術(shù)問題等。對風(fēng)險(xiǎn)的分析與評估實(shí)踐包括:從已知的情況推導(dǎo)出潛在風(fēng)險(xiǎn);對風(fēng)險(xiǎn)進(jìn)行分析,得出:潛在風(fēng)險(xiǎn)可能引發(fā)的問題的影響、潛在風(fēng)險(xiǎn)發(fā)生的可能性大小、風(fēng)險(xiǎn)發(fā)生的時(shí)間段等;排列風(fēng)險(xiǎn)的重點(diǎn)次序;對風(fēng)險(xiǎn)記錄成文件(屬于軟件項(xiàng)目計(jì)劃中的一部分);風(fēng)險(xiǎn)經(jīng)受風(fēng)險(xiǎn)影響人審核,并取得她的同意;根據(jù)需要,在開發(fā)過程中對風(fēng)險(xiǎn)文檔進(jìn)行維護(hù)和修訂。2-3:對應(yīng)工作任務(wù),制定項(xiàng)目的文檔計(jì)劃。2-4:軟件項(xiàng)目計(jì)劃中應(yīng)該包括正規(guī)檢視活動(dòng)計(jì)劃、軟件質(zhì)量保證計(jì)劃、軟件配置管理計(jì)劃。軟件質(zhì)量保證計(jì)劃和軟件配置管理計(jì)劃能夠和軟件項(xiàng)目計(jì)劃在同一份文檔中,也能夠分開為三份文檔。說明:參考建議2-13。2-13:軟件質(zhì)量保證計(jì)劃和軟件配置管理計(jì)劃作為獨(dú)立的計(jì)劃文檔。2-14:軟件項(xiàng)目計(jì)劃必須是整個(gè)項(xiàng)目開發(fā)過程的計(jì)劃,包括測試。2-15:測試經(jīng)理對照整個(gè)開發(fā)計(jì)劃建立軟件驗(yàn)證與確認(rèn)計(jì)劃。軟件驗(yàn)證與確認(rèn)計(jì)劃可作為獨(dú)立的計(jì)劃文檔。2-5:必須對項(xiàng)目工作進(jìn)行分解,確定項(xiàng)目的工作任務(wù),任務(wù)的責(zé)任人、資源要求、時(shí)間要求、項(xiàng)目的進(jìn)度。2-6:必須分析任務(wù)之間的依賴性,確定并明確標(biāo)識(shí)項(xiàng)目的關(guān)鍵路徑。2-7:“軟件項(xiàng)目計(jì)劃”必須按照文檔模板的要求編寫。項(xiàng)目組可根據(jù)項(xiàng)目的實(shí)際情況,對文檔模板中的內(nèi)容進(jìn)行裁減。項(xiàng)目組對文檔模板內(nèi)容的裁減必須得到上級管理部門(包括產(chǎn)品計(jì)劃處、軟件工程組SEPG)的審核批準(zhǔn)。2-8:軟件項(xiàng)目計(jì)劃必須經(jīng)過評審。說明:參考建議2-16,。2-16:軟件項(xiàng)目計(jì)劃的評審采用以下檢查表。序號(hào)問題1軟件項(xiàng)目計(jì)劃是否完全反映(對應(yīng))“軟件需求說明書”里的需求?2軟件項(xiàng)目計(jì)劃是否有開發(fā)方法的說明?3軟件項(xiàng)目計(jì)劃是否有資源需求的說明?4軟件項(xiàng)目計(jì)劃是否包含風(fēng)險(xiǎn)管理計(jì)劃?5軟件項(xiàng)目計(jì)劃是否包含了版本發(fā)布的機(jī)制?6軟件項(xiàng)目計(jì)劃是否標(biāo)識(shí)了所有必須的培訓(xùn)計(jì)劃?7軟件項(xiàng)目計(jì)劃是否標(biāo)識(shí)了所有內(nèi)部和外部的傳遞關(guān)系?8軟件項(xiàng)目計(jì)劃是否標(biāo)明了項(xiàng)目的依賴關(guān)系?9軟件項(xiàng)目計(jì)劃是否標(biāo)明了角色和職責(zé)?10軟件項(xiàng)目計(jì)劃是否標(biāo)明了匯報(bào)的機(jī)制?11軟件項(xiàng)目計(jì)劃是否說明了跟蹤和監(jiān)控機(jī)制?12軟件項(xiàng)目計(jì)劃是否包含“軟件質(zhì)量保證計(jì)劃”和“軟件配置管理計(jì)劃”?13軟件項(xiàng)目計(jì)劃是否包含項(xiàng)目開發(fā)使用的工具?14軟件項(xiàng)目計(jì)劃是否包含項(xiàng)目的各里程碑的說明?15進(jìn)度中是否標(biāo)明了軟件項(xiàng)目計(jì)劃的關(guān)鍵路徑?2-17:參加“軟件項(xiàng)目計(jì)劃”評審的人員,除軟件經(jīng)理和項(xiàng)目組人員外,必須有產(chǎn)品經(jīng)理、上級管理部門(包括軟件工程組SEPG)、SQA人員。2-18:“軟件項(xiàng)目計(jì)劃”經(jīng)過評審后,軟件經(jīng)理組織相關(guān)人員對任務(wù)進(jìn)行承諾,簽定工作任務(wù)書。2-9:必須對“軟件項(xiàng)目計(jì)劃”進(jìn)行配置管理,“軟件項(xiàng)目計(jì)劃”的更改必須經(jīng)過評審。2-10:在開發(fā)活動(dòng)中,必須按照項(xiàng)目跟蹤與監(jiān)控計(jì)劃和體制,對照“軟件項(xiàng)目計(jì)劃”,跟蹤項(xiàng)目開發(fā)的實(shí)際結(jié)果和性能。2-11:當(dāng)實(shí)際結(jié)果和“軟件項(xiàng)目計(jì)劃”發(fā)生偏離時(shí),必須進(jìn)行分析,根據(jù)分析結(jié)果標(biāo)明糾正措施。必要的情況下,要及時(shí)修訂“軟件項(xiàng)目計(jì)劃”。2-12:在軟件項(xiàng)目跟蹤監(jiān)控活動(dòng)中,必須定期進(jìn)行總結(jié)和評審,撰寫開發(fā)狀態(tài)報(bào)告。2-19:根據(jù)項(xiàng)目的特點(diǎn),報(bào)告的周期能夠?yàn)橹堋㈦p周、月。2-13:在軟件開發(fā)各里程碑階段結(jié)束前,必須進(jìn)行階段評審,對軟件項(xiàng)目進(jìn)行重估計(jì),必要的情況下修訂“軟件項(xiàng)目計(jì)劃”。2-20:必須提供相應(yīng)資源,包括工具和人員等,進(jìn)行軟件項(xiàng)目計(jì)劃和項(xiàng)目跟蹤監(jiān)控活動(dòng)。2-14:在軟件項(xiàng)目計(jì)劃和項(xiàng)目跟蹤監(jiān)控過程活動(dòng)中,必須進(jìn)行數(shù)據(jù)度量和分析。說明:參見“9.數(shù)據(jù)度量和分析”。3概要設(shè)計(jì)3-1:概要設(shè)計(jì)要以軟件需求規(guī)格為基礎(chǔ),必須保證需要實(shí)現(xiàn)的需求規(guī)格已經(jīng)被設(shè)計(jì)。3-2:當(dāng)需求規(guī)格發(fā)生變更時(shí),必須修訂相關(guān)概要設(shè)計(jì)文檔。3-3:在概要設(shè)計(jì)文檔或需求管理文檔中,必須記錄、驗(yàn)證需求和概要設(shè)計(jì)的跟蹤關(guān)系。說明:需求和概要設(shè)計(jì)的跟蹤關(guān)系可參考建議3-1。3-1:采用需求、子系統(tǒng)、模塊的跟蹤矩陣表記錄需求和概要設(shè)計(jì)的跟蹤關(guān)系。3-4:必須保證概要設(shè)計(jì)文檔和代碼的一致性。當(dāng)發(fā)生設(shè)計(jì)更改時(shí),必須修訂相應(yīng)設(shè)計(jì)文檔。3-5:必須對概要設(shè)計(jì)文檔進(jìn)行正規(guī)檢視。3-6:概要設(shè)計(jì)過程結(jié)束前,必須經(jīng)過評審,并保存評審記錄。3-7:設(shè)計(jì)更改必須經(jīng)過相關(guān)評審,并保存評審記錄。3-8:對概要設(shè)計(jì)文檔的正規(guī)檢視或評審,必須檢查概要設(shè)計(jì)文檔的清晰性、完備性、規(guī)范性、一致性、正確性、數(shù)據(jù)、功能性、接口、詳細(xì)程度、可維護(hù)性、性能、可靠性、可測試性、可追溯性。說明:參考建議3-2。3-2:采用以下檢查表檢查概要設(shè)計(jì)文檔的清晰性。序號(hào)問題1程序結(jié)構(gòu),包括數(shù)據(jù)流、控制流和接口的描述是否清楚?3-3:采用以下檢查表檢查概要設(shè)計(jì)文檔的完備性。序號(hào)問題1設(shè)計(jì)目標(biāo)是否定義?2需求規(guī)格評審中不完整的需求(TBD)是否都已經(jīng)解決?3如果以前定義的不完整的需求(TBD)發(fā)生了改變,本設(shè)計(jì)是否能夠支持?4是否對不完整需求(TBD)的影響進(jìn)行了評估?5對有可能不能實(shí)現(xiàn)的設(shè)計(jì)是否有風(fēng)險(xiǎn)管理計(jì)劃?6是否對設(shè)計(jì)模式進(jìn)行了描述?3-4:采用以下檢查表檢查概要設(shè)計(jì)文檔的規(guī)范性。序號(hào)問題1文檔是否符合公司模板和寫作要求?3-5:采用以下檢查表檢查概要設(shè)計(jì)文檔的一致性。序號(hào)問題2程序、模塊、函數(shù)、數(shù)據(jù)成員的名稱是否保持一致?3設(shè)計(jì)是否反映了真正的操作環(huán)境?硬件環(huán)境?軟件環(huán)境?4對系統(tǒng)設(shè)計(jì)的多種可能的描述之間是否保持一致?(例如:靜態(tài)結(jié)構(gòu)的描述和動(dòng)態(tài)描述)3-6:采用以下檢查表檢查概要設(shè)計(jì)文檔的正確性。序號(hào)問題1設(shè)計(jì)在計(jì)劃、預(yù)算、技術(shù)上是否可行?2邏輯是否正確和完備?3-7:采用以下檢查表檢查概要設(shè)計(jì)文檔的數(shù)據(jù)描述。序號(hào)問題1是否對所有的數(shù)據(jù)成員,參數(shù),對象進(jìn)行了描述?2是否所有需要的數(shù)據(jù)結(jié)構(gòu)都進(jìn)行了定義,或者定義了不需要的數(shù)據(jù)結(jié)構(gòu)?3是否所有的數(shù)據(jù)成員都進(jìn)行了足夠詳細(xì)的描述?數(shù)據(jù)成員的有效值區(qū)間是否定義?4共享和存儲(chǔ)數(shù)據(jù)的使用是否描述清楚?3-8:采用以下檢查表檢查概要設(shè)計(jì)文檔的功能性要求。序號(hào)問題1模塊的規(guī)格是否和軟件需求文檔中的功能需求和軟件接口規(guī)格要求保持一致.2是否給每個(gè)子模塊確定了抽象算法?3設(shè)計(jì)和算法是否能滿足模塊的所有需求?3-9:采用以下檢查表檢查設(shè)計(jì)的接口描述。序號(hào)問題1是否描述了接口的功能特征?2接口是否便于查錯(cuò)?3接口相互之間、和其它模塊、和需求說明書及接口規(guī)格書保持一致?4對接口的數(shù)量和復(fù)雜度進(jìn)行了有效的平衡,使接口數(shù)量控制在一個(gè)較小數(shù)量,每個(gè)接口具有可接受的復(fù)雜度?5是否所有的接口都能描述了必要的類型、數(shù)量、質(zhì)量等信息?6操作界面是否考慮了用戶(例如:提供準(zhǔn)確、清晰、有用的提示信息)?3-10:采用以下檢查表檢查設(shè)計(jì)的詳細(xì)程度。序號(hào)問題1是否估計(jì)了每個(gè)子模塊的規(guī)模(代碼的行數(shù))?是否可信?2是否考慮了足夠數(shù)量及代表性的系統(tǒng)狀態(tài)?3詳細(xì)程度是否足夠進(jìn)行下一步的詳細(xì)設(shè)計(jì)?3-11:采用以下檢查表檢查設(shè)計(jì)的可維護(hù)性。序號(hào)問題1是否模塊化設(shè)計(jì)?2模塊是否為高內(nèi)聚、低耦合?3-12:采用以下檢查表檢查設(shè)計(jì)的性能。序號(hào)問題1是否進(jìn)行了性能模型分析?2是否描述了所有的性能參數(shù)?(例如:實(shí)時(shí)性能約束,存儲(chǔ)空間,速度要求,磁盤I/O空間)3進(jìn)程是否有時(shí)間窗?(例如:需要“加鎖”的標(biāo)記,信號(hào)燈,某些代碼執(zhí)行時(shí)需要屏蔽中斷)?4程序執(zhí)行過程中的關(guān)鍵路徑是否都被標(biāo)識(shí)和經(jīng)過分析?3-13:采用以下檢查表檢查設(shè)計(jì)的可靠性。序號(hào)問題1設(shè)計(jì)是否考慮了檢錯(cuò)和恢復(fù)措施?(例如:輸入檢查)2是否考慮了異常情況?3是否完全準(zhǔn)確描述了所有的出錯(cuò)情況?4設(shè)計(jì)是否能夠滿足所有系統(tǒng)集成方面的要求?3-14:采用以下檢查表檢查設(shè)計(jì)的可測試性。序號(hào)問題1設(shè)計(jì)是否能夠被實(shí)驗(yàn)、演示或檢視以顯示它滿足了需求?2設(shè)計(jì)是否能夠使用以前的測試代碼,是否能夠進(jìn)行增量式的測試?3-15:采用以下檢查表檢查設(shè)計(jì)的可追溯性。序號(hào)問題1是否每一部分的設(shè)計(jì)都能夠追溯到需求說明書,接口規(guī)格說明書、或其它產(chǎn)品文檔?2是否所有的設(shè)計(jì)決策都能夠追溯到財(cái)務(wù)分析?3對所繼承下來的那些特別和不常見的特性對當(dāng)前設(shè)計(jì)的影響是否進(jìn)行了分析?4對所繼承設(shè)計(jì)中已知的風(fēng)險(xiǎn)是否進(jìn)行了定位和分析?4詳細(xì)設(shè)計(jì)4-1:詳細(xì)設(shè)計(jì)要以軟件需求規(guī)格和概要設(shè)計(jì)為基礎(chǔ),必須保證需要實(shí)現(xiàn)的需求規(guī)格已經(jīng)被設(shè)計(jì),必須保證概要設(shè)計(jì)定義的所有模塊已經(jīng)被詳細(xì)設(shè)計(jì)。4-2:當(dāng)需求規(guī)格或概要設(shè)計(jì)發(fā)生變更時(shí),必須修訂相關(guān)詳細(xì)設(shè)計(jì)文檔。4-3:在詳細(xì)設(shè)計(jì)文檔或需求管理文檔中,必須記錄、驗(yàn)證需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的跟蹤關(guān)系。說明:需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的跟蹤關(guān)系可參考建議4-1。4-1:采用需求、子系統(tǒng)、模塊、函數(shù)的跟蹤矩陣表記錄需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的跟蹤關(guān)系。4-4:必須保證詳細(xì)設(shè)計(jì)文檔和代碼的一致性。當(dāng)發(fā)生設(shè)計(jì)更改時(shí),必須修訂相應(yīng)設(shè)計(jì)文檔。4-5:必須對重要的詳細(xì)設(shè)計(jì)文檔進(jìn)行正規(guī)檢視。說明:參考建議4-2。4-2:根據(jù)模塊的復(fù)雜度、規(guī)模和在軟件系統(tǒng)中的重要程度,選擇重要的詳細(xì)設(shè)計(jì)文檔進(jìn)行正規(guī)檢視。在產(chǎn)品中,進(jìn)行正規(guī)檢視的詳細(xì)設(shè)計(jì)文檔比例要達(dá)到60%。4-6:詳細(xì)設(shè)計(jì)過程結(jié)束前,必須經(jīng)過評審,并保存評審記錄。4-7:設(shè)計(jì)更改必須經(jīng)過相關(guān)評審,并保存評審記錄。4-8:對詳細(xì)設(shè)計(jì)文檔的正規(guī)檢視或評審,必須檢查詳細(xì)設(shè)計(jì)文檔的清晰性、完備性、規(guī)范性、一致性、正確性、數(shù)據(jù)、功能性、接口、詳細(xì)程度、可維護(hù)性、性能、可靠性、可測試性、可追溯性。說明:參考建議4-3。4-3:采用以下檢查表檢查詳細(xì)設(shè)計(jì)文檔的清晰性。序號(hào)問題1是否所有的單元和進(jìn)程的設(shè)計(jì)目的都已文檔化?2單元設(shè)計(jì),包括數(shù)據(jù)流、控制流、接口描述是否清楚?3單元的整體功能是否描述清楚?4-4:采用以下檢查表檢查詳細(xì)設(shè)計(jì)文檔的完備性。序號(hào)問題1是否提供了所有程序單元的規(guī)格?2是否描述了所采用的設(shè)計(jì)標(biāo)準(zhǔn)?3是否確定了單元應(yīng)用的算法?(例如:PDL)4是否列出了單元的所有調(diào)用?5是否記錄了設(shè)計(jì)繼承的歷史和已知的風(fēng)險(xiǎn)?4-5:采用以下檢查表檢查詳細(xì)設(shè)計(jì)文檔的規(guī)范性。序號(hào)問題1文檔是否遵從了公司的標(biāo)準(zhǔn)?2單元設(shè)計(jì)是否使用了要求的方法和工具?4-6:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的一致性。序號(hào)問題1在單元和單元的接口中數(shù)據(jù)成員的名稱是否保持一致?2所有接口之間,接口和接口規(guī)格書之間是否保持一致?3詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)文檔是否能夠完全描述“正在構(gòu)建”的系統(tǒng)4-7:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的正確性。序號(hào)問題1是否有邏輯錯(cuò)誤?2需要使用常量名稱的地方是否有錯(cuò)誤?3是否所有的條件都被處理?(>,=,<,switchcase)?4分支所處的狀態(tài)是否正確?(邏輯沒有搞反)4-8:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的數(shù)據(jù)描述。序號(hào)問題1是否所有聲明的數(shù)據(jù)塊都已經(jīng)使用?2定位于單元的數(shù)據(jù)結(jié)構(gòu)是否已經(jīng)描述?3如果有對共享數(shù)據(jù)、文件的修改,對數(shù)據(jù)的訪問是否按照正確的共享協(xié)議進(jìn)行?(例如:經(jīng)過信號(hào)燈同步進(jìn)程)4是否所有的邏輯單元、事件標(biāo)記、同步標(biāo)記都已經(jīng)定義和初始化?5是否所有的變量、指針、常量都已經(jīng)定義并初始化?4-9:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的功能性要求。序號(hào)問題1設(shè)計(jì)是否使用了指定的算法?2設(shè)計(jì)是否能夠滿足需求和目的?4-10:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的接口描述。序號(hào)問題1參數(shù)表是否在數(shù)量、類型和順序上保持一致?2是否所有的輸入輸出都已經(jīng)正確定義并檢查過?3所傳遞參數(shù)的順序是否描述清楚?4參數(shù)傳遞的機(jī)制是否確定?5經(jīng)過接口傳遞的常量和變量是否與單元設(shè)計(jì)的相同?(例如,函數(shù)中定義的常量不能在所調(diào)用的子過程中被修改)6傳入、傳出函數(shù)的參數(shù),控制標(biāo)記是否都已經(jīng)描述清楚。7是否以度量單位描述了參數(shù)的值區(qū)間,準(zhǔn)確性和精度。4-11:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的詳細(xì)程度。序號(hào)問題1代碼和文檔間的展開率是否小于10:1?2對模塊的所有需求都已經(jīng)定義?3詳細(xì)程度是否足夠開發(fā)和維護(hù)代碼?4-12:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可維護(hù)性。序號(hào)問題1單元是否是高內(nèi)聚和低外部耦合?(例如:單元的改變不會(huì)在內(nèi)部出現(xiàn)不可預(yù)見的影響,同時(shí)對其它單元的影響最???2是否這種設(shè)計(jì)是復(fù)雜度最小的設(shè)計(jì)?3開始部分的描述是否符合公司的要求?(例如:目的,作者,環(huán)境,非標(biāo)準(zhǔn)特性,開發(fā)歷史,輸入輸出參數(shù),使用的文件,數(shù)據(jù)結(jié)構(gòu),引用此單元的其它單元,注釋。4-13:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的性能。序號(hào)問題1進(jìn)程是否有時(shí)間窗?2是否所有的時(shí)間和空間的限制都已明確?4-14:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可靠性。序號(hào)問題1初始化時(shí)是否使用了默認(rèn)值,是否正確?2訪問內(nèi)存時(shí)是否進(jìn)行了邊界檢查,以保證地址正確?(隊(duì)列,數(shù)據(jù)結(jié)構(gòu),指針,等等)3對輸入、輸出、接口和結(jié)果是否進(jìn)行了錯(cuò)誤檢查?4對所有錯(cuò)誤情況都安排了有意義的消息反饋?5特殊情況下的返回碼是否和文檔中定義的全局返回碼一致?6是否考慮了異常情況?4-15:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可測試性。序號(hào)問題1是否每個(gè)單元都能夠被測試、演示、分析或者檢視,以確認(rèn)滿足需求。2設(shè)計(jì)中是否包括輔助測試的檢查點(diǎn)?(例如:條件編譯代碼、斷言等)3是否所有的邏輯都是可測的?4是否描述了本單元的測試驅(qū)動(dòng)模塊,測試用例集,測試結(jié)果?4-16:采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可追溯性。序號(hào)問題1是否每一部分的設(shè)計(jì)都能夠追溯到需求?2是否每一個(gè)設(shè)計(jì)決策都能夠追溯到效益分析?3是否所有的設(shè)計(jì)決策都能夠追溯到成本/效益分析?4是不是描述了每個(gè)單元的詳細(xì)需求?5單元需求是否能夠追溯到軟件規(guī)格文檔(SSD-1)?軟件規(guī)格文檔是否能夠跟蹤到單元需求?6是否有到代碼的引用或者包括代碼本身?5編碼5-1:編碼必須以設(shè)計(jì)文檔為基礎(chǔ),必須保證所有的設(shè)計(jì)都被編碼實(shí)現(xiàn)。當(dāng)設(shè)計(jì)發(fā)生變更時(shí),必須修改相關(guān)代碼。5-2:必須保證設(shè)計(jì)文檔和代碼的一致性。當(dāng)代碼的修改已經(jīng)造成設(shè)計(jì)更改時(shí),必須修訂相應(yīng)設(shè)計(jì)文檔。5-3:必須對重要的代碼進(jìn)行正規(guī)檢視。說明:參考建議5-1。5-1:根據(jù)模塊、函數(shù)/單元/進(jìn)程的復(fù)雜度、規(guī)模和在軟件系統(tǒng)中的重要程度,選擇重要的代碼進(jìn)行正規(guī)檢視。在產(chǎn)品中,進(jìn)行正規(guī)檢視的代碼比例要達(dá)到40%。5-4:在代碼已經(jīng)基線化后,對代碼的更改必須經(jīng)過評審,并保存評審記錄。5-5:代碼必須遵守相關(guān)的編程規(guī)范規(guī)定。5-6:對代碼的正規(guī)檢視和評審,必須依照相關(guān)編程規(guī)范規(guī)定檢查編程規(guī)范符合情況。6需求管理6-1:產(chǎn)品項(xiàng)目必須安排人員負(fù)責(zé)需求管理的職責(zé)。說明:職責(zé)參見建議6-1。6-1:需求管理的職責(zé)至少應(yīng)包括以下內(nèi)容:序號(hào)內(nèi)容1在產(chǎn)品項(xiàng)目整個(gè)生存周期內(nèi),管理系統(tǒng)需求和它們的分配,并對其建立文檔。2實(shí)現(xiàn)對系統(tǒng)需求及其分配的更改。6-2:必須建立文檔標(biāo)識(shí)分配到軟件中的產(chǎn)品系統(tǒng)需求。說明:文檔的內(nèi)容參見建議6-2。6-2:標(biāo)識(shí)分配到軟件中的產(chǎn)品系統(tǒng)需求的文檔至少應(yīng)包含以下內(nèi)容:序號(hào)內(nèi)容1影響和確定軟件項(xiàng)目活動(dòng)的非技術(shù)性需求(即:協(xié)議、條件、合同條款等)。2對軟件的技術(shù)需求。3用于確認(rèn)軟件產(chǎn)品滿足分配需求的驗(yàn)收標(biāo)準(zhǔn)。6-3:相關(guān)人員必須接受需求管理活動(dòng)方面的培訓(xùn)。說明:參見建議6-3。6-3:培訓(xùn)至少包括以下內(nèi)容:序號(hào)內(nèi)容1項(xiàng)目所使用的方法、標(biāo)準(zhǔn)、規(guī)程2應(yīng)用領(lǐng)域的知識(shí)6-4:必須對對經(jīng)過評審和批準(zhǔn)的需求文檔進(jìn)行管理和控制。說明:參見建議6-4。6-4:對經(jīng)過評審和批準(zhǔn)的需求至少應(yīng)采用以下方法進(jìn)行管理和控制:序號(hào)內(nèi)容1在配置管理計(jì)劃(SCMP)中將需求文檔定義為CI。2對需求文檔進(jìn)行配置管理。3相應(yīng)的參考文檔進(jìn)行變更/維護(hù)。6-5:必須對需求變更采用嚴(yán)格的變更控制流程控制。說明:參見建議6-5。6-5:變更控制流程至少應(yīng)包含以下內(nèi)容:序號(hào)內(nèi)容1對變化的影響進(jìn)行評估2經(jīng)過CCB組織的評審3通知受影響的組和個(gè)人4跟蹤解決該問題,直到關(guān)閉6-6:必須在開發(fā)過程中對需求進(jìn)行跟蹤。說明:參見建議6-6。6-6:需求跟蹤活動(dòng)至少應(yīng)包括以下內(nèi)容:序號(hào)內(nèi)容1按照公司模板制定《需求跟蹤說明書》2跟蹤需求狀態(tài)的變化3需求的跟蹤和分配經(jīng)過評審6-7:在需求管理活動(dòng)中必須建立相關(guān)度量記錄。說明:參見建議6-76-7:對需求活動(dòng)的度量至少應(yīng)包含以下內(nèi)容:序號(hào)內(nèi)容1需求的數(shù)量2需求的狀態(tài)3需求的類型4需求的更改次數(shù)6-8:需求管理活動(dòng)和其文檔必須接受上級管理部門、產(chǎn)品項(xiàng)目經(jīng)理、SQA的評審。7軟件配置管理7-1:產(chǎn)品項(xiàng)目要任命配置管理的人員和組織,在整個(gè)配置管理活動(dòng)中明確她們的職責(zé)。說明:參考建議7-1。7-1:參照《軟件配置管理規(guī)范》和《軟件配置管理指導(dǎo)書》,任命SCM組織。7-2:產(chǎn)品項(xiàng)目必須制定軟件配置管理計(jì)劃(SCMP),指導(dǎo)整個(gè)配置管理活動(dòng)。說明:參考建議7-2。7-2:項(xiàng)目經(jīng)理根據(jù)《配置管理計(jì)劃(模板)》,負(fù)責(zé)制定配置管理計(jì)劃。7-3:軟件配置管理計(jì)劃必須包括如下的內(nèi)容:序號(hào)內(nèi)容1對各階段應(yīng)受控的配置項(xiàng)進(jìn)行選擇、分類、標(biāo)識(shí)。2定義配置項(xiàng)(CI)的命名慣例3定義版本號(hào)命名方案4制定培訓(xùn)計(jì)劃5定義相關(guān)SCM流程6制定相應(yīng)配置評審計(jì)劃和方法7-4:軟件配置管理計(jì)劃必須經(jīng)過由開發(fā)人員、產(chǎn)品項(xiàng)目經(jīng)理、SQA參加的評審,并獲得批準(zhǔn),并基線化。7-5:軟件配置管理計(jì)劃和軟件項(xiàng)目開發(fā)計(jì)劃必須同步變更。7-6:問題跟蹤要有一套流程支持,該流程要包括問題的描述,分類,評估,設(shè)計(jì),實(shí)現(xiàn),驗(yàn)證,歸檔的整個(gè)生命過程。7-7:變更申請要有一套流程支持,該流程要保證該變更申請(針對已基線化的配置項(xiàng))有一個(gè)初始化,分類,設(shè)計(jì),評估,分派,實(shí)現(xiàn),驗(yàn)證,歸檔的整個(gè)過程。7-8:每個(gè)版本有一個(gè)符合規(guī)范的版本描述文檔。7-9:必須定義流程指導(dǎo)配置狀態(tài)發(fā)布。說明:參考建議7-3。7-3:在配置管理計(jì)劃中描述配置狀態(tài)發(fā)布的周期,內(nèi)容和模板。7-10:配置項(xiàng)(CI)的變更和配置管理活動(dòng)的運(yùn)行狀態(tài)通知到相關(guān)的部門組織和個(gè)人。7-11:定期對變更申請(CR)的處理情況進(jìn)行統(tǒng)計(jì)并將統(tǒng)計(jì)和分析結(jié)果進(jìn)行發(fā)布,發(fā)布內(nèi)容至少包括:單位時(shí)間內(nèi)處理的CRs數(shù)量,CRs分布統(tǒng)計(jì)表,CRs流通量統(tǒng)計(jì)表,CRs狀態(tài)分布統(tǒng)計(jì)表等。說明:參考建議7-4。7-4:建議正常情況2周發(fā)布一次,更改頻繁時(shí)是1周,更改較少時(shí)是3周7-12:建立能夠體現(xiàn)開發(fā)版本和基線版本兩種不同受控程度的配置庫系統(tǒng)說明:參考建議7-5。7-5:建議使用SCM工具的分支功能實(shí)現(xiàn)不同類型的版本控制7-13:制定一個(gè)基線化流程指導(dǎo)建立基線。說明:參考建議7-6。7-6:建議在配置管理計(jì)劃中對流程進(jìn)行描述,該流程要保證基線化過程中的物理配置審計(jì)(PCA〕,功能配置審計(jì)(FCA〕,SQA評審和審計(jì)等過程。7-14:內(nèi)外的發(fā)布必須只能來自基線庫。7-15:產(chǎn)品項(xiàng)目經(jīng)理、SQA要定期對SCM的活動(dòng)和其文檔進(jìn)行評審/檢查,輸出評審/檢查結(jié)果,制定并實(shí)施改進(jìn)措施7-16:相關(guān)SCM評審要制定相應(yīng)的Checklist進(jìn)行指導(dǎo),評審要有記錄。8軟件質(zhì)量保證8-1:產(chǎn)品項(xiàng)目組要有相關(guān)的SQA人員和組織,并開展SQA活動(dòng)。8-2:產(chǎn)品項(xiàng)目SQA的組織活動(dòng)必須經(jīng)過如下檢查。序號(hào)問題1產(chǎn)品項(xiàng)目是否建立一個(gè)獨(dú)立的、能夠支持那些要求獨(dú)立性活動(dòng)的SQA組織?對所有項(xiàng)目,SQA功能是否到位?2SQA組是否有一個(gè)向產(chǎn)品組之上的管理者、管理部門報(bào)告的渠道?3是否為組織進(jìn)行SQA活動(dòng)提供足夠的資源和費(fèi)用?4SQA組的成員是否接受了培訓(xùn)以完成她們的SQA活動(dòng)?5項(xiàng)目的軟件相關(guān)成員是否接受了有關(guān)SQA組任務(wù)、職責(zé)、權(quán)利等的相關(guān)培訓(xùn)?6上級管理部門是否對產(chǎn)品項(xiàng)目的SQA活動(dòng)及其結(jié)果進(jìn)行了定期評審?7產(chǎn)品項(xiàng)目經(jīng)理是否定期和事件驅(qū)動(dòng)地參與評審SQA活動(dòng)?8SQA組活動(dòng)及其工作產(chǎn)品是否接受了SQA組之外的專家進(jìn)行的定期評審?9項(xiàng)目組是否制定一個(gè)執(zhí)行SQA活動(dòng)的計(jì)劃SQAP。如制定了SQA計(jì)劃,計(jì)劃的制訂是否按照已文檔化的組織的SQA規(guī)程和SQA計(jì)劃模版執(zhí)行?8-3:產(chǎn)品項(xiàng)目必須有SQA計(jì)劃,SQA計(jì)劃必須經(jīng)過如下檢查。序號(hào)問題1制定SQA計(jì)劃的活動(dòng)是否按照公司的相關(guān)規(guī)范進(jìn)行?如果存在偏差,是否形成了偏差文檔,并得到研究技術(shù)管理處的批準(zhǔn)?2SQA計(jì)劃是否符合公司規(guī)范中SQA計(jì)劃模板的要求?如果存在偏差,是否形成了偏差文檔,并得到研究技術(shù)管理處的批準(zhǔn)?3SQA活動(dòng)是否按照SQA計(jì)劃進(jìn)行?4SQA計(jì)劃是否經(jīng)過計(jì)劃中涉及的相關(guān)組和個(gè)人的評審,并得到SQA經(jīng)理、產(chǎn)品項(xiàng)目經(jīng)理的批準(zhǔn)?5SQA計(jì)劃和軟件項(xiàng)目計(jì)劃是否在項(xiàng)目的里程碑處進(jìn)行了修改,修改是否得到批準(zhǔn)?SQA計(jì)劃和軟件項(xiàng)目開發(fā)計(jì)劃是否同步變更?8-4:SQA必須對產(chǎn)品軟件開發(fā)過程進(jìn)行過程審計(jì)。說明:參考建議8-1。8-1:要對以下的過程進(jìn)行審計(jì):需求分析過程、軟件概要設(shè)計(jì)過程、軟件詳細(xì)設(shè)計(jì)過程、軟件測試過程、版本發(fā)布過程、配置管理過程、變更控制過程、需求管理過程。8-5:SQA的過程審計(jì)必須經(jīng)過如下的檢查。序號(hào)問題1產(chǎn)品項(xiàng)目是否明確定義了各種軟件活動(dòng)過程?定義的活動(dòng)過程是否經(jīng)過SQA和相關(guān)管理部門的批準(zhǔn)?2軟件過程審計(jì)是否按照公司制訂的軟件過程審計(jì)規(guī)程執(zhí)行?3SQA是否對每一個(gè)軟件活動(dòng)過程提交了過程審計(jì)報(bào)告?4是否提交了過程不符合項(xiàng)報(bào)告?5SQA的過程審計(jì)結(jié)果是否經(jīng)過適當(dāng)?shù)那缊?bào)告給適當(dāng)?shù)墓芾碚撸?-6:SQA必須參與項(xiàng)目的技術(shù)評審活動(dòng)。說明:參考建議8-2,8-3。8-2:SQA必須參與項(xiàng)目的技術(shù)評審活動(dòng)包括:需求評審、系統(tǒng)設(shè)計(jì)評審、概要設(shè)計(jì)評審、詳細(xì)設(shè)計(jì)評審等。8-3:SQA在技術(shù)評審過程應(yīng)檢查:序號(hào)問題1技術(shù)評審的方法對被評審的軟件工作產(chǎn)品是合適的?2技術(shù)評審的過程是按照公司制訂的技術(shù)評審過程規(guī)程執(zhí)行的嗎?3技術(shù)評審的結(jié)果是否相應(yīng)的評審規(guī)程的要求形成了報(bào)告?4技術(shù)評審的報(bào)告,報(bào)告給SQA人員了嗎?5SQA人員對技術(shù)評審的結(jié)果進(jìn)行分析了嗎?8-7:SQA人員必須定期生成SQA活動(dòng)的報(bào)告。說明:參考建議8-4。8-4:對SQA報(bào)告的檢查包括:序號(hào)內(nèi)容1是否報(bào)告各種軟件工作產(chǎn)品的評審記錄?2報(bào)告的評審記錄是否符合公司規(guī)范的要求?3是否有軟件過程審計(jì)的審計(jì)報(bào)告?4是否把報(bào)告送交給上級管理部門、技術(shù)管理處、產(chǎn)品項(xiàng)目經(jīng)理嗎?5是否有軟件過程分析和質(zhì)量報(bào)告?8-8:產(chǎn)品項(xiàng)目的SQA人員必須制定一個(gè)實(shí)施SQA工作的月度計(jì)劃、季度計(jì)劃,和年度計(jì)劃。計(jì)劃必須得到上級SQA經(jīng)理的評審和批準(zhǔn)。8-9:SQA經(jīng)理應(yīng)當(dāng)每月定期地與其下屬SQA人員,就其工作的月度計(jì)劃、季度計(jì)劃,和年度計(jì)劃進(jìn)行協(xié)商溝通。8-10:SQA經(jīng)理應(yīng)當(dāng)對其下屬的SQA人員的SQA活動(dòng)的實(shí)際完成情況與計(jì)劃

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論