27-術(shù)語與縮略語一覽表

"序

號(hào)",術(shù)語中文,術(shù)語英文,定義,詳細(xì)描述（可選，如舉例）,責(zé)任人,備注

1,Beta版本,,經(jīng)過研發(fā)中心內(nèi)部測(cè)試通過的程序版本，可作為正式版本的備選版本，需要提供給各項(xiàng)目進(jìn)行確認(rèn)和評(píng)估。,,,

2,Beta測(cè)試,,由實(shí)施項(xiàng)目成員針對(duì)本項(xiàng)目反饋的問題進(jìn)行確認(rèn)，以及本項(xiàng)目主要業(yè)務(wù)流程確認(rèn)的測(cè)試。,,,

3,CC圈復(fù)雜度,CyclomaticComplexity,一種代碼復(fù)雜度的衡量標(biāo)準(zhǔn)，用來衡量一個(gè)模塊判定結(jié)構(gòu)的復(fù)雜程度，數(shù)量上表現(xiàn)為獨(dú)立現(xiàn)行路徑條數(shù)，即合理的預(yù)防錯(cuò)誤所需測(cè)試的最少路徑條數(shù)，圈復(fù)雜度大說明程序代碼可能質(zhì)量低且難于測(cè)試和維護(hù)，根據(jù)經(jīng)驗(yàn)，程序的可能錯(cuò)誤和高的圈復(fù)雜度有著很大關(guān)系。,"CC=D+1

D表示判定條件的數(shù)量，即程序中if、for、while語句以及and、or等操作符的數(shù)量。

WeightedMethodsPerClass1(WMPC1)類中每個(gè)方法圈復(fù)雜度的合計(jì)。

CommentRatio(CR注釋比率)程序中注釋行數(shù)與總行數(shù)的比率。

NumberOfMembers(NOM)類中屬性和方法個(gè)數(shù)的合計(jì)。",,

4,Checkin,,,,,

5,Checkout,,,,,

6,QA（質(zhì)量保證）,Qualityassurance,為了提供足夠的信任表明實(shí)體能夠滿足質(zhì)量要求，而在質(zhì)量體系中實(shí)施并根據(jù)需要進(jìn)行證實(shí)的全部有計(jì)劃和有系統(tǒng)的活動(dòng)。,,,

7,QA標(biāo)準(zhǔn)活動(dòng),,"QA的標(biāo)準(zhǔn)活動(dòng)主要是：

1、工作產(chǎn)品檢查

2、過程/流程審計(jì)

3、不符合項(xiàng)跟蹤

4、項(xiàng)目指導(dǎo)與培訓(xùn)

5、QA記錄與報(bào)告

6、過程改進(jìn)并推廣","1、工作產(chǎn)品檢查：對(duì)照適用的標(biāo)準(zhǔn)和規(guī)程客觀地評(píng)價(jià)工作產(chǎn)品的及時(shí)性、規(guī)范性、有效性；

2、過程/流程審計(jì)：對(duì)照適用的過程描述、標(biāo)準(zhǔn)和規(guī)程客觀地評(píng)價(jià)所執(zhí)行的過程或流程的及時(shí)性、規(guī)范性、有效性；

3、不符合項(xiàng)跟蹤：識(shí)別不符合項(xiàng)并形成文件；跟蹤并確保不符合項(xiàng)得到處理；

4、項(xiàng)目指導(dǎo)與培訓(xùn)：給項(xiàng)目組提供所需的規(guī)范的培訓(xùn)；

5、QA記錄與報(bào)告：向項(xiàng)目工作人員和管理者反饋質(zhì)量保證活動(dòng)情況；

6、過程改進(jìn)并推廣：識(shí)別組織內(nèi)最佳實(shí)踐，提交EPG評(píng)審并推廣；對(duì)采集數(shù)據(jù)進(jìn)行度量分析，尋找改進(jìn)點(diǎn)。",,

8,QA活動(dòng)報(bào)告,,QA人員每月提交的關(guān)于本人的工作內(nèi)容、花費(fèi)的時(shí)間、發(fā)現(xiàn)的問題等，便于品質(zhì)保證經(jīng)理了解QA工作狀況及效率。,,,

9,QA檢查記錄,,根據(jù)過程或主要產(chǎn)品的檢查表（checklist）進(jìn)行檢查，在checklist中記錄檢查結(jié)果并存檔。,,,

