軟件開發(fā)質(zhì)量的評價方法、系統(tǒng)、電子設(shè)備及介質(zhì)與流程
1.本發(fā)明涉及軟件開發(fā)領(lǐng)域，特別涉及一種軟件開發(fā)質(zhì)量的評價方法、系統(tǒng)、電子設(shè)備及介質(zhì)。
背景技術(shù)：
2.隨著數(shù)字化技術(shù)應(yīng)用的不斷加深，軟件的質(zhì)量直接影響著該應(yīng)用的深度和廣度，軟件異常正逐漸成為導(dǎo)致計算機系統(tǒng)失效的主要因素。因此，需要從軟件或其所屬系統(tǒng)開發(fā)的各個階段介入，伴隨包括軟件需求、代碼編寫等在內(nèi)的軟件生命周期，采用分析、評估和測試等方式，進行軟件的缺陷消除(消缺)。目前，軟件開發(fā)采用分階段的方式，每個階段先由設(shè)計人員進行開發(fā)，由測試人員進行測試，發(fā)現(xiàn)軟件異常，然后交由設(shè)計人員進行異常消缺，消缺完成后，再交由測試人員進行測試，直至各階段的軟件開發(fā)質(zhì)量合格。
3.對于復(fù)雜的軟件項目，各階段的軟件開發(fā)往往需要展開多個輪次后，才能消除所有的軟件異常，測試人員往往只是反饋各輪次的異常數(shù)據(jù)情況給設(shè)計人員。由于軟件開發(fā)過程中，常出現(xiàn)多個異常由同一代碼缺陷引起，各輪次異常消缺后可能會引發(fā)新異常，測試用例、操作失誤等會引發(fā)非軟件的異常等情況，使得不同輪次的軟件開發(fā)質(zhì)量難以評估與比較，可能會導(dǎo)致對設(shè)計人員的不公平評價、軟件開發(fā)效率變低等等。現(xiàn)有技術(shù)中往往通過不同維度的評價手段構(gòu)建模型來評估軟件開發(fā)質(zhì)量，一旦需要增加新的評價手段，又需要重新構(gòu)建/修改模型，增加大量的工作量。
技術(shù)實現(xiàn)要素：
4.本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中現(xiàn)有的軟件開發(fā)質(zhì)量評價方式，存在評價主觀性強、評價流程復(fù)雜、評價效率低、局限性比較大的缺陷，提供一種軟件開發(fā)質(zhì)量的評價方法、系統(tǒng)、電子設(shè)備及介質(zhì)。
5.本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題：
6.本發(fā)明第一方面提供了一種軟件開發(fā)質(zhì)量的評價方法，所述評價方法包括：
7.獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量，所述責(zé)任性異常總數(shù)量為與軟件自身相關(guān)的異常總數(shù)量，所述剩余責(zé)任性異常數(shù)量為第n輪次未成功消缺的異常數(shù)量；
8.基于所述剩余責(zé)任性異常數(shù)量以及所述責(zé)任性異常總數(shù)量計算剩余責(zé)任性異常數(shù)量百分比；
9.基于所述剩余責(zé)任性異常數(shù)量百分比計算所述第n輪次的異常消缺直通率；
10.基于所述異常消缺直通率評價所述第n輪次的軟件開發(fā)質(zhì)量。
11.較佳地，所述獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量的步驟之前，所述評價方法還包括：
12.獲取所述第n輪次異常軟件的異常數(shù)據(jù)；
13.基于所述異常數(shù)據(jù)判斷所述異常軟件是否為軟件缺陷，若是，則判斷所述異常軟
件是否為獨立異常，若是，則將所述異常軟件確定為責(zé)任性異常，并統(tǒng)計至所述第n輪次的責(zé)任性異常總數(shù)量中；
14.和/或，
15.所述獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量的步驟包括：
16.獲取第n輪次的新增責(zé)任性異常總數(shù)量；
17.獲取第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量；
18.基于所述第n輪次的新增責(zé)任性異常總數(shù)量以及所述第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量計算得到所述第n輪次的異常軟件的責(zé)任性異常總數(shù)量。
19.較佳地，所述評價方法還包括：
20.獲取第m階段中多個輪次的異常消缺直通率；
21.基于每個輪次的異常消缺直通率計算所述第m階段的異常消缺流通率；
22.基于所述異常消缺流通率評價所述第m階段的軟件開發(fā)質(zhì)量。
23.較佳地，所述評價方法還包括：
24.獲取軟件開發(fā)周期中多個階段的異常消缺流通率；
25.基于每個階段的異常消缺流通率計算所述軟件開發(fā)周期的異常消缺合格率；
26.基于所述異常消缺合格率評價所述軟件開發(fā)周期的軟件開發(fā)質(zhì)量。
27.本發(fā)明第二方面提供了一種軟件開發(fā)質(zhì)量的評價系統(tǒng)，所述評價系統(tǒng)包括第一獲取模塊、第一計算模塊、第二計算模塊和第一評價模塊；
28.所述第一獲取模塊用于獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量，所述責(zé)任性異常總數(shù)量為與軟件自身相關(guān)的異常總數(shù)量，所述剩余責(zé)任性異常數(shù)量為第n輪次未成功消缺的異常數(shù)量；
29.所述第一計算模塊用于基于所述剩余責(zé)任性異常數(shù)量以及所述責(zé)任性異常總數(shù)量計算剩余責(zé)任性異常數(shù)量百分比；
30.所述第二計算模塊用于基于所述剩余責(zé)任性異常數(shù)量百分比計算所述第n輪次的異常消缺直通率；
31.所述第一評價模塊用于基于所述異常消缺直通率評價所述第n輪次的軟件開發(fā)質(zhì)量。
32.較佳地，所述評價系統(tǒng)還包括第二獲取模塊、第一判斷模塊、第二判斷模塊以及確定模塊；
33.所述第二獲取模塊用于獲取所述第n輪次異常軟件的異常數(shù)據(jù)；
34.所述第一判斷模塊用于基于所述異常數(shù)據(jù)判斷所述異常軟件是否為軟件缺陷，若是，則調(diào)用所述第二判斷模塊；
35.所述第二判斷模塊用于判斷所述異常軟件是否為獨立異常，若是，則調(diào)用所述確定模塊；
36.所述確定模塊用于將所述異常軟件確定為責(zé)任性異常，并統(tǒng)計至所述第n輪次的責(zé)任性異常總數(shù)量中；
37.和/或，
38.所述第一獲取模塊包括第一獲取單元、第二獲取單元和計算單元；
39.所述第一獲取單元用于獲取第n輪次的新增責(zé)任性異常總數(shù)量；
40.所述第二獲取單元用于獲取第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量；
41.所述計算單元用于基于所述第n輪次的新增責(zé)任性異常總數(shù)量以及所述第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量計算得到所述第n輪次的異常軟件的責(zé)任性異常總數(shù)量。
42.較佳地，所述評價系統(tǒng)還包括第三獲取模塊、第三計算模塊和第二評價模塊；
43.所述第三獲取模塊用于獲取第m階段中多個輪次的異常消缺直通率；
44.所述第三計算模塊用于基于每個輪次的異常消缺直通率計算所述第m階段的異常消缺流通率；
45.所述第二評價模塊用于基于所述異常消缺流通率評價所述第m階段的軟件開發(fā)質(zhì)量。
46.較佳地，所述評價系統(tǒng)還包括第四獲取模塊、第四計算模塊和第三評價模塊；
47.所述第四獲取模塊用于獲取軟件開發(fā)周期中多個階段的異常消缺流通率；
48.所述第四計算模塊用于基于每個階段的異常消缺流通率計算所述軟件開發(fā)周期的異常消缺合格率；
49.所述第三評價模塊用于基于所述異常消缺合格率評價所述軟件開發(fā)周期的軟件開發(fā)質(zhì)量。
50.本發(fā)明第三方面提供了一種電子設(shè)備，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，所述處理器執(zhí)行所述計算機程序時實現(xiàn)如第一方面所述的軟件開發(fā)質(zhì)量的評價方法。
51.本發(fā)明第四方面提供了一種計算機可讀存儲介質(zhì)，其上存儲有計算機程序，所述計算機程序被處理器執(zhí)行時實現(xiàn)如第一方面所述的軟件開發(fā)質(zhì)量的評價方法。
52.本發(fā)明的積極進步效果在于：
53.本發(fā)明基于第n輪次的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量計算剩余責(zé)任性異常數(shù)量百分比，并基于剩余責(zé)任性異常數(shù)量百分比計算第n輪次的異常消缺直通率，進一步地，基于異常消缺直通率評價該輪次的軟件開發(fā)質(zhì)量，能夠直觀可靠的評估不同輪次的軟件開發(fā)質(zhì)量，提高了軟件開發(fā)質(zhì)量評價效率以及評價的準確性。
附圖說明
54.圖1為本發(fā)明實施例1的軟件開發(fā)質(zhì)量的評價方法的第一流程圖。
55.圖2為本發(fā)明實施例1的軟件開發(fā)質(zhì)量的評價方法的第二流程圖。
56.圖3為本發(fā)明實施例1的軟件開發(fā)質(zhì)量的評價方法的步驟101的流程圖。
57.圖4為本發(fā)明實施例1的軟件開發(fā)質(zhì)量的評價方法的第三流程圖。
58.圖5為本發(fā)明實施例1的軟件開發(fā)質(zhì)量的評價方法的第四流程圖。
59.圖6為本發(fā)明實施例2的軟件開發(fā)質(zhì)量的評價系統(tǒng)的結(jié)構(gòu)示意圖。
60.圖7為本發(fā)明實施例3的電子設(shè)備的結(jié)構(gòu)示意圖。
具體實施方式
61.下面通過實施例的方式進一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。
62.實施例1
63.本實施例提供一種軟件開發(fā)質(zhì)量的評價方法，該軟件開發(fā)質(zhì)量的評價方法適用對象范圍廣泛，例如可以適用于各類開源、非開源軟件的開發(fā)周期(即全生命周期)，包括但不限于多階段場景、多輪次場景、c代碼、c++、python、fpga(現(xiàn)場可編程門診列)代碼、pld(可編程邏輯期間)代碼等常見編程語言，在該軟件開發(fā)質(zhì)量的評價方法適用于第n輪次的軟件開發(fā)質(zhì)量的評價的情況下，如圖1所示，該評價方法包括：
64.步驟101、獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量，責(zé)任性異常總數(shù)量為與軟件自身相關(guān)的異常總數(shù)量，剩余責(zé)任性異常數(shù)量為第n輪次未成功消缺的異常數(shù)量；
65.本實施例中，n大于等于1。
66.步驟102、基于剩余責(zé)任性異常數(shù)量以及責(zé)任性異常總數(shù)量計算剩余責(zé)任性異常數(shù)量百分比；
67.本實施例中，定義并計算單輪次剩余責(zé)任性異常數(shù)量百分比(papr,remained anomaly per roll)。該指標用以衡量某單獨輪次異常消缺工作中，未能成功消缺的異常數(shù)量占總異常數(shù)量的比例。具體計算方法為：其中，tn為第n輪次責(zé)任性異常總數(shù)量，rn為第n輪次剩余責(zé)任性異常數(shù)量；如無剩余未消缺異常(無異常或全部異常被成功消缺)，則papr＝0。
68.步驟103、基于剩余責(zé)任性異常數(shù)量百分比計算第n輪次的異常消缺直通率；
69.步驟104、基于異常消缺直通率評價第n輪次的軟件開發(fā)質(zhì)量。
70.本實施例中，定義單輪次異常消缺直通率(acry,anomaly correction rolled yield)。該指標用以衡量某單獨輪次異常消缺工作中，異常消缺工作的實際效率。acry數(shù)值越高，說明單輪次異常消缺效率越高。具體計算方法為：acry＝e
(-papr)
。
71.本實施例使用分析、評估、測試中任意方法或其組合，并可容納這些任意方法或其組合發(fā)現(xiàn)并提出的各類異常軟件。例如，異常軟件包括但不限于代碼錯誤、代碼注釋錯誤、需求文件錯誤等。
72.在一可實施的方案中，如圖2所示，步驟101之前，該評價方法還包括：
73.步驟100、獲取第n輪次異常軟件的異常數(shù)據(jù)；
74.本實施例中，異常數(shù)據(jù)包括但不限于異常數(shù)量、異常表現(xiàn)、異常發(fā)現(xiàn)人員、異常所在軟件名稱和版本標識等信息；
75.步驟100-1、基于異常數(shù)據(jù)判斷異常軟件是否為軟件缺陷，若是，則執(zhí)行步驟100-2；若否，則執(zhí)行步驟100-4；
76.步驟100-2、判斷異常軟件是否為獨立異常，若是，則執(zhí)行步驟100-3；若否，則執(zhí)行步驟100-5；
77.步驟100-3、將異常軟件確定為責(zé)任性異常，并統(tǒng)計至第n輪次的責(zé)任性異常總數(shù)量中；
78.步驟100-4、確定該異常軟件為非軟件缺陷(即非產(chǎn)品缺陷)；
79.步驟100-5、確定該異常軟件為非責(zé)任性異常，不納入第n輪次的責(zé)任性異常總數(shù)量的統(tǒng)計；
80.本實施例中，將軟件的異常分類為產(chǎn)品異常(即軟件異常)或非產(chǎn)品異常(即非軟件異常)、獨立異常或非獨立異常，最終分類為責(zé)任性異常或非責(zé)任性異常；產(chǎn)品異常或非產(chǎn)品異常、獨立異常或非獨立異常與責(zé)任性異常或非責(zé)任性異常間具有邏輯關(guān)系。
81.在具體實施過程中，基于步驟100中獲取的第n輪次異常軟件的異常數(shù)據(jù)，進行異常原因分析。如該異常是產(chǎn)品本身缺陷(即軟件本身缺陷)，則定性為產(chǎn)品異常；進而判斷該異常是由于獨立的軟件缺陷導(dǎo)致，還是由同一缺陷導(dǎo)致多個異常且該異常作為責(zé)任性異常已被識別并已被納入統(tǒng)計，前者作為責(zé)任性異常，納入該輪次責(zé)任性異常總數(shù)量的統(tǒng)計；后者作為非責(zé)任性異常，不納入該輪次責(zé)任性異常總數(shù)量的統(tǒng)計。
82.在一可實施的方案中，如圖3所示，步驟101包括：
83.步驟1011、獲取第n輪次的新增責(zé)任性異常總數(shù)量；
84.本實施例中，將第n-1輪次中沒有而第n輪次中有的異常稱為第n輪次的新增責(zé)任性異常。
85.需要說明的是，此時n可以取大于1的數(shù)值。
86.步驟1012、獲取第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量；
87.步驟1013、基于第n輪次的新增責(zé)任性異常總數(shù)量以及第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量計算得到第n輪次的異常軟件的責(zé)任性異常總數(shù)量。
88.本實施例中，得到第n輪次的異常軟件的責(zé)任性異常總數(shù)量的計算公式為：tn＝r
n-1
+δtn，其中，tn為第n輪次的異常軟件的責(zé)任性異常總數(shù)量，r
n-1
為上一輪次(例如：第n-1輪次)經(jīng)消缺后剩余責(zé)任性異常總數(shù)量，δtn為第n輪次的新增責(zé)任性異常總數(shù)量。
89.在一可實施的方案中，在該軟件開發(fā)質(zhì)量的評價方法適用于第m階段的軟件開發(fā)質(zhì)量的評價的情況下，如圖4所示，該評價方法還包括：
90.步驟105、獲取第m階段中多個輪次的異常消缺直通率；
91.本實施例中，m大于等于1。
92.步驟106、基于每個輪次的異常消缺直通率計算第m階段的異常消缺流通率；
93.步驟107、基于異常消缺流通率評價第m階段的軟件開發(fā)質(zhì)量。
94.本實施例中，定義單階段的異常消缺流通率(pcry，phase correction rolled yield)。該指標用以衡量單個階段中，多輪次異常消缺期間或結(jié)束，異常最終得以消除的效率。pcry越高，該階段的異常消缺效率越高。具體計算方法為：其中，acry n
表示第n輪次的異常消缺直通率。
95.在一可實施的方案中，在該軟件開發(fā)質(zhì)量的評價方法適用于軟件開發(fā)周期(即軟件開發(fā)的全階段)的軟件開發(fā)質(zhì)量的評價的情況下，如圖5所示，該評價方法還包括：
96.步驟108、獲取軟件開發(fā)周期中多個階段的異常消缺流通率；
97.步驟109、基于每個階段的異常消缺流通率計算軟件開發(fā)周期的異常消缺合格率；
98.步驟110、基于異常消缺合格率評價軟件開發(fā)周期的軟件開發(fā)質(zhì)量。
99.本實施例中，定義項目全階段(即軟件開發(fā)周期)的消缺合格率(pcty，phases correction throughput yield)。該指標用以衡量整個項目的多階段、多輪次異常最終消缺的效率。pcty越高，該項目全階段的異常消缺效率越高。具體計算方法為：
其中，pcry n
表示第n階段的異常消缺流通率。
100.在具體實施過程中，在完成某個階段軟件設(shè)計或異常消缺后，發(fā)布該輪次代碼；進而使用分析、評估、測試中任意方法或其組合，對軟件質(zhì)量進行驗證，期間發(fā)現(xiàn)問題后，提出異常；接著獲取該輪次異常軟件的異常數(shù)據(jù)，在完成以上工作的基礎(chǔ)上，分析并統(tǒng)計獲取該輪次的責(zé)任性異常總數(shù)量；接著計算該輪次的剩余責(zé)任性異常數(shù)量占該輪次的責(zé)任性異常總數(shù)量的百分比指標papr；進而計算該輪次的異常消缺直通率指標acry。
101.在該階段工作期間，或完成該階段所有輪次設(shè)計及消缺迭代后，計算單階段的異常消缺流通率pcry；最后，在項目工作期間，或完成該項目所有階段任務(wù)后，計算全階段的異常消缺合格率pcty。不僅能夠覆蓋分析、評審、測試不同手段發(fā)現(xiàn)的異常。也能夠覆蓋軟件開發(fā)周期各階段發(fā)現(xiàn)的異常。同時還能夠有效評價軟件開發(fā)質(zhì)量，可在過程中使用進行過程監(jiān)控，也可在階段完成后進行比較。對應(yīng)指標直觀可靠，易于使用和應(yīng)用。
102.下面結(jié)合具體實例說明：
103.例如，以某樣例項目為例，該樣例項目共分2個階段(階段1、階段2)，其中，階段1共開展了4輪次分析、評估和測試活動。1個輪次定義如下：開發(fā)團隊開發(fā)/消缺并交付軟件代碼模塊至測試驗證團隊。測試驗證團隊接收后開展分析、評估和測試活動，將發(fā)現(xiàn)異常情況(例如：數(shù)量、位置等信息)反饋開發(fā)團隊，則認為1個輪次完成。
104.第1輪次，開發(fā)團隊共交付代碼模塊150個。經(jīng)第1輪次測試驗證團隊開展分析、評估和測試活動，共發(fā)現(xiàn)并提出異常有110個，反饋開發(fā)團隊。經(jīng)異常原因分析評估，其中10個異常由于測試用例錯誤導(dǎo)致，屬于非產(chǎn)品異常(即非軟件缺陷)，不納入責(zé)任性異常總數(shù)量統(tǒng)計；2個異常為共同代碼缺陷導(dǎo)致，合并統(tǒng)計為1個責(zé)任性異常；最終確定責(zé)任性異常總數(shù)為99個，
105.第2輪次，開發(fā)團隊完成上述99個責(zé)任性異常的消缺，交付測試驗證團隊。測試驗證團隊開展第2輪次的分析、評估、測試活動，發(fā)現(xiàn)責(zé)任性異常有9個未完成消缺(剩余90個責(zé)任性異常確定已完成消缺)，新發(fā)現(xiàn)責(zé)任性異常有1個(消缺動作導(dǎo)致的新異常)，對應(yīng)責(zé)任性異常確定已完成消缺)，新發(fā)現(xiàn)責(zé)任性異常有1個(消缺動作導(dǎo)致的新異常)，對應(yīng)即第2輪次的異常消缺效率為90.48％。相較第1輪次的異常消缺效率提高，相關(guān)管理措施應(yīng)予保持。
106.第3輪次，開發(fā)團隊完成上述10個責(zé)任性異常的消缺，交付測試驗證團隊。測試驗證團隊開展第3輪次的分析、評估、測試活動，確定有2個責(zé)任性異常未完成消缺，同時新增責(zé)任性異常有10個；
107.對應(yīng)acry
1_3
＝e
(-60％)
＝54.88％；即第3輪次的異常消缺效率為54.88％；相較第2輪次的異常消缺效率明顯降低，開發(fā)團隊的管理人員后續(xù)應(yīng)予以高度關(guān)注，并制定相應(yīng)管理改進措施。
108.第4輪次，針對剩余的12個責(zé)任性異常，開發(fā)團隊加強了內(nèi)部管理(例如，內(nèi)部開發(fā)人員交叉評審等方式)，接續(xù)開展了第4輪次的異常消缺、發(fā)布代碼，交付測試驗證團隊。測試驗證團隊開展第4輪次的分析、評估、測試活動，確定有12個責(zé)任性異常已完成消缺，無新
增責(zé)任性異常，對應(yīng)acry
1_4
＝e
(-0％)
＝100％。進一步的，階段1的異常消缺流通率為：
109.pcry1＝acry
1_1
×
acry
1_2
×
acry
1_3
×
acry
1_4
＝66.00％
×
90.48％
×
54.88％
×
100％＝32.77％。
110.進一步的，階段2共開展了1輪次分析、評估和測試活動，期間未發(fā)現(xiàn)責(zé)任性異常，則papr
2_1
＝0；acry
2_1
＝100％；pcry2＝acry
2_1
＝100％。
111.進一步的，該項目全階段的異常消缺合格率為：
112.pcty＝pcry1×
pcry2＝32.77％。
113.需要說明的是，本實施例中所描述的“軟件”，是指信息處理系統(tǒng)的程序、指令序列、規(guī)則及相關(guān)文檔的全部或部分，其中包括源代碼、可執(zhí)行代碼以及相關(guān)固件(firmware)、文檔(如需求、設(shè)計、用戶手冊等)、和/或數(shù)據(jù)等內(nèi)容。涵蓋各類開源或非開源、基于中央處理器(cpu)或并行邏輯設(shè)備(如fpga現(xiàn)場可編程門陣列或pld可編程邏輯設(shè)備)在內(nèi)的指令或指令集。
114.本實施例的軟件開發(fā)質(zhì)量的評價方法適用于各類軟件、可對包括多階段、多輪次在內(nèi)的軟件開發(fā)質(zhì)量的過程或結(jié)果進行定量評估，提升了代碼交付質(zhì)量。該評價方法針對某個階段、某個輪次軟件，使用分析、評估、測試中任意方法或其組合，發(fā)現(xiàn)并提出異常，通過獲取、分析和統(tǒng)計責(zé)任性異常總數(shù)量，計算剩余責(zé)任性異常數(shù)量百分比計算某個輪次的異常消缺直通率，在某個階段工作期間或該階段結(jié)束，計算該階段的異常消缺流通率，最后，在各階段工作期間或所有階段結(jié)束，計算軟件開發(fā)周期(即全階段)的異常消缺合格率。能夠綜合分析、評審、測試不同手段或其組合發(fā)現(xiàn)異常數(shù)量后，對軟件開發(fā)質(zhì)量給出統(tǒng)一的量化評價指標；該評價方法直觀可靠，易于使用和應(yīng)用，評價流程簡單，評價效率高。
115.本實施例基于第n輪次的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量計算剩余責(zé)任性異常數(shù)量百分比，并基于剩余責(zé)任性異常數(shù)量百分比計算第n輪次的異常消缺直通率，進一步地，基于異常消缺直通率評價該輪次的軟件開發(fā)質(zhì)量，能夠直觀可靠的評估不同輪次的軟件開發(fā)質(zhì)量，提高了軟件開發(fā)質(zhì)量評價效率以及評價的準確性。
116.實施例2
117.本實施例提供一種軟件開發(fā)質(zhì)量的評價系統(tǒng)，該軟件開發(fā)質(zhì)量的評價系統(tǒng)適用對象范圍廣泛，例如可以適用于各類開源、非開源軟件的開發(fā)周期(即全生命周期)，包括但不限于多階段場景、多輪次場景、c代碼、c++、python、fpga(現(xiàn)場可編程門診列)代碼、pld(可編程邏輯期間)代碼等常見編程語言，在該軟件開發(fā)質(zhì)量的評價系統(tǒng)適用于第n輪次的軟件開發(fā)質(zhì)量的評價的情況下，如圖6所示，該評價系統(tǒng)包括第一獲取模塊21、第一計算模塊22、第二計算模塊23和第一評價模塊24；
118.第一獲取模塊21用于獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量，責(zé)任性異常總數(shù)量為與軟件自身相關(guān)的異常總數(shù)量，剩余責(zé)任性異常數(shù)量為第n輪次未成功消缺的異常數(shù)量；
119.本實施例中，n大于等于1。
120.第一計算模塊22用于基于剩余責(zé)任性異常數(shù)量以及責(zé)任性異常總數(shù)量計算剩余責(zé)任性異常數(shù)量百分比；
121.本實施例中，定義并計算單輪次剩余責(zé)任性異常數(shù)量百分比(papr,remained anomaly per roll)。該指標用以衡量某單獨輪次異常消缺工作中，未能成功消缺的異常數(shù)量占總異常數(shù)量的比例。具體計算方法為：其中，tn為第n輪次責(zé)任性異常總數(shù)量，rn為第n輪次剩余責(zé)任性異常數(shù)量；如無剩余未消缺異常(無異常或全部異常被成功消缺)，則papr＝0。
122.第二計算模塊23用于基于剩余責(zé)任性異常數(shù)量百分比計算第n輪次的異常消缺直通率；
123.第一評價模塊24用于基于異常消缺直通率評價第n輪次的軟件開發(fā)質(zhì)量。
124.本實施例中，定義單輪次異常消缺直通率(acry,anomaly correction rolled yield)。該指標用以衡量某單獨輪次異常消缺工作中，異常消缺工作的實際效率。acry數(shù)值越高，說明單輪次異常消缺效率越高。具體計算方法為：acry＝e
(-papr)
。
125.本實施例使用分析、評估、測試中任意方法或其組合，并可容納這些任意方法或其組合發(fā)現(xiàn)并提出的各類異常軟件。例如，異常軟件包括但不限于代碼錯誤、代碼注釋錯誤、需求文件錯誤等。
126.在一可實施的方案中，如圖6所示，該評價系統(tǒng)還包括第二獲取模塊25、第一判斷模塊26、第二判斷模塊27以及確定模塊28；
127.第二獲取模塊25用于獲取第n輪次異常軟件的異常數(shù)據(jù)；
128.本實施例中，異常數(shù)據(jù)包括但不限于異常數(shù)量、異常表現(xiàn)、異常發(fā)現(xiàn)人員、異常所在軟件名稱和版本標識等信息；
129.第一判斷模塊26用于基于異常數(shù)據(jù)判斷異常軟件是否為軟件缺陷，若是，則調(diào)用第二判斷模塊27；若否，則確定該異常軟件為非軟件缺陷(即非產(chǎn)品缺陷)；
130.第二判斷模塊27用于判斷異常軟件是否為獨立異常，若是，則調(diào)用確定模塊28；若否，則確定該異常軟件為非責(zé)任性異常，不納入第n輪次的責(zé)任性異常總數(shù)量的統(tǒng)計；
131.確定模塊28用于將異常軟件確定為責(zé)任性異常，并統(tǒng)計至第n輪次的責(zé)任性異常總數(shù)量中；
132.本實施例中，將軟件的異常分類為產(chǎn)品異常(即軟件異常)或非產(chǎn)品異常(即非軟件異常)、獨立異常或非獨立異常，最終分類為責(zé)任性異常或非責(zé)任性異常；產(chǎn)品異常或非產(chǎn)品異常、獨立異常或非獨立異常與責(zé)任性異常或非責(zé)任性異常間具有邏輯關(guān)系。
133.在具體實施過程中，基于第n輪次異常軟件的異常數(shù)據(jù)，進行異常原因分析。如該異常是產(chǎn)品本身缺陷(即軟件本身缺陷)，則定性為產(chǎn)品異常；進而判斷該異常是由于獨立的軟件缺陷導(dǎo)致，還是由同一缺陷導(dǎo)致多個異常且該異常作為責(zé)任性異常已被識別并已被納入統(tǒng)計，前者作為責(zé)任性異常，納入該輪次責(zé)任性異常總數(shù)量的統(tǒng)計；后者作為非責(zé)任性異常，不納入該輪次責(zé)任性異常總數(shù)量的統(tǒng)計。
134.在一可實施的方案中，如圖6所示，第一獲取模塊21包括第一獲取單元211、第二獲取單元212和計算單元213；
135.第一獲取單元211用于獲取第n輪次的新增責(zé)任性異常總數(shù)量；
136.本實施例中，將第n-1輪次中沒有而第n輪次中有的異常稱為第n輪次的新增責(zé)任性異常。
137.需要說明的是，此時n可以取大于1的數(shù)值。
138.第二獲取單元212用于獲取第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量；
139.計算單元213用于基于第n輪次的新增責(zé)任性異常總數(shù)量以及第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量計算得到第n輪次的異常軟件的責(zé)任性異常總數(shù)量。
140.本實施例中，得到第n輪次的異常軟件的責(zé)任性異常總數(shù)量的計算公式為：tn＝r
n-1
+δtn，其中，tn為第n輪次的異常軟件的責(zé)任性異常總數(shù)量，r
n-1
為上一輪次(例如：第n-1輪次)經(jīng)消缺后剩余責(zé)任性異常總數(shù)量，δtn為第n輪次的新增責(zé)任性異常總數(shù)量。
141.在一可實施的方案中，在該軟件開發(fā)質(zhì)量的評價系統(tǒng)適用于第m階段的軟件開發(fā)質(zhì)量的評價的情況下，如圖6所示，該評價系統(tǒng)還包括第三獲取模塊29、第三計算模塊300和第二評價模塊311；
142.第三獲取模塊29用于獲取第m階段中多個輪次的異常消缺直通率；
143.本實施例中，m大于等于1。
144.第三計算模塊300用于基于每個輪次的異常消缺直通率計算第m階段的異常消缺流通率；
145.第二評價模塊311用于基于異常消缺流通率評價第m階段的軟件開發(fā)質(zhì)量。
146.本實施例中，定義單階段的異常消缺流通率(pcry，phase correction rolled yield)。該指標用以衡量單個階段中，多輪次異常消缺期間或結(jié)束，異常最終得以消除的效率。pcry越高，該階段的異常消缺效率越高。具體計算方法為：其中，acryn表示第n輪次的異常消缺直通率。
147.在一可實施的方案中，在該軟件開發(fā)質(zhì)量的評價系統(tǒng)適用于軟件開發(fā)周期(即軟件開發(fā)的全階段)的軟件開發(fā)質(zhì)量的評價的情況下，如圖6所示，該評價系統(tǒng)還包括第四獲取模塊312、第四計算模塊313和第三評價模塊314；
148.第四獲取模塊312用于獲取軟件開發(fā)周期中多個階段的異常消缺流通率；
149.第四計算模塊313用于基于每個階段的異常消缺流通率計算軟件開發(fā)周期的異常消缺合格率；
150.第三評價模塊314用于基于異常消缺合格率評價軟件開發(fā)周期的軟件開發(fā)質(zhì)量。
151.本實施例中，定義項目全階段(即軟件開發(fā)周期)的消缺合格率(pcty，phases correction throughput yield)。該指標用以衡量整個項目的多階段、多輪次異常最終消缺的效率。pcty越高，該項目全階段的異常消缺效率越高。具體計算方法為：其中，pcryn表示第n階段的異常消缺流通率。
152.在具體實施過程中，在完成某個階段軟件設(shè)計或異常消缺后，發(fā)布該輪次代碼；進而使用分析、評估、測試中任意方法或其組合，對軟件質(zhì)量進行驗證，期間發(fā)現(xiàn)問題后，提出異常；接著獲取該輪次異常軟件的異常數(shù)據(jù)，在完成以上工作的基礎(chǔ)上，分析并統(tǒng)計獲取該輪次的責(zé)任性異常總數(shù)量；接著計算該輪次的剩余責(zé)任性異常數(shù)量占該輪次的責(zé)任性異常總數(shù)量的百分比指標papr；進而計算該輪次的異常消缺直通率指標acry。
153.在該階段工作期間，或完成該階段所有輪次設(shè)計及消缺迭代后，計算單階段的異常消缺流通率pcry；最后，在項目工作期間，或完成該項目所有階段任務(wù)后，計算全階段的
異常消缺合格率pcty。不僅能夠覆蓋分析、評審、測試不同手段發(fā)現(xiàn)的異常。也能夠覆蓋軟件開發(fā)周期各階段發(fā)現(xiàn)的異常。同時還能夠有效評價軟件開發(fā)質(zhì)量，可在過程中使用進行過程監(jiān)控，也可在階段完成后進行比較。對應(yīng)指標直觀可靠，易于使用和應(yīng)用。
154.下面結(jié)合具體實例說明：
155.例如，以某樣例項目為例，該樣例項目共分2個階段(階段1、階段2)，其中，階段1共開展了4輪次分析、評估和測試活動。1個輪次定義如下：開發(fā)團隊開發(fā)/消缺并交付軟件代碼模塊至測試驗證團隊。測試驗證團隊接收后開展分析、評估和測試活動，將發(fā)現(xiàn)異常情況(例如：數(shù)量、位置等信息)反饋開發(fā)團隊，則認為1個輪次完成。
156.第1輪次，開發(fā)團隊共交付代碼模塊150個。經(jīng)第1輪次測試驗證團隊開展分析、評估和測試活動，共發(fā)現(xiàn)并提出異常有110個，反饋開發(fā)團隊。經(jīng)異常原因分析評估，其中10個異常由于測試用例錯誤導(dǎo)致，屬于非產(chǎn)品異常(即非軟件缺陷)，不納入責(zé)任性異常總數(shù)量統(tǒng)計；2個異常為共同代碼缺陷導(dǎo)致，合并統(tǒng)計為1個責(zé)任性異常；最終確定責(zé)任性異常總數(shù)為99個，
157.第2輪次，開發(fā)團隊完成上述99個責(zé)任性異常的消缺，交付測試驗證團隊。測試驗證團隊開展第2輪次的分析、評估、測試活動，發(fā)現(xiàn)責(zé)任性異常有9個未完成消缺(剩余90個責(zé)任性異常確定已完成消缺)，新發(fā)現(xiàn)責(zé)任性異常有1個(消缺動作導(dǎo)致的新異常)，對應(yīng)責(zé)任性異常確定已完成消缺)，新發(fā)現(xiàn)責(zé)任性異常有1個(消缺動作導(dǎo)致的新異常)，對應(yīng)即第2輪次的異常消缺效率為90.48％。相較第1輪次的異常消缺效率提高，相關(guān)管理措施應(yīng)予保持。
158.第3輪次，開發(fā)團隊完成上述10個責(zé)任性異常的消缺，交付測試驗證團隊。測試驗證團隊開展第3輪次的分析、評估、測試活動，確定有2個責(zé)任性異常未完成消缺，同時新增責(zé)任性異常有10個；
159.對應(yīng)acry
1_3
＝e
(-60％)
＝54.88％；即第3輪次的異常消缺效率為54.88％；相較第2輪次的異常消缺效率明顯降低，開發(fā)團隊的管理人員后續(xù)應(yīng)予以高度關(guān)注，并制定相應(yīng)管理改進措施。
160.第4輪次，針對剩余的12個責(zé)任性異常，開發(fā)團隊加強了內(nèi)部管理(例如，內(nèi)部開發(fā)人員交叉評審等方式)，接續(xù)開展了第4輪次的異常消缺、發(fā)布代碼，交付測試驗證團隊。測試驗證團隊開展第4輪次的分析、評估、測試活動，確定有12個責(zé)任性異常已完成消缺，無新增責(zé)任性異常，對應(yīng)acry
1_4
＝e
(-0％)
＝100％。進一步的，階段1的異常消缺流通率為：
161.pcry1＝acry
1_1
×
acry
1_2
×
acry
1_3
×
acry
1_4
＝66.00％
×
90.48％
×
54.88％
×
100％＝32.77％。
162.進一步的，階段2共開展了1輪次分析、評估和測試活動，期間未發(fā)現(xiàn)責(zé)任性異常，則papr
2_1
＝0；acry
2_1
＝100％；pcry2＝acry
2_1
＝100％。
163.進一步的，該項目全階段的異常消缺合格率為：
164.pcty＝pcry1×
pcry2＝32.77％。
165.需要說明的是，本實施例中所描述的“軟件”，是指信息處理系統(tǒng)的程序、指令序列、規(guī)則及相關(guān)文檔的全部或部分，其中包括源代碼、可執(zhí)行代碼以及相關(guān)固件(firmware)、文檔(如需求、設(shè)計、用戶手冊等)、和/或數(shù)據(jù)等內(nèi)容。涵蓋各類開源或非開源、基于中央處理器(cpu)或并行邏輯設(shè)備(如fpga現(xiàn)場可編程門陣列或pld可編程邏輯設(shè)備)在內(nèi)的指令或指令集。
166.本實施例的軟件開發(fā)質(zhì)量的評價系統(tǒng)適用于各類軟件、可對包括多階段、多輪次在內(nèi)的軟件開發(fā)質(zhì)量的過程或結(jié)果進行定量評估，提升了代碼交付質(zhì)量。該評價系統(tǒng)針對某個階段、某個輪次軟件，使用分析、評估、測試中任意方法或其組合，發(fā)現(xiàn)并提出異常，通過獲取、分析和統(tǒng)計責(zé)任性異常總數(shù)量，計算剩余責(zé)任性異常數(shù)量百分比計算某個輪次的異常消缺直通率，在某個階段工作期間或該階段結(jié)束，計算該階段的異常消缺流通率，最后，在各階段工作期間或所有階段結(jié)束，計算軟件開發(fā)周期(即全階段)的異常消缺合格率。能夠綜合分析、評審、測試不同手段或其組合發(fā)現(xiàn)異常數(shù)量后，對軟件開發(fā)質(zhì)量給出統(tǒng)一的量化評價指標；該評價系統(tǒng)直觀可靠，易于使用和應(yīng)用，評價流程簡單，評價效率高。
167.本實施例基于第n輪次的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量計算剩余責(zé)任性異常數(shù)量百分比，并基于剩余責(zé)任性異常數(shù)量百分比計算第n輪次的異常消缺直通率，進一步地，基于異常消缺直通率評價該輪次的軟件開發(fā)質(zhì)量，能夠直觀可靠的評估不同輪次的軟件開發(fā)質(zhì)量，提高了軟件開發(fā)質(zhì)量評價效率以及評價的準確性。
168.實施例3
169.圖7為本發(fā)明實施例3提供的一種電子設(shè)備的結(jié)構(gòu)示意圖。電子設(shè)備包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，處理器執(zhí)行程序時實現(xiàn)實施例1中的軟件開發(fā)質(zhì)量的評價方法。圖7顯示的電子設(shè)備30僅僅是一個示例，不應(yīng)對本發(fā)明實施例的功能和使用范圍帶來任何限制。
170.如圖7所示，電子設(shè)備30可以以通用計算設(shè)備的形式表現(xiàn)，例如其可以為服務(wù)器設(shè)備。電子設(shè)備30的組件可以包括但不限于：上述至少一個處理器31、上述至少一個存儲器32、連接不同系統(tǒng)組件(包括存儲器32和處理器31)的總線33。
171.總線33包括數(shù)據(jù)總線、地址總線和控制總線。
172.存儲器32可以包括易失性存儲器，例如隨機存取存儲器(ram)321和/或高速緩存存儲器322，還可以進一步包括只讀存儲器(rom)323。
173.存儲器32還可以包括具有一組(至少一個)程序模塊324的程序/實用工具325，這樣的程序模塊324包括但不限于：操作系統(tǒng)、一個或者多個應(yīng)用程序、其它程序模塊以及程序數(shù)據(jù)，這些示例中的每一個或某種組合中可能包括網(wǎng)絡(luò)環(huán)境的實現(xiàn)。
174.處理器31通過運行存儲在存儲器32中的計算機程序，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理，例如本發(fā)明實施例1中的軟件開發(fā)質(zhì)量的評價方法。
175.電子設(shè)備30也可以與一個或多個外部設(shè)備34(例如鍵盤、指向設(shè)備等)通信。這種通信可以通過輸入/輸出(i/o)接口35進行。并且，模型生成的設(shè)備30還可以通過網(wǎng)絡(luò)適配器36與一個或者多個網(wǎng)絡(luò)(例如局域網(wǎng)(lan)，廣域網(wǎng)(wan)和/或公共網(wǎng)絡(luò)，例如因特網(wǎng))通信。如圖7所示，網(wǎng)絡(luò)適配器36通過總線33與模型生成的設(shè)備30的其它模塊通信。應(yīng)當(dāng)明白，盡管圖中未示出，可以結(jié)合模型生成的設(shè)備30使用其它硬件和/或軟件模塊，包括但不限于：微代碼、設(shè)備驅(qū)動器、冗余處理器、外部磁盤驅(qū)動陣列、raid(磁盤陣列)系統(tǒng)、磁帶驅(qū)動
器以及數(shù)據(jù)備份存儲系統(tǒng)等。
176.另外，電子設(shè)備也可以以電子芯片的形式實現(xiàn)，在芯片上設(shè)有存儲器、處理器相關(guān)的電子元件，以及存儲在存儲器上并可在處理器上運行的操作程序。
177.應(yīng)當(dāng)注意，盡管在上文詳細描述中提及了電子設(shè)備的若干單元/模塊或子單元/模塊，但是這種劃分僅僅是示例性的并非強制性的。實際上，根據(jù)本發(fā)明的實施方式，上文描述的兩個或更多單元/模塊的特征和功能可以在一個單元/模塊中具體化。反之，上文描述的一個單元/模塊的特征和功能可以進一步劃分為由多個單元/模塊來具體化。
178.實施例4
179.本實施例提供了一種計算機可讀存儲介質(zhì)，其上存儲有計算機程序，程序被處理器執(zhí)行時實現(xiàn)實施例1中的軟件開發(fā)質(zhì)量的評價方法。
180.其中，可讀存儲介質(zhì)可以采用的更具體可以包括但不限于：便攜式盤、硬盤、隨機存取存儲器、只讀存儲器、可擦拭可編程只讀存儲器、光存儲器件、磁存儲器件或上述的任意合適的組合。
181.雖然以上描述了本發(fā)明的具體實施方式，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這僅是舉例說明，本發(fā)明的保護范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實質(zhì)的前提下，可以對這些實施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護范圍。
技術(shù)特征：
1.一種軟件開發(fā)質(zhì)量的評價方法，其特征在于，所述評價方法包括：獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量，所述責(zé)任性異常總數(shù)量為與軟件自身相關(guān)的異常總數(shù)量，所述剩余責(zé)任性異常數(shù)量為第n輪次未成功消缺的異常數(shù)量；基于所述剩余責(zé)任性異常數(shù)量以及所述責(zé)任性異常總數(shù)量計算剩余責(zé)任性異常數(shù)量百分比；基于所述剩余責(zé)任性異常數(shù)量百分比計算所述第n輪次的異常消缺直通率；基于所述異常消缺直通率評價所述第n輪次的軟件開發(fā)質(zhì)量。2.根據(jù)權(quán)利要求1所述的軟件開發(fā)質(zhì)量的評價方法，其特征在于，所述獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量的步驟之前，所述評價方法還包括：獲取所述第n輪次異常軟件的異常數(shù)據(jù)；基于所述異常數(shù)據(jù)判斷所述異常軟件是否為軟件缺陷，若是，則判斷所述異常軟件是否為獨立異常，若是，則將所述異常軟件確定為責(zé)任性異常，并統(tǒng)計至所述第n輪次的責(zé)任性異常總數(shù)量中；和/或，所述獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量的步驟包括：獲取第n輪次的新增責(zé)任性異常總數(shù)量；獲取第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量；基于所述第n輪次的新增責(zé)任性異常總數(shù)量以及所述第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量計算得到所述第n輪次的異常軟件的責(zé)任性異常總數(shù)量。3.根據(jù)權(quán)利要求1所述的軟件開發(fā)質(zhì)量的評價方法，其特征在于，所述評價方法還包括：獲取第m階段中多個輪次的異常消缺直通率；基于每個輪次的異常消缺直通率計算所述第m階段的異常消缺流通率；基于所述異常消缺流通率評價所述第m階段的軟件開發(fā)質(zhì)量。4.根據(jù)權(quán)利要求3所述的軟件開發(fā)質(zhì)量的評價方法，其特征在于，所述評價方法還包括：獲取軟件開發(fā)周期中多個階段的異常消缺流通率；基于每個階段的異常消缺流通率計算所述軟件開發(fā)周期的異常消缺合格率；基于所述異常消缺合格率評價所述軟件開發(fā)周期的軟件開發(fā)質(zhì)量。5.一種軟件開發(fā)質(zhì)量的評價系統(tǒng)，其特征在于，所述評價系統(tǒng)包括第一獲取模塊、第一計算模塊、第二計算模塊和第一評價模塊；所述第一獲取模塊用于獲取第n輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量，所述責(zé)任性異常總數(shù)量為與軟件自身相關(guān)的異常總數(shù)量，所述剩余責(zé)任性異常數(shù)量為第n輪次未成功消缺的異常數(shù)量；所述第一計算模塊用于基于所述剩余責(zé)任性異常數(shù)量以及所述責(zé)任性異常總數(shù)量計算剩余責(zé)任性異常數(shù)量百分比；所述第二計算模塊用于基于所述剩余責(zé)任性異常數(shù)量百分比計算所述第n輪次的異常
消缺直通率；所述第一評價模塊用于基于所述異常消缺直通率評價所述第n輪次的軟件開發(fā)質(zhì)量。6.根據(jù)權(quán)利要求5所述的軟件開發(fā)質(zhì)量的評價系統(tǒng)，其特征在于，所述評價系統(tǒng)還包括第二獲取模塊、第一判斷模塊、第二判斷模塊以及確定模塊；所述第二獲取模塊用于獲取所述第n輪次異常軟件的異常數(shù)據(jù)；所述第一判斷模塊用于基于所述異常數(shù)據(jù)判斷所述異常軟件是否為軟件缺陷，若是，則調(diào)用所述第二判斷模塊；所述第二判斷模塊用于判斷所述異常軟件是否為獨立異常，若是，則調(diào)用所述確定模塊；所述確定模塊用于將所述異常軟件確定為責(zé)任性異常，并統(tǒng)計至所述第n輪次的責(zé)任性異常總數(shù)量中；和/或，所述第一獲取模塊包括第一獲取單元、第二獲取單元和計算單元；所述第一獲取單元用于獲取第n輪次的新增責(zé)任性異常總數(shù)量；所述第二獲取單元用于獲取第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量；所述計算單元用于基于所述第n輪次的新增責(zé)任性異常總數(shù)量以及所述第n-1輪次的經(jīng)異常消缺后的責(zé)任性異常總數(shù)量計算得到所述第n輪次的異常軟件的責(zé)任性異常總數(shù)量。7.根據(jù)權(quán)利要求5所述的軟件開發(fā)質(zhì)量的評價系統(tǒng)，其特征在于，所述評價系統(tǒng)還包括第三獲取模塊、第三計算模塊和第二評價模塊；所述第三獲取模塊用于獲取第m階段中多個輪次的異常消缺直通率；所述第三計算模塊用于基于每個輪次的異常消缺直通率計算所述第m階段的異常消缺流通率；所述第二評價模塊用于基于所述異常消缺流通率評價所述第m階段的軟件開發(fā)質(zhì)量。8.根據(jù)權(quán)利要求7所述的軟件開發(fā)質(zhì)量的評價系統(tǒng)，其特征在于，所述評價系統(tǒng)還包括第四獲取模塊、第四計算模塊和第三評價模塊；所述第四獲取模塊用于獲取軟件開發(fā)周期中多個階段的異常消缺流通率；所述第四計算模塊用于基于每個階段的異常消缺流通率計算所述軟件開發(fā)周期的異常消缺合格率；所述第三評價模塊用于基于所述異常消缺合格率評價所述軟件開發(fā)周期的軟件開發(fā)質(zhì)量。9.一種電子設(shè)備，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，其特征在于，所述處理器執(zhí)行所述計算機程序時實現(xiàn)如權(quán)利要求1-4中任一項所述的軟件開發(fā)質(zhì)量的評價方法。10.一種計算機可讀存儲介質(zhì)，其上存儲有計算機程序，其特征在于，所述計算機程序被處理器執(zhí)行時實現(xiàn)如權(quán)利要求1-4中任一項所述的軟件開發(fā)質(zhì)量的評價方法。
技術(shù)總結(jié)
本發(fā)明公開了一種軟件開發(fā)質(zhì)量的評價方法、系統(tǒng)、電子設(shè)備及介質(zhì)，該方法包括：獲取第輪次的異常軟件的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量；基于剩余責(zé)任性異常數(shù)量以及責(zé)任性異常總數(shù)量計算剩余責(zé)任性異常數(shù)量百分比；基于該百分比計算第輪次的異常消缺直通率；基于異常消缺直通率評價第輪次的軟件開發(fā)質(zhì)量。本發(fā)明基于第輪次的責(zé)任性異常總數(shù)量以及剩余責(zé)任性異常數(shù)量計算剩余責(zé)任性異常數(shù)量百分比，并基于剩余責(zé)任性異常數(shù)量百分比計算第輪次的異常消缺直通率，基于異常消缺直通率評價該輪次的軟件開發(fā)質(zhì)量，能夠伴隨軟件開發(fā)過程，直觀可靠的評估不同輪次的軟件開發(fā)質(zhì)量，提高了軟件開發(fā)質(zhì)量評價效率以及評價的準確性。評價的準確性。評價的準確性。
