1、IT項目如何進行質量控制提起如今的IT項目，軟件工程備受關注。而軟件的質量更是眾人關注的焦點，因為目前還沒有一套完善的評估標準。甚至有人提出，現在的軟件開發根本提不上是 工程”，因為它太 稚嫩了，還沒有一套成熟的標準來比照； 因而軟件項目極易出現失敗或失誤。 大量實踐證明， 軟件工程項目的成敗，通常是因為管理問題（協同工作的能力），而不是技術上的問題。要想做一盤完美”的軟件大餐，質量管理的作用是不言而喻的。 在實際項目質量管理中，質量 管理總是圍繞著質量保證過程和質量控制過程兩方面。 這兩個過程相互作用， 在實際應用中 還可能會發生交叉。關于軟件的質量，很難下一個非常明確的定義。做軟件大餐”的

2、工序軟件質量保證 （以下簡稱SQA）的目的是驗證在軟件開發過程中是否遵循了合適的過程和標準。獨立的SQA組是衡量軟件開發活動優劣與否的尺度之一。SQA組的這一獨立性，使其享有一項關鍵權利越級上報”。當SQA組發現產品質量出現危機時，它有權向項目組的上級機構直接報告這一危機。這無疑對項目組起到相當的鉞懾”作用，也可以看成是促使項目組重視軟件開發質量的一種激勵。這一形式使許多問題在組內得以解決，提高了軟件開發的質量和效率。選擇和確定SQA活動這一過程的目的是策劃在整個項目開發過程中所需要進行的質量保證活動。質量保證活動應與整個項目的開發計劃和配置管理計劃相一致。一般把該活動分為以下 5類：第一類，

3、評審軟件產品、工具與設施軟件產品常被稱為無形”的產品。在評審時不能只對最終的軟件代碼進行評審，還要對軟件開發計劃、標準、過程、軟件需求、軟件設計、數 據庫、手冊以及測試信息等進行評審。評估軟件工具主要是為了保證項目組采用合適的技術和工具。評估項目設施的目的是保證項目組有充足設備和資源進行軟件開發工作。這也為規劃今后軟件項目的設備購置、資源擴充、資源共享等提供依據。第二類，SQA活動審查的軟件開發過程 SQA活動審查的軟件開發過程主要有：軟件產 品的評審過程、項目的計劃和跟蹤過程、 軟件需求分析過程、 軟件設計過程、軟件實現和單 元測試過程、集成和系統測試過程、項目交付過程、子承包商控制過程、配

4、置管理過程。特 別要強調的是，為保證軟件質量，應賦予SQA阻止交付某些不符合項目需求和標準產品的權利。第三類，參與技術和管理評審參與技術和管理評審的目的是為了保證此類評審滿足項目 要求，便于監督問題的解決。第四類，做SQA報告SQA活動的一個重要內容就是報告對軟件產品或軟件過程評估的 結果，并提出改進建議。SQA應將其評估的結果文檔化。第五類，做SQA度量SQA度量是記錄花費在 SQA活動上時間、人力等數據。通過大 量數據的積累、分析，可以使企業領導對質量管理的重要性有定量的認識，利于質量管理活動的進一步開展。需要說明的是，并不是每個項目的質量保證過程都必須包含上述這些活動或僅限于這些 活動，

5、要根據項目的具體情況來定。SQA計劃中必須明確定義在軟件開發的各個階段是如何進行質量保證活動的。因此，要想交付一個高質量的軟件， 消除缺陷的活動就變得很重要。缺陷消除是通過 評審”和 測試”這類質量控制活動來實現的。缺陷在軟件開發的任何階段都可能會被引入。項 目質量管理過程包含了許多可以識別缺陷、消除缺陷的過程。識別缺陷”和 消除缺陷”本來是兩個不同的過程， 但在這里為了簡便統一用 消除”來代表它們。潛在的缺陷越大，用來消除它所花的費用越高。因此成熟的軟件開發過程在每一個可能會引入潛在缺陷的階段完成之 后都會開展質量控制活動。 這些為了消除缺陷的活動包括：需求評審、設計評審、代碼走查、單元測試