10,QA總結(jié)報(bào)告,,主要針對(duì)產(chǎn)品/項(xiàng)目狀態(tài)跟蹤表、主要工作產(chǎn)品跟蹤表和質(zhì)量保證活動(dòng)報(bào)告進(jìn)行分析、計(jì)算，按問題分類、按項(xiàng)目、按部門統(tǒng)計(jì)檢查出來的各類問題發(fā)生的次數(shù)、耗費(fèi)的工作量等，總結(jié)匯總成功的項(xiàng)目的成功經(jīng)驗(yàn)和值得在公司推廣的最佳實(shí)踐，過程盡職調(diào)查的總結(jié)，每半年一次。,,,

11,StarTeamLabel,,,,,

12,StarTeamProject,,,,,

13,StarTeamView,,,,,

14,WBS,,即工作分解結(jié)構(gòu)，WBS中的每一項(xiàng)都是一個(gè)工作包，包括我們需要做的內(nèi)容/事項(xiàng)，所為最基本的項(xiàng)目要求。WBS是一個(gè)層次化的樹狀結(jié)構(gòu)。,,,

15,版本,Version,版本是某一配置項(xiàng)的已標(biāo)識(shí)了的實(shí)例（Instance）。也可以說，不可變的源對(duì)象經(jīng)質(zhì)量檢查合格后所形成的新的相對(duì)穩(wěn)定的格局（配置）稱為軟件版本。,,邵婧,

16,版本范圍定義,,,,邵婧,

17,版本分支,,avariantdevelopmentpaththatdivergesfromtheprimarydevelopmentpath,,邵婧,

18,版本管理場(chǎng)景,,圍繞版本管理場(chǎng)景，考慮相應(yīng)的管理方法，并結(jié)合配置管理工具能夠提供的工具（比如project、view、label等），考慮其構(gòu)建體系和相應(yīng)的管理策略。,,邵婧,

19,版本號(hào),,產(chǎn)品的唯一標(biāo)識(shí)，由一些數(shù)字和字母組成的后綴，用于對(duì)軟件產(chǎn)品的版本進(jìn)行標(biāo)識(shí),,邵婧,

20,版本合并,,theactivityof‘joining’modificationsperformedsimultaneouslytodifferentcopiesofthesamemodule,,邵婧,

21,版本控制,VersionControl,,,邵婧,

22,版本配置項(xiàng),,包括程序清單、工具清單、用戶文檔、實(shí)施文檔、更新說明等等。,,邵婧,

23,版本遺留問題,,,,,

24,變更,,對(duì)在配置庫中存儲(chǔ)并已經(jīng)納入基線的產(chǎn)品進(jìn)行修改，即為變更。,,邵婧,

25,不符合項(xiàng)問題分類,,不符合項(xiàng)分類意在區(qū)分不同類型的不符合項(xiàng)便于統(tǒng)計(jì)分析，找出應(yīng)進(jìn)行改進(jìn)的地方。,"目前公司將不符合項(xiàng)分為以下幾類：

1、文檔規(guī)范性：指采用不規(guī)范的文檔模板或關(guān)鍵條目漏填。

2、文檔及時(shí)性：根據(jù)項(xiàng)目計(jì)劃約定的里程碑階段提交相應(yīng)文檔產(chǎn)品，如延期兩周以上或忘記提交入庫即為不符合。

3、文檔有效性：重要文檔需要評(píng)審入庫，并與實(shí)際情況相符，如果未經(jīng)評(píng)審或在配置庫中找不到評(píng)審證據(jù)，或者文檔描述與實(shí)際情況有偏差而未進(jìn)行變更，則視為文檔有效性不符合。

4、過程規(guī)范性：項(xiàng)目應(yīng)按照公司制定的過程規(guī)范執(zhí)行項(xiàng)目各個(gè)過程，重要過程不應(yīng)被忽略，如不一致便是不符合。

5、過程及時(shí)性：當(dāng)特定情況下應(yīng)及時(shí)采用適當(dāng)?shù)倪^程",,

26,測(cè)試報(bào)告,,,,,

27,測(cè)試環(huán)境,,,,,

28,測(cè)試用例,,,,,

29,產(chǎn)品實(shí)施方案,,針對(duì)實(shí)施和售后的技術(shù)解決方案，主要包括產(chǎn)品系統(tǒng)實(shí)施時(shí)應(yīng)注意的事項(xiàng)，為什么要這樣來實(shí)施，產(chǎn)品實(shí)施包含的內(nèi)容。,,,

30,產(chǎn)品愿景,,,,,

31,產(chǎn)品咨詢方案,,針對(duì)售前／需求調(diào)研，主要包括產(chǎn)品的特性／優(yōu)勢(shì)；針對(duì)業(yè)務(wù)的具體處理方法和解決方案，幫用戶建立相應(yīng)的規(guī)范制度。,,,

