產(chǎn)品形式 | 內(nèi)在的評價標(biāo)準(zhǔn) |
設(shè)計 | 耦合,內(nèi)聚,輸入,輸出,…… |
代碼 | 循環(huán)的復(fù)雜程度,嵌套深度,易測量的標(biāo)準(zhǔn),…… |
文檔 | 索引的可讀性,…… |
如果內(nèi)在的評價標(biāo)準(zhǔn)之間存在各種關(guān)聯(lián),那么采用該標(biāo)準(zhǔn)并不能明確地區(qū)分各個特征目標(biāo)。因此,在通常情況下,我們建議采用外在的評價標(biāo)準(zhǔn)對產(chǎn)品質(zhì)量特征進行評價。
3.7.1 改進性
任何一個改進性規(guī)范的目的都將為適應(yīng)變化所需付出的努力程度分為低/中/高三類。在下表中,對低/中/高三種努力程度的含義給出了一種可能的解釋。該表相對于某個特定項目是十分準(zhǔn)確的。
低 | – 不需作任何改變 – 對數(shù)據(jù)文件進行輕微地修改 – 重新鏈接,重新啟動 – 重新編譯,重新鏈接,重新啟動 |
中 | 原程序需要修改. 但不需要對設(shè)計進行改動 |
高 | 設(shè)計或體系結(jié)構(gòu)需要修改 |
在體系結(jié)構(gòu)或設(shè)計階段的最后,可以分析得出產(chǎn)品質(zhì)量的外在的評價標(biāo)準(zhǔn),如下所示:
1)已滿足改進目標(biāo)的百分比
2)不能滿足的改進目標(biāo)個數(shù)(低努力程度)
3)不能滿足的改進目標(biāo)個數(shù)(中努力程度)
4)不能滿足的改進目標(biāo)個數(shù)(高努力程度)
可以采用SAAM方法[4]對體系結(jié)構(gòu)或設(shè)計進行分析,以獲得上面這些評價標(biāo)準(zhǔn)。
3.7.2 操作性
下面的評價標(biāo)準(zhǔn)可以用來跟蹤操作性目標(biāo)。
1)實現(xiàn)的操作性目標(biāo)的百分比:在設(shè)計階段,依照操作性規(guī)范對項目的每一個入口的設(shè)計都進行分析。在測試階段,通過測試案例來驗證產(chǎn)品是否達到操作性規(guī)范的要求。
實現(xiàn)的操作性目標(biāo)的百分比 = (已實現(xiàn)的操作性目標(biāo)的個數(shù)/操作性規(guī)范中要實現(xiàn)的目標(biāo)的總個數(shù))*100%
2)在設(shè)計/測試階段結(jié)束后,可以通過圖表來反應(yīng)操作性規(guī)范中每個目標(biāo)計劃值與實際值之間的差異。
例如:屏幕刷新率 1—5秒
1sec 5sec
1sec 5sec
角色 | 職責(zé) |
SSTE(系統(tǒng)軟件測試工程師) | —在測試過程中關(guān)注產(chǎn)品質(zhì)量。根據(jù)產(chǎn)品質(zhì)量選擇測試案例。 —證明或確保發(fā)布的產(chǎn)品滿足產(chǎn)品質(zhì)量要求(測試小組在組織范圍內(nèi)能獨立開展工作) |
質(zhì)量員 | —選擇評價標(biāo)準(zhǔn) —在改進期間,對相關(guān)活動進行審計以保證過程符合產(chǎn)品質(zhì)量的要求 |
系統(tǒng)技術(shù)員 | —對可用性、操作性、改進性、有效性等質(zhì)量特征的分析技術(shù)和規(guī)范進行歸納—制定實現(xiàn)質(zhì)量特征的方法和指導(dǎo)方針 |
Ops 經(jīng)理 | —制定生產(chǎn)線流程圖 |
過程主管 | —積極地參與實現(xiàn)指定的產(chǎn)品質(zhì)量特征和目標(biāo)—設(shè)置可重用目標(biāo)—確保可重用目標(biāo)已經(jīng)實現(xiàn)—制定生產(chǎn)線計劃 |
項目經(jīng)理 | —為產(chǎn)品質(zhì)量制定計劃—按照特定的規(guī)范和分析行為制定有助于提高產(chǎn)品質(zhì)量的項目計劃—在產(chǎn)品開發(fā)過程中定期向上級提交產(chǎn)品質(zhì)量報告 |
技術(shù)總監(jiān) | —在需求分析階段制定產(chǎn)品質(zhì)量的特征規(guī)范—詳細設(shè)計產(chǎn)品質(zhì)量特征 |
改進工程師 | —在改進過程中保證產(chǎn)品質(zhì)量特征的實現(xiàn) |
系統(tǒng)專家和銷售人員 | —在需求階段,制訂產(chǎn)品的改進方案和商業(yè)計劃 |
6. 結(jié)論
產(chǎn)品質(zhì)量改進計劃通過關(guān)注操作性、可用性、有效性、改進性等質(zhì)量特征,促使組織開發(fā)出更好的產(chǎn)品。改進過程通過一系列額外的活動來滿足產(chǎn)品質(zhì)量特征,使不同的風(fēng)險承擔(dān)者(包括用戶、系統(tǒng)工程人員、系統(tǒng)專家和銷售人員、軟件工程人員、產(chǎn)品改進人員等等)在整個產(chǎn)品開發(fā)周期內(nèi)關(guān)注產(chǎn)品質(zhì)量。而且,本文所討論的產(chǎn)品質(zhì)量改進活動和技術(shù)也有助于鞏固CMM模型的軟件質(zhì)量管理關(guān)鍵過程域。
組織應(yīng)為實施產(chǎn)品質(zhì)量改進計劃提供支持,它有助于提高用戶對產(chǎn)品和解決方案的滿意度,從而使得用戶繼續(xù)使用該產(chǎn)品成為可能。該計劃也涉及到少數(shù)的關(guān)鍵技術(shù)實踐(如設(shè)計分析),從而增強MIEL的整體過程成熟度。
7. 參考書目
[1]"Attribute-based architecture development", Krishnan Rangarajan, Kashinath Kakarla, Deepti Arora, Proceedings APSES-98, pp 381-387.
[2]"Architecture"Attributes"for"SMAP2000",http://libra.miel.mot.com/~3gtoolscm/ 3G_smap.html
[3]"Software Metrics for Product Assessment", Richard Bache, Gualtiero Bazzana, Mcgraw-Hill Book Company, 1994.
[4]"Scenario-Based Analysis of software Architecture", Kazman, R., Abowd, G., Bass, L., and Clements, P., IEEE Software, 13(6):47-56, 1996.
[5] http://www.usability.serco.com
[6]"Experiences with Architecture attribute analysis", Lakshmi and Suresh Kumar Chintada, submitted for APSES99.
[7]"Looking beyond customer satisfaction", Jyoti, submitted for APSES99.
[8]"Information Needs in analysis of Telecommunication software - a case study", Vesa Hirvisalo, Esko Nuutila.
[9]"Problems in practice of performance engineering", Mark H. Klein, CMU/SEI-95-TR-020, ESC-TR-95-020, Feb 1996.
[10]"Testing for Non-functional attributes", Santhosh C.K and Krishnan Rangarajan, submitted for APSES99.
[11] http://5nines.mot.com/
[12]"Usability analysis with SUMI method", Krishnan Rangarajan, Jacob Jacob, S.C Nirmala, P.Rajshekar Swamy, submitted for APSES99.
溫馨提示:因考試政策、內(nèi)容不斷變化與調(diào)整,信管網(wǎng)網(wǎng)站提供的以上信息僅供參考,如有異議,請以權(quán)威部門公布的內(nèi)容為準(zhǔn)!
信管網(wǎng)致力于為廣大信管從業(yè)人員、愛好者、大學(xué)生提供專業(yè)、高質(zhì)量的課程和服務(wù),解決其考試證書、技能提升和就業(yè)的需求。
信管網(wǎng)軟考課程由信管網(wǎng)依托10年專業(yè)軟考教研傾力打造,官方教材參編作者和資深講師坐鎮(zhèn),通過深研歷年考試出題規(guī)律與考試大綱,深挖核心知識與高頻考點,為學(xué)員考試保駕護航。面授、直播&錄播,多種班型靈活學(xué)習(xí),滿足不同學(xué)員考證需求,降低課程學(xué)習(xí)難度,使學(xué)習(xí)效果事半功倍。
發(fā)表評論 查看完整評論 | |