IT項目質(zhì)量控制難點_第1頁
IT項目質(zhì)量控制難點_第2頁
IT項目質(zhì)量控制難點_第3頁
全文預覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、IT項目質(zhì)量控制難點IT項目質(zhì)量控制難點針對該項目特點和難點的分析,項目實施過程面臨的質(zhì)量控制難點 主要出現(xiàn)在以下幾個方而,一起來看看!目標控制即承建單位的建設(shè)結(jié)果是否滿足建設(shè)單位的質(zhì)量要求和業(yè)務(wù)需求。 該項目由于應用功能多、覆蓋而廣,而且由于我國處于經(jīng)濟轉(zhuǎn)型時期, 業(yè)務(wù)管理部門的職能不斷調(diào)整,各部門的業(yè)務(wù)模式和應用需求變化幅度 較大,增加了需求獲取、系統(tǒng)設(shè)計和幵發(fā)的難度,給實現(xiàn)目標帶來了很 大的困難。該目標控制難點也是該信息化工程建設(shè)的質(zhì)量控制重點。它的尖鍵 點體現(xiàn)在監(jiān)理對承建單位的需求調(diào)研方式、問卷設(shè)計、調(diào)研過程、需求 分析報告等重點進行質(zhì)量監(jiān)督和控制;體現(xiàn)在對技術(shù)方案的審核與評估 上,使

2、其符合設(shè)計項目總體設(shè)計的要求,更要滿足該項目應用的業(yè)務(wù)需 求;體現(xiàn)在整個項目過程中對需求變更的控制,以避免變更范圍蔓延, 無法控制。技術(shù)控制本項目行業(yè)應用系統(tǒng)的應用功能多、接口矢系復雜,可靠性、安全 性和可維護性要求高,造成應用系統(tǒng)的幵發(fā)難度大。本項目進行質(zhì)量控制的矢鍵點,體現(xiàn)于監(jiān)理在項目實施全過程中依 據(jù)合同要求審查承建單位的質(zhì)量保證體系建設(shè),推動承建單位加強項目 的質(zhì)量管理;督促承建單位采取符合項目合同要求、項目工程 標準規(guī)定 的技術(shù)路線、技術(shù)要求與系統(tǒng)架構(gòu)進行設(shè)計;按照項目工程 標準和國家 標準規(guī)范規(guī)定的方法進行幵發(fā)、實施及驗收;在項目建設(shè)的全過程中, 監(jiān)理有重點、有選擇地評估、度量承建

3、單位的技術(shù)成果,跟蹤承建單位 的質(zhì)量整改情況等。這里要注意的是,面對木項目多達兩位數(shù)的承建單位,監(jiān)理在對技 術(shù)過程與成果進行質(zhì)量控制時,要樹立總集成商在技術(shù)上的權(quán)威 性,充 分發(fā)揮總集成商的作用,主要由總集成商對各子系統(tǒng)的承建單位進行技 術(shù)把尖,監(jiān)理對整個過程進行監(jiān)督、協(xié)調(diào)與控制。但這并不意味著監(jiān)理方忽略了對承建單位技術(shù)成果的評估與度量:監(jiān) 理在木項目的質(zhì)量控制中,首先要對總集成的技術(shù)結(jié)果進行評估和度 量,其次由總集成商對各承建單位進行技術(shù)把尖;最后監(jiān)理應當通過抽 查總集成商對子承建單位進行技術(shù)把尖的結(jié)果來達到對各承建單位進行 質(zhì)量控制的目的。過程控制信息化工程特別是應用軟件開發(fā),真正按進度、