32,抽查計(jì)劃,,由于品質(zhì)保證人員無法跟蹤所有項(xiàng)目的執(zhí)行情況，每月制定抽查計(jì)劃，選3-5個(gè)項(xiàng)目進(jìn)行配置庫的抽查，范圍要覆蓋研發(fā)中心所有的項(xiàng)目。,,,

33,初驗(yàn),,,,,

34,代碼評(píng)審,,把軟件代碼呈現(xiàn)給項(xiàng)目人員、管理人員、用戶、客戶或其他感興趣的人員用于評(píng)論或批評(píng)的會(huì)議。,注：該術(shù)語定義引自[GB/T11457-2006]。,,

35,單元測(cè)試,,,,,

36,調(diào)研對(duì)象,,,,,

37,調(diào)研計(jì)劃,,,,,

38,調(diào)研時(shí)間確認(rèn),,,,,

39,調(diào)研提綱/調(diào)查問卷,,,,,

40,度量,,系統(tǒng)、部件或進(jìn)程占有給定的屬性的程度的數(shù)量的測(cè)量。,,,

41,發(fā)版計(jì)劃,,,,,

42,訪問控制,,"按用戶身份及其所歸屬的某預(yù)定義組來限制用戶對(duì)某些信息項(xiàng)的訪問,或限制對(duì)某些控制功能的使用。訪問控制通常用于系統(tǒng)管理員控制用戶對(duì)服務(wù)器、目錄、文件等網(wǎng)絡(luò)資源的訪問。",,邵婧,

43,非功能性需求,,,,,

44,風(fēng)險(xiǎn),,遭受損失的可能性。,,,

45,風(fēng)險(xiǎn)管理,,識(shí)別潛在的問題，以便策劃處理風(fēng)險(xiǎn)的活動(dòng)和在必要時(shí)在整個(gè)項(xiàng)目生存周期中實(shí)施這些活動(dòng)，緩解不利的影響，實(shí)現(xiàn)目標(biāo)。,風(fēng)險(xiǎn)管理包括風(fēng)險(xiǎn)的識(shí)別、分析、優(yōu)先級(jí)排序和控制。,,

46,干系人,,是受到某種負(fù)責(zé)產(chǎn)生輸出的方式影響的群體或個(gè)人。干系人可能包括項(xiàng)目經(jīng)理、供方、顧客以及其他人。術(shù)語“相關(guān)的干系人”用于指某個(gè)計(jì)劃中要求執(zhí)行某類活動(dòng)或接收某類信息的群體和個(gè)人。,,,

47,更新說明,ReleaseNotes,說明當(dāng)前程序版本所作調(diào)整的描述文檔。分為程序修改更新說明和正式發(fā)本更新說明。,,邵婧,

48,工程規(guī)范,,指公司內(nèi)部制定的針對(duì)項(xiàng)目的一些的規(guī)范，如編碼規(guī)范、注釋規(guī)范、界面規(guī)范等。,,,

49,工作產(chǎn)品,WorkProduct,是項(xiàng)目活動(dòng)的執(zhí)行過程所產(chǎn)生模板、文檔、代碼和樣例，也稱為交付件。,,,

50,工作產(chǎn)品檢查,WorkProductCheck,使用相應(yīng)工作產(chǎn)品的檢查表（CHECKLIST），針對(duì)工作產(chǎn)品進(jìn)行規(guī)范性檢查。,,,

51,工作空間,,存在兩類工作空間，一類是開發(fā)人員的私有空間，在私有空間中，開發(fā)人員可以相對(duì)獨(dú)立地編寫和測(cè)試自己的代碼，而不受團(tuán)隊(duì)中其他開發(fā)人員工作的影響，即使其他人也在修改同樣的文件；另一類工作空間是團(tuán)隊(duì)共享的集成空間，該空間用于集成所有開發(fā)人員的開發(fā)成果。,,邵婧,

52,工作量估計(jì)偏差,,,計(jì)算公式：（實(shí)際總工時(shí)-計(jì)劃總工時(shí)）/計(jì)劃總工時(shí)*100,,

53,公司項(xiàng)目狀態(tài)視圖,,公司所有項(xiàng)目狀態(tài)的一覽表，可以了解公司所有項(xiàng)目的大致情況及當(dāng)前狀態(tài)。由公司級(jí)的配置管理員進(jìn)行維護(hù)更新，各部門經(jīng)理和項(xiàng)目經(jīng)理配合進(jìn)行信息的收集。,,,

54,功能,Function,系統(tǒng)或部件的定義的目標(biāo)或特征動(dòng)作，例如，一系統(tǒng)有庫存控制作為它的主要功能。,,,

55,功能點(diǎn),FunctionPoint,,,,

56,功能模塊,FunctionModule,,,,