6、、集成測試、系統測試以及驗收測試等。質量控制的任務就是策劃可行的質量管理活動，然后正確地執行和控制這些活動以保證絕大多數的缺陷可以在開發過程中被發現。正如前面提到的，在進行評審和測試時可檢測到缺陷。在執行過程中，根據已定義好的過程來執行這些活動。通過執行這些活動來識別缺陷，然后消除這些缺陷。 例如，系統測試過程一般包括制定測試計劃，測試計劃中應列出在測試執行過程中所有的測試用例，評審測試計劃，并且最終執行測試計劃。中國質量報請問各位是如何進行質量控制的呢？主要是對speciafication進行評審和對代碼，文檔進行檢查嗎？還有其他工作嗎？ 有沒有一定的標準呢 彼們進行評審的時候就是大家開會一

7、行行來 討論,沒有任何標準，非常倚重個人的經驗，非常累人，非常不科學，不知道有沒有更好的方法 ？1. 文擋要結構化，標準化，是按一定的模板編制的；2。代碼的結果，要滿足模塊設計的要求，而且代碼量小，執行速度快；3。代碼結構符合標準要求，有說明等，格式標準。們進行評審的時候就是大家開會一行行來討論，沒有任何標準，你們公司有文檔么？即使文檔按摸板寫了 ，也不見得質量就得到控制了 ，如果你們公司有制定好的文檔，如果你們填寫文檔的人真的按照文檔要求的內容去填寫了，真的按照規定好的格式去做了，那么軟件的質量會得到一個嚴格的控制的，周期可能會比較長。總之，看了樓主的話，還是不太明白你們公司現在的具體情況，

8、1、你們有沒有成型的各種文檔規范？2、有沒有專門負責質量改進或者監督的人員？3、有多少開發和測試人員？4、大家對于軟件質量的概念如何？是否都認為需要引進質量管理的體系?針對你最后一句話，你質量保證人員要敦促開發人員做的，問題是怎么做，來舉個例子吧。假設一個理想狀態：1、在項目的需求階段，有需求說明書，和規格說明書。2、技術經理據此寫了詳細的開發手冊，也就是詳細的表結構，數據庫結構等等的設定。3、開發人員按照這個開發手冊，根據各自的任務進行代碼編寫。4、QA人員根據這個開發手冊，來檢查 代碼滿足模塊設計的要求”是否符合。我們要保證質量的手段也只是開始定些編碼規定，到最后讓測試人員用一下再改這樣就

9、沒有其他了 .反正人手也不多，就一個到兩個人把設計寫出來，然后讓程序員好好理解了再做.我想可能問題就出在規范要讓"程序員好好理解"，這說明設計寫得不夠詳細.大略的文檔和編碼規范當然有.比如編碼規范也只是規定到了變量，字段如何命名之類，是不是應該有更詳細，或者更多經驗性的東西，可以事先規定的？ 大家肯定覺得質量重要啊.但是就覺得不知道如何能在規定時間得到質量好的東西，總是做了叫測試人員用，出問題再改，再測又有新問題.惡性循環.而且大家都覺得 CMM是奢侈的東 西.我有時候更懷疑這個"規定的時間"到底是否科學？為什么總是不能在規定時間完成？是人不行還是這個時

10、間錯了 獺劃這個時間是否有什么經驗和標準呢？再者，我對這個"評審的把關能力"就頗有疑問，它是不是就跟個人經驗有很大關系，有沒有一點具體或量化的標準可循呢 ？我說的文檔不是隨便寫出來的，是根據貴公司的實際情況編制的。如果自己編寫有困難，可以請這樣的公司來貴公司實地考察然后幫你們編寫。如果按照這樣的文檔認真填寫，做好每一步，比如從開始的設計階段到最后的測試、審核、 提交用戶都有章可依，是比較正式的。如果認真填寫一份測試記錄，那么開發人員看到后， 也就能很快找到錯誤的地方，修改好，測試人員也能根據測試反饋以最快的速度進行回歸測 試。（文檔并不是萬能的，如果大家都只是形式上的，還不如不要文檔這個累贅）樓上的說 開發人員的效益與項目整體的效益掛鉤呢？”確實應該這樣，但是不只是開發人員的，應該是項目所有成員的。規定的時間內的問題：現在很多的公司為了拿到單子都承諾客戶會在他們要求的時間內交付使用，其實如果按照公式來計算的話