軟件項(xiàng)目質(zhì)量管理層次模型-文庫吧資料
2025-04-19 02:06本頁面
【正文】 終質(zhì)量，而不是通過最后的檢驗(yàn) 測試找出缺陷。企業(yè)最重要的問題是“明天這樣做的比今天好”企業(yè)要永不滿足，沒有終點(diǎn)，永無休止地努力工作，追求進(jìn)步和持續(xù)改進(jìn)，為未來努力奮斗。企業(yè)持續(xù)在必要時(shí)評(píng)估基準(zhǔn)比較中獲得的信息，實(shí)施為改進(jìn)過程所必要的變革。公司必須決定以誰為基準(zhǔn)點(diǎn)及需要比較什么。企業(yè)認(rèn)識(shí)到為了保持競爭優(yōu)勢，過程改進(jìn)是必要的。與使用多個(gè)方法相比，只用一個(gè)方法所產(chǎn)生的協(xié)同效應(yīng)使得程控更加容易。在這一層次上，還包括理解項(xiàng)目管理原則對(duì)公司所用其他方法的應(yīng)用和支持。在企業(yè)內(nèi)部普及項(xiàng)目管理基礎(chǔ)知識(shí)，使用業(yè)界通語言和用術(shù)語進(jìn)行溝通，使大家形成對(duì)問題的正確理解?？破澕{博士對(duì)項(xiàng)目成功的定義，不僅要滿足傳統(tǒng)的項(xiàng)目時(shí)間、費(fèi)用和性能的三大目標(biāo)以及滿足客戶或用戶定義的質(zhì)量標(biāo)準(zhǔn)，還要滿足具有最少的或者雙方同意的范圍變更、沒有干擾組織的企業(yè)文化或者價(jià)值觀、沒有干擾組織的日常工作進(jìn)程等條件。同時(shí)，企業(yè)始終如一地面向外部客戶，通過優(yōu)越的設(shè)計(jì)質(zhì)量來滿足客戶 需要，并從供應(yīng)商到客戶形成一個(gè)優(yōu)化的管理流程。 完美無缺這一級(jí)上的企業(yè)都有一種內(nèi)在的質(zhì)量文化氛圍，在此氛圍下的方方面面工作都有助于質(zhì)量的提高。軟件錯(cuò)誤具有隨著階段的進(jìn)展而產(chǎn)生積累與放大效應(yīng)，因此應(yīng)當(dāng)盡早消除錯(cuò)誤，否則“差之毫厘，失之千里”。從軟件產(chǎn)業(yè)的發(fā)展初期到目前的大型軟件開發(fā)過程，軟件質(zhì)量保證已經(jīng)成為開發(fā)中的一個(gè)不可分割的部分。把軟件測試有效地組織進(jìn)軟件的生產(chǎn)流程，是軟件質(zhì)量控制規(guī)劃的主要內(nèi)容。 質(zhì)量檢查保證質(zhì)量的方式是進(jìn)行臨時(shí)性的最后檢查，然后消除次品。任何好的規(guī)章制度或計(jì)劃，最終都需要具體措施才能落到實(shí)處。方法體系層次措施質(zhì)量管理層次為提高軟件質(zhì)量企業(yè)所采取的相關(guān)措施。這個(gè)相對(duì)性有兩方面的意義，一是優(yōu)化是相對(duì)某種目標(biāo)的，目標(biāo)不同優(yōu) 化的結(jié)果不同。任何一位設(shè)計(jì)師在做一項(xiàng)設(shè)計(jì)的時(shí)候總是選擇他認(rèn)為是最好的方案，都有某種程度上的“優(yōu)化”，因此他可以 說他的產(chǎn)品是經(jīng)過“優(yōu)化”的。 結(jié)果優(yōu)化通過檢查判斷文檔成果（如項(xiàng)目計(jì)劃、需求規(guī)格、設(shè)計(jì)方案）是否還有改進(jìn)的空間，以盡可能達(dá)到最佳方案。 文檔美學(xué)文檔成果是最佳表述，文字、圖表是均衡和完整的。所有質(zhì)量合格的文檔（包括模型）都代表它期望代表的語義，而且應(yīng)該在代表這些語義的時(shí)候具有一致性。所有語言都有它的語法，所有質(zhì)量合格的文檔（包括模型）都應(yīng)該是語法正確的，不正確的語法會(huì)影響規(guī)格說明和可視化的質(zhì)量。企業(yè)甚至行業(yè)應(yīng)當(dāng)制定統(tǒng)一的文檔規(guī)范，形成一個(gè)文檔約定和規(guī)則，以統(tǒng)一文檔內(nèi)容與風(fēng)格。文檔質(zhì)量管理層次包括文檔規(guī)范、文檔語法、文檔語義、文檔邏輯、文檔美學(xué)、文檔優(yōu)化。總體性能如內(nèi)存管理、數(shù)據(jù)庫組織 和內(nèi)容、非數(shù)據(jù)庫信息、任務(wù)并行性、網(wǎng)絡(luò)多人操作、關(guān)鍵算法、與網(wǎng)絡(luò)、硬件和其他系統(tǒng)接口對(duì)性能的影響等等；運(yùn)行可管理性如便于控制系統(tǒng)運(yùn)行、監(jiān)視系統(tǒng)狀 態(tài)、錯(cuò)誤處理；模塊間通信的簡單性等等。常見問題如：忘記定義變量就使用、變量沒有賦值初就直接 使用、輸入輸出的數(shù)據(jù)類型與所用格式說明符不一致、沒有注意數(shù)據(jù)的數(shù)值范圍造成數(shù)組越界或數(shù)據(jù)溢出、輸入時(shí)數(shù)組的組織方式與要求不符、循環(huán)語句可能會(huì)造成 死循環(huán)、條件語句只考慮符合的情況而沒有考慮例外的情況、讀取文件或數(shù)據(jù)庫中的數(shù)據(jù)沒有考慮例外情況，等等。制定編程規(guī)范，在企業(yè)內(nèi)形成一個(gè)開發(fā)約定和規(guī)則，有利于整體風(fēng)格統(tǒng)一、代碼的可讀性、可維護(hù)性和可擴(kuò)展性。 編譯檢查使用開發(fā)工具所帶的編譯功能或?qū)ｉT程序?qū)浖创a進(jìn)行檢查，分析和尋找源碼存在的問題。 白盒測試白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試，它是在知道產(chǎn)品內(nèi)部工作過程的情況下，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能。在測試時(shí)，把程序看作一個(gè)不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試， 它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整 性。 黑盒測試黑盒測試檢驗(yàn)是否符合系統(tǒng)需求，也稱功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。為了提高編程質(zhì) 量，應(yīng)檢查源碼的邏輯、屬性、對(duì)象命名標(biāo)準(zhǔn)、語言代碼布局等內(nèi)容；代碼的編譯、鏈接、集成和構(gòu)建必須得到驗(yàn)證和確認(rèn)。 統(tǒng)計(jì)分析為了更加全面地從總體上檢查數(shù)據(jù)的質(zhì)量，需要通過統(tǒng)計(jì)分析的方法，主要通過對(duì)新舊數(shù)據(jù)不同角度、不同視圖的統(tǒng)計(jì)對(duì)數(shù)據(jù)轉(zhuǎn)換的正確程度進(jìn)行量化的分析，發(fā)現(xiàn)其在某個(gè)統(tǒng)計(jì)結(jié)果的不一致性，通知相關(guān)人員進(jìn)行糾正。 程序比對(duì)為了自動(dòng)化地檢查數(shù)據(jù)的質(zhì)量
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1