57,功能模塊圖,,以層次結(jié)構(gòu)畫圖說明系統(tǒng)劃分為多少個(gè)功能模塊，以及各功能模塊之間的關(guān)系，系統(tǒng)都有一個(gè)總的目標(biāo)，為了達(dá)到這個(gè)目標(biāo)，必須要完成各子系統(tǒng)的功能，而各子系統(tǒng)功能的完成，又依賴于下面各項(xiàng)更具體功能的執(zhí)行。,,,

58,功能評(píng)審,,,,,

59,功能清單,,,,,

60,功能性需求,,,,,

61,構(gòu)建,,theprocessthroughwhichsoftwareworkproductsaretransformedintoanexecutableorusableformat,,邵婧,

62,構(gòu)建腳本,,,,邵婧,

63,構(gòu)建體系,,,,邵婧,

64,故事板,,,,,描述其用途，并舉例說明

65,過程,,為滿足項(xiàng)目生命周期過程中特定的管理或工程目標(biāo)而進(jìn)行的把輸入轉(zhuǎn)換為輸出的一組彼此相關(guān)的活動(dòng)，比如配置管理過程、項(xiàng)目計(jì)劃過程、項(xiàng)目估算過程等。,,,

66,過程/流程審計(jì),ProcessAudit,通過調(diào)查研究確定已制定的過程、指令、規(guī)格說明、代碼和標(biāo)準(zhǔn)或其他的合同及特殊要求是否恰當(dāng)?shù)谋蛔袷?，以及其?shí)現(xiàn)是否有效而進(jìn)行的活動(dòng)。,,,

67,過程裁剪,,通過對(duì)過程的過程元素的細(xì)節(jié)或其他不完備的規(guī)范進(jìn)行提煉、調(diào)整和（或）補(bǔ)充的方法來生成過程描述的一種活動(dòng)。在過程裁剪期間通常說明項(xiàng)目的特定業(yè)務(wù)需要。,,,

68,過程盡職調(diào)查,,不定期對(duì)項(xiàng)目和員工抽樣，下發(fā)調(diào)查表，收集員工對(duì)組織定義的過程的認(rèn)可度情況。了解員工在參與的項(xiàng)目中認(rèn)為做得好的實(shí)踐有哪些，做得不好的實(shí)踐有哪些，公司標(biāo)準(zhǔn)研發(fā)流程有哪些過程需要改進(jìn)。,,,

69,活動(dòng),,增加經(jīng)驗(yàn)的度量標(biāo)準(zhǔn)。,是項(xiàng)目生命周期過程為完成項(xiàng)目而采取的行動(dòng)，如編制開發(fā)進(jìn)度表、制訂配置管理計(jì)劃、備份項(xiàng)目配置庫等。,,

70,活動(dòng)圖,,活動(dòng)圖描述各種活動(dòng)的順序關(guān)系。,,,

71,基線,Baseline,項(xiàng)目?jī)?chǔ)存庫中每個(gè)工件版本在特定時(shí)期的一個(gè)“快照”。它提供一個(gè)正式標(biāo)準(zhǔn)，隨后的工作基于這個(gè)標(biāo)準(zhǔn)進(jìn)行，并且只有經(jīng)過授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。,,邵婧,

72,集成,,就是把分開的代碼和程序集中在一個(gè)產(chǎn)品包中,,邵婧,

73,集成測(cè)試,,,,,

74,技術(shù)方案,,針對(duì)招標(biāo)書或者用戶原始項(xiàng)目目標(biāo)提供的，包括部署、系統(tǒng)架構(gòu)、大粒度功能描述、主要技術(shù)解決要領(lǐng)、實(shí)施培訓(xùn)等內(nèi)容的綜合文檔。,,,

75,技術(shù)規(guī)范書,,招標(biāo)時(shí)由甲方提供的對(duì)項(xiàng)目的技術(shù)和業(yè)務(wù)方面要求。,,,

76,技術(shù)建議書,,投標(biāo)時(shí)……,,,

77,架構(gòu),,,邏輯架構(gòu)、物理架構(gòu)、部署架構(gòu),,

78,檢查表,Checklist,列舉一些檢查要點(diǎn)并記錄檢查結(jié)果的表格。用于對(duì)過程的審計(jì)或主要產(chǎn)品的檢查。,,,

79,建模,,,需求建模、業(yè)務(wù)建模、數(shù)據(jù)建模,,

80,角色,,,,,

81,進(jìn)度估計(jì)偏差,,,計(jì)算公式：（項(xiàng)目實(shí)際總周期-項(xiàng)目計(jì)劃總周期）/項(xiàng)目計(jì)劃總周期*100,,