4、質(zhì)量要求完成且用 戶(業(yè)主)滿意的,只占極少數(shù),絕大多數(shù)工程都不同程度地存在問 題,不少工程驗收不了,或者驗收完了就棄之不用,存在大量浪費資金 的現(xiàn)象。這種現(xiàn)象存在的主要原因就是軟件系統(tǒng)建設(shè)過程的可視性差, 而且在度量和檢查方而難度較高。這一部分內(nèi)容的監(jiān)理 也是信息工程監(jiān) 理的主要難點,它涉及到對應用軟件產(chǎn)品設(shè)計、開發(fā)過程的監(jiān)理。應用軟件開發(fā)項目質(zhì)量控制的要點之一,是在軟件開發(fā)全過程的矢 鍵點采用質(zhì)量度量技術(shù)對項目的質(zhì)量進行評估,以便有效地進行 項目的 質(zhì)量控制。對于信息工程監(jiān)理來說,沒有項目的質(zhì)量度量,等于沒有質(zhì) 量標準。在項目質(zhì)量度量中,我們常用的質(zhì)量度量有軟件可靠性度量、 復雜度度量、缺

5、陷度量、規(guī)模度量等。制定工程標準標準化工作極為重要,它是支撐信息化工程建設(shè)和目標實現(xiàn)的重要 手段。滿足系統(tǒng)建設(shè)、運行維護和管理工作的實際需要的工程建 設(shè)管理 標準,是項目成功建設(shè)和順利運行的基本保障。本項目工程建設(shè)標準的矢鍵質(zhì)量控制點,是要確保建立起聯(lián)系緊 密、相互協(xié)調(diào)、層次分明、構(gòu)成合理、相互支持、滿足需要的標準 體系 并貫徹實施,以支持整體工程建設(shè)和運營維護。為了實現(xiàn)這個目標,在 質(zhì)量控制監(jiān)理工作中要注重以下幾個方面:1. 判斷木項目工程標準質(zhì)量好壞的唯一準則是該標準是否能夠正 確 地指導項目建設(shè)和運營維護,達到項目的建設(shè)目標。因此要把數(shù) 據(jù)能否 正確地進行共享與交換,業(yè)務(wù)處理是否正常,管

6、理標準是否能夠確實指 導、約束參見單位的行為,運營維護標準的實用性等方而作為質(zhì)量標 準,結(jié)合使用標準的參建單位和專家評審意見,最終確認工程標準的質(zhì) 量是否達到合同要求。2. 由于標準化工作的承建單位是由多個單位組成的聯(lián)合體,監(jiān)理要 由聯(lián)合體各單位組成的項目組中,選擇一位技術(shù)精湛、協(xié)調(diào)能力強的人 員對標準編制進行總體把控,以避免標準的各部分出現(xiàn)結(jié)構(gòu)松散、層次 不清、內(nèi)容粗細和深淺不同、指標項缺失、要求過高,甚至互相抵觸等 問題出現(xiàn)。3. 在技術(shù)標準的制定工作中,提出的指標項應當合理、可行,要有 全局性考慮。例如,總體技術(shù)要求“表的設(shè)計要達到第三范式,又要求 部分尖鍵表應當單獨進行備份”,這將造成

7、表的設(shè)計受到很大的約束, 或者造成備份出來的表難以恢復至數(shù)據(jù)庫中。4. 對于工程管理的編制要腳踏實地,不能高高在上,過于宏觀。對 于這樣一個有眾多參建單位的項目,管理標準的細度應該達到如“文檔編制要用0ffice2003, UML工具用RationalRose等。編制 出的工 程管理標準草案應立即在一定范圍內(nèi)試用,以驗證其可行性。要充分征 求各方面的意見。注重軟件測試及度量應用軟件建設(shè)是系統(tǒng)建設(shè)真正的靈魂所在,承建單位的測試是開發(fā) 過程中一個不可缺少的環(huán)節(jié),它對信息系統(tǒng)的質(zhì)量、進度都將具有重大 的影響。一般來說,承建單位需要完成從單元測試、集成測試、確認測 試到系統(tǒng)測試的全部測試工作。測試的規(guī)劃、實施是貫穿在整個幵發(fā)過 程的,監(jiān)理方質(zhì)量控制的一個重要工作就是對承建單位的測試過程進行 監(jiān)督和管理,以達到促使承建單位提高工程質(zhì)量、控制承建單位的開發(fā) 質(zhì)量的目的。監(jiān)理對承建單位的測試的監(jiān)理工作可分為測試過程的監(jiān)理和測試問 題的監(jiān)理。掌握了軟件測評能力的監(jiān)理能夠根據(jù)項目開發(fā)的方式與實際

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論