82,進(jìn)化型原型,,,在已經(jīng)清楚地定義了需求的情況下，進(jìn)化型原型為開發(fā)漸增式產(chǎn)品提供了堅(jiān)實(shí)的構(gòu)造基礎(chǔ)。進(jìn)化型原型是螺旋式軟件開發(fā)生存周期模型的一部分（Boehm1988），也是一些面向?qū)ο筌浖_發(fā)過程的一部分（Kruchten1996）,,增加精細(xì)的描述，以及舉例

83,開發(fā)規(guī)范,,開發(fā)前的約定，內(nèi)容涵蓋代碼組織和風(fēng)格、注解、命名、聲明等，目的是使本項(xiàng)目能以標(biāo)準(zhǔn)的、規(guī)范的方式設(shè)計(jì)和編碼。以增強(qiáng)代碼的可維護(hù)性和可升級(jí)性，同時(shí)使自己養(yǎng)成了良好的編碼風(fēng)格。,,邵婧,

84,客戶化開發(fā),,,,,

85,類圖,,描述所有類之間的關(guān)聯(lián)、繼承、依賴等關(guān)系,,,

86,里程碑,,,,,

87,錄音筆,,需求訪談的工具,,,

88,內(nèi)部版本,,編碼階段完成后，提交測(cè)試的版本,,邵婧,

89,拋棄型原型,,,當(dāng)你遇到需求中的不確定性、二義性、不完整性或含糊性時(shí)，最合適的方法是建立拋棄式模型。你需要解決這些問題以減少在繼續(xù)開發(fā)時(shí)存在的風(fēng)險(xiǎn)。原型可幫助用戶和開發(fā)者想象如何實(shí)現(xiàn)需求和可以發(fā)現(xiàn)需求中的漏洞。它還可以使用戶判斷出這些需求是否可以完成必要的業(yè)務(wù)過程。,,增加精細(xì)的描述，以及舉例

90,配置,Configuration,指在配置管理中，軟件或硬件所具有的（即在技術(shù)文檔中所陳述的或產(chǎn)品所實(shí)現(xiàn)的）那些功能特性和物理特性。,,邵婧,

91,配置標(biāo)識(shí),ConfigurationIdentification,,,邵婧,

92,配置管理,ConfigurationManagement,配置管理是對(duì)配置項(xiàng)在運(yùn)用技術(shù)上和行政上的管理和監(jiān)視的一門學(xué)科。對(duì)一個(gè)配置項(xiàng)的功能特性和物理特性進(jìn)行標(biāo)識(shí)并寫成文檔；對(duì)這些特性的更改進(jìn)行控制；對(duì)更改處理過程和實(shí)施狀態(tài)進(jìn)行記錄和報(bào)告；以及對(duì)是否符合規(guī)定需求進(jìn)行驗(yàn)證。,,邵婧,

93,配置管理標(biāo)準(zhǔn)活動(dòng),,,,邵婧,

94,配置管理環(huán)境,,,,邵婧,

95,配置管理要素,,需要進(jìn)行變更控制的要素，如人員、進(jìn)度、主要配置項(xiàng)等。,,邵婧,

96,配置控制組/委員會(huì),ConfigurationControlBoard,是對(duì)提出的配置項(xiàng)的變更負(fù)責(zé)進(jìn)行評(píng)價(jià)、批準(zhǔn)或不批準(zhǔn)，并保證批準(zhǔn)的變更的實(shí)現(xiàn)的權(quán)利機(jī)構(gòu)（一組人）。,,邵婧,

97,配置審核,ConfigurationAuditing,"配置審核是軟件配置管理的一個(gè)要素，它根據(jù)需求、標(biāo)準(zhǔn)或合同協(xié)議檢驗(yàn)軟件產(chǎn)品。

配置審核主要目的是以用戶和開發(fā)團(tuán)隊(duì)均認(rèn)可的衡量尺度（例如與用戶簽定的軟件合同），通過功能審核及物理審核兩種方式，對(duì)軟件實(shí)施過程和軟件功能的完整性、正確性進(jìn)行檢驗(yàn)審核。配置審核確保軟件配置管理系統(tǒng)作用正確，保證測(cè)試過后的配置項(xiàng)功能滿足需求。

",,邵婧,

98,配置項(xiàng),ConfigurationItem,為配置管理設(shè)計(jì)的硬件、軟件或兩者的集合，它在配置管理過程中作為一單個(gè)實(shí)體來對(duì)待。,注：該術(shù)語定義引自[GB/T11457-2006],邵婧,

99,配置項(xiàng)安全級(jí)別,,配置項(xiàng)保密級(jí)別，對(duì)應(yīng)不同級(jí)別約定不同的使用權(quán)限,,邵婧,

100,配置項(xiàng)依賴關(guān)系,,配置項(xiàng)的繼承和引用關(guān)系,如，現(xiàn)有項(xiàng)目開發(fā)基于原有項(xiàng)目代碼,邵婧,

101,配置狀態(tài)統(tǒng)計(jì),ConfigurationStatusAccounting,配置狀態(tài)統(tǒng)計(jì)是軟件配置管理的一個(gè)要素，由有效管理所需的記錄和報(bào)告信息組成。這些信息包括經(jīng)核準(zhǔn)的配置標(biāo)識(shí)表、需要變更的配置狀態(tài)和實(shí)施經(jīng)審核的變更狀態(tài)。狀態(tài)統(tǒng)計(jì)主要目的是在版本控制與過程管理的基礎(chǔ)上，通過量化的數(shù)據(jù)和報(bào)表展現(xiàn)軟件開發(fā)進(jìn)度的狀態(tài)。,,邵婧,

102,評(píng)審,,把工作產(chǎn)品或一組工作產(chǎn)品提交給項(xiàng)目個(gè)人、管理者、用戶、客戶或其他感興趣的部門為了評(píng)論或批準(zhǔn)的過程或會(huì)議。評(píng)審可以在項(xiàng)目前期發(fā)現(xiàn)產(chǎn)品問題并采取解決措施，遵循問題越早發(fā)現(xiàn)越早解決越經(jīng)濟(jì)的原則，可有效的降低后期發(fā)現(xiàn)問題并解決的成本。,,,

103,普通項(xiàng)目,,普通項(xiàng)目是指一項(xiàng)在特定的環(huán)境與要求下有待完成的任務(wù)，項(xiàng)目必須在一定的組織機(jī)構(gòu)內(nèi)，利用有限資源（人力、物力、財(cái)力等）在規(guī)定的時(shí)間內(nèi)完成任務(wù)，且任務(wù)要滿足一定性能、質(zhì)量、數(shù)量、技術(shù)指標(biāo)等要求。,"普通項(xiàng)目具有以下基本特性：

1、一次性；

2、獨(dú)特性；

3、目標(biāo)的確定性；

4、組織的臨時(shí)性和開放性；

5、成果的不可挽回性。",,

104,缺陷分類,,按照缺陷的嚴(yán)重程度分為重大缺陷、待確認(rèn)缺陷、一般缺陷。重大缺陷指在軟件開發(fā)過程中的針對(duì)軟件產(chǎn)品和開發(fā)過程的問題，這些問題已經(jīng)影響用戶的正常使用。待確認(rèn)的缺陷指該缺陷需要測(cè)試人員進(jìn)行重現(xiàn)和確認(rèn)是否為缺陷。一般缺陷指在軟件開發(fā)過程中的針對(duì)軟件產(chǎn)品和開發(fā)過程的問題，這些問題已經(jīng)影響或者可能影響軟件產(chǎn)品的質(zhì)量。,,,

105,缺陷密度（代碼缺陷率）,DefectDensity,產(chǎn)品中標(biāo)識(shí)出的缺陷數(shù)目除以產(chǎn)品成分的規(guī)模。,"計(jì)算公式：實(shí)際缺陷總數(shù)/代碼行合計(jì)數(shù)（新增+修改）*1000

單位：個(gè)/千行",,

106,任務(wù),,是項(xiàng)目活動(dòng)的最小單元，是項(xiàng)目成員日常需要完成的具體工作事項(xiàng)。任務(wù)通?？杀环峙涞骄唧w人員、可被跟蹤、可被度量。,,,

107,軟件基線庫,,是由主要配置項(xiàng)組成的，可以是邏輯上的概念，由label組成。,,邵婧,

108,軟件開發(fā)庫,SoftwareDevelopmentLibrary,指在軟件生存周期的某一個(gè)階段期間，存放與該階段軟件開發(fā)工作有關(guān)的計(jì)算機(jī)可讀信息和人工可讀信息的庫。,,邵婧,

109,軟件配置,SoftwareConfiguration,指一個(gè)軟件產(chǎn)品在軟件生存周期各個(gè)階段所產(chǎn)生的各種形式（機(jī)器可讀或人工可讀）和各種版本的文檔、程序及其數(shù)據(jù)的集合。該集合中的每一個(gè)元素稱為該軟件產(chǎn)品軟件配置中的一個(gè)配置項(xiàng)。,,邵婧,

110,上線,,,,,

111,申請(qǐng)立項(xiàng)部門,,,,,

112,申請(qǐng)立項(xiàng)人,,,,,

113,審計(jì),Audit,"a)為評(píng)估工作產(chǎn)品或工作產(chǎn)品集是否符合軟件需求、規(guī)格說明、基線、標(biāo)準(zhǔn)、過程、指令、代碼以及合同和特殊要求而進(jìn)行的一種獨(dú)立的檢查。

b）通過調(diào)查研究確定已制定的過程、指令、規(guī)格說明、代碼和標(biāo)準(zhǔn)或其它的合同及特殊要求是否恰當(dāng)和被遵守，以及其實(shí)現(xiàn)是否有效而進(jìn)行的活動(dòng)。","注：該術(shù)語定義引自[GB/T11457-2006]。

",,

114,生產(chǎn)環(huán)境,,,,,

115,生產(chǎn)率（編碼效率）,,生產(chǎn)率描述一個(gè)項(xiàng)目團(tuán)隊(duì)在一定時(shí)期內(nèi)交付軟件數(shù)量的能力。,"計(jì)算公式：標(biāo)準(zhǔn)代碼行合計(jì)數(shù)（新增+修改）/實(shí)際總工時(shí)*176

單位：行/人月",,

116,生命周期模型,,一個(gè)框架，它含有從需求定義到使用終止，跨越整個(gè)生存期的系統(tǒng)開發(fā)、操作和維護(hù)中所需實(shí)施的過程、活動(dòng)和任務(wù)。,,,

117,時(shí)序圖,,描述一個(gè)完整的業(yè)務(wù)功能操作的處理流程，通過類之間的調(diào)用關(guān)系流程來體現(xiàn)程序的執(zhí)行順序,,,

118,試運(yùn)行,,,,,

119,輸出目錄,,指經(jīng)過構(gòu)建產(chǎn)生的交付物存放路徑,,邵婧,

120,特征,Feature,,,,

121,外部假設(shè),,,,,

122,外部約束,,,,,

123,維護(hù)型項(xiàng)目,,,,,

124,文檔編碼,,用來區(qū)分項(xiàng)目中各類文檔所進(jìn)行的編碼，該編碼無須項(xiàng)目組自己修改。詳情參見項(xiàng)目立項(xiàng)過程中《項(xiàng)目及文檔編碼規(guī)范》。,,,

125,問題,,指系統(tǒng)上線后，用戶反饋的所有有關(guān)軟件系統(tǒng)的問題，包括需求和缺陷。,,,

126,問題級(jí)別,,按照問題需要處理的緊迫程度分為非常重要、重要、一般?？梢詮挠脩舻臐M意度和修改的影響范圍兩個(gè)方面來定義。非常重要優(yōu)先級(jí)高，要求能在一周之內(nèi)予以解決或者給出解決辦法。重要優(yōu)先級(jí)一般，要求能在兩周之內(nèi)予以解決。一般優(yōu)先低，要求能在一個(gè)月之內(nèi)解決。,,,

127,問題確認(rèn),,確認(rèn)指問題流轉(zhuǎn)各環(huán)節(jié)對(duì)問題的處理意見。確認(rèn)結(jié)果可分為支持經(jīng)過分析該需求有開發(fā)價(jià)值或確認(rèn)修改該缺陷。不支持經(jīng)過分析該問題無開發(fā)價(jià)值或?qū)崿F(xiàn)困難。取消由于某種原因該問題撤銷，不需要繼續(xù)處理。,,,增加對(duì)流程具體環(huán)節(jié)詳細(xì)描述

128,問題狀態(tài),,指問題所處的處理狀態(tài)。分為待處理、處理中、驗(yàn)證中、確認(rèn)通過、關(guān)閉等。,,,

129,系統(tǒng)測(cè)試,,,分為：性能測(cè)試、壓力測(cè)試、疲勞測(cè)試、兼容性測(cè)試、配置測(cè)試、安全性測(cè)試、可用性測(cè)試,,

130,系統(tǒng)初始化,,,,,

131,項(xiàng)目/產(chǎn)品市場(chǎng)現(xiàn)狀及潛力,,,,,

132,項(xiàng)目備忘錄,,,,,

133,項(xiàng)目編號(hào),,項(xiàng)目的唯一標(biāo)識(shí)，項(xiàng)目編號(hào)規(guī)范請(qǐng)參考項(xiàng)目立項(xiàng)過程中《項(xiàng)目及文檔編碼規(guī)范》。,,,

134,項(xiàng)目大事記,,針對(duì)項(xiàng)目過程中間，值得記錄的重要里程碑、人員重大調(diào)整、需求重大變更等，形成的序時(shí)簿，可以理解為一個(gè)項(xiàng)目臺(tái)帳。,,,

135,項(xiàng)目范圍,,項(xiàng)目范圍管理即定義和確認(rèn)項(xiàng)目工作內(nèi)容，主要是指項(xiàng)目需求，包括功能需求、過程需求等，包括項(xiàng)目啟動(dòng)、范圍定義、范圍核實(shí)、范圍變更控制。通常通過WBS體現(xiàn)出來。,,,

136,項(xiàng)目分類,,按照公司目前不同種類項(xiàng)目，將公司的項(xiàng)目劃分為：新產(chǎn)品開發(fā)項(xiàng)目、普通開發(fā)項(xiàng)目、維護(hù)型項(xiàng)目、專題研究型項(xiàng)目。在立項(xiàng)時(shí)進(jìn)行識(shí)別，并按照相應(yīng)的過程規(guī)范進(jìn)行實(shí)施，QA人員有所側(cè)重的進(jìn)行檢查。,,,

137,項(xiàng)目負(fù)責(zé)人,,對(duì)整個(gè)項(xiàng)目的業(yè)務(wù)工作負(fù)全面責(zé)任的一種角色；或?qū)④浖到y(tǒng)或硬件/軟件系統(tǒng)的項(xiàng)目進(jìn)行指導(dǎo)、控制、管理和調(diào)整的人員。,,,

138,項(xiàng)目級(jí)別（項(xiàng)目過程成熟度級(jí)別）,,劃分為兩個(gè)級(jí)別：高成熟度項(xiàng)目、普通成熟度項(xiàng)目。,,,

139,項(xiàng)目技術(shù)可行性分析,,分析項(xiàng)目按照既定需求完成公司的技術(shù)支撐是否具備。,,,

140,項(xiàng)目來源,,項(xiàng)目的大概背景介紹。,,,

141,項(xiàng)目聯(lián)絡(luò)人,,因?yàn)樯虅?wù)或管理上的需要，負(fù)責(zé)公司層面的協(xié)調(diào)資源，監(jiān)控項(xiàng)目進(jìn)度，與用戶/公司領(lǐng)導(dǎo)共同協(xié)調(diào)，通報(bào)項(xiàng)目重大事項(xiàng)的人，項(xiàng)目聯(lián)絡(luò)人不介入項(xiàng)目具體事物或介入項(xiàng)目具體事物很淺，不掌握項(xiàng)目關(guān)鍵信息。,,,

142,項(xiàng)目路線圖,,項(xiàng)目根據(jù)公司的各類項(xiàng)目規(guī)范流程要求制定并可視具體情況進(jìn)行裁剪，形成的該項(xiàng)目過程及產(chǎn)品的視圖。,,,

143,項(xiàng)目目標(biāo),,通過這個(gè)項(xiàng)目要達(dá)到的目標(biāo)是什么，比如隊(duì)伍的鍛煉或客戶關(guān)系的提升，過程規(guī)范的掌握，市場(chǎng)占有率提升等，可以用一些量化的指標(biāo)進(jìn)行說明。,,,

144,項(xiàng)目需求概述,,簡(jiǎn)要的概括需求情況，區(qū)分目前已有的功能和需定制開發(fā)的功能。主要要將需要定制開發(fā)的功能以及性能、安全性等方面的需求描述清楚。,,,

145,項(xiàng)目意義,,項(xiàng)目順利完成給其他項(xiàng)目或市場(chǎng)方面產(chǎn)生的積極影響。,,,

146,新產(chǎn)品開發(fā)項(xiàng)目,,新產(chǎn)品開發(fā)項(xiàng)目是指公司為滿足預(yù)期的市場(chǎng)需求而在公司內(nèi)部立項(xiàng)研發(fā)的軟件項(xiàng)目。,"新產(chǎn)品開發(fā)項(xiàng)目具備如下特征：

沒有確定的客戶與合同

有明確的目標(biāo)客戶群

有明顯的預(yù)期經(jīng)濟(jì)效益",,

147,需求變更率,,,計(jì)算公式：需求變更總數(shù)/需求總數(shù)*100,,

148,需求分類,,按照需求特性分為待討論需求、特殊需求及一般需求。待討論需求指該需求需要經(jīng)過產(chǎn)品組人員進(jìn)行討論。特殊需求指該需求的特殊性，一般是工作量較大或是原需求上改動(dòng)較大的需求。新需求目前產(chǎn)品功能無法滿足的需求點(diǎn)，該需求具有一定的通用性，可以完善產(chǎn)品,,,

149,需求規(guī)格說明書,,側(cè)重于功能模型，明確系統(tǒng)中需實(shí)現(xiàn)的功能以及功能與業(yè)務(wù)之間的聯(lián)系,,,

150,需求說明書,,側(cè)重于業(yè)務(wù)模型，明確系統(tǒng)中所需要實(shí)現(xiàn)的業(yè)務(wù)以及各種業(yè)務(wù)之間發(fā)生的應(yīng)用場(chǎng)景，可以描述推薦的方法，比如功能