CMM欺騙了中國的軟件業 本人經歷過CMM2、CMM3、 CMMI 4和5,隨著對CMM的理解的深入,越發產生了深層次的思考。CMM對我個人影響也很大,的確有很多好的實踐和理念供我們學習和借鑒。本文不是全..
我在工作中,接觸到印度軟件公司開發出來的軟件: 整個體系架構非常清晰,按照我們的要求實現了全部功能,而且相當穩定。但是打開具體的代碼一看,拖沓冗長,水平不咋樣。我們自己的..
說到為什么我喜歡在實驗室推廣XP,我們先來看看幾個軟件過程 首先是RUP,RUP有什么特點呢?迭代性 開發 ,用例驅動,使用 UML 對軟件建模,提倡事先設計好以組件為核心的體系結構(以體系結..
一、引言 隨著社會信息化水平的不斷提高,信息行業急速膨脹,信息企業快速成長,隨之帶來的信息市場競爭激烈,企業為了求生存,滿足客戶要求則成為各行各業的首要責任。依賴于質量、..
你有沒有為了要更多的信息而被返回bug report的經歷呢?有沒有碰到過你發現的一個非常嚴重的錯誤被推遲到下一個版本才去修復的情況呢? 你提交的每一個bug report都是和項目組就正在測試中的..
嚴重性和優先級是表征 軟件測試 缺陷的兩個重要因素,它影響軟件缺陷的統計結果和修正缺陷的優先順序,特別在 軟件測試 的后期,將影響軟件是否能夠按期發布與否。 對于 軟件測試 初學..
一、一定要提交??! 1.記得有這么個 缺陷 ,以后再遇到的時候可能就會了解發生的原因。 2.盡力去查找出錯的原因,比如有什么特別的操作,或者一些操作環境等。 3. 程序員 對程序比 測..
要注意的是,IT應用面非常廣泛,其質量管理體系的構建雖然有一定規律可循,但也有很多個 性化的需求,這就需要應用方、承建方、監理方有經驗,并善于溝通和交流,從流程和體系上 保證..
[導讀]本文從另一個側面同大家分享軟件企業在軟件開發過程中兩個重要角色之間的協作關系,以兩個角色之間高效的互動來說明在開發過程中,我們如何來有效的保障軟件產品的質量。 一、軟..
一、 前言 本人在企業從事SQA工作,同時兼任SEPG的工作進行基于CMM3的過程改進,在實踐過程中,對SQA的工作有了較多的想法和認識。本文是個人看法,請大家指教,如果要和本人聯系,請發E..
因見CSDN社區有詢問如何學習軟工的問題,遂粗略總結了一下自己的看法,以供參考。 個人淺見: 軟件工程 涉及的內容非常多,而且學習時理論抽象的東西居多,沒有具體的實踐經驗在將來處..
對于實施CMMI,對軟件過程進行改進,我原來一直觀點是CMMI實施不一定能夠提高軟件的質量,因為過程和人始終是兩個重要因素,軟件項目團隊和人往往起到重要作用。 當我們持這種觀點的時候..
顧愷翻譯 概要 幾年前每個人都被Quality 軟件的問題所困擾。Quality 中的Q 之所以大寫就是為了強調單詞的重要性。引入了消耗幾個小時的程序和檢查過程、以及大量的文書工作,就是為了設法減..
1. 你們的項目組使用源代碼管理工具了么? 應該用。 VSS 、 CVS 、PVCS、 ClearCase 、 CC C/Harvest、FireFly都可以。我的選擇是VSS。 2. 你們的項目組使用 缺陷管理 系統了么? 應該用。 ClearQuest 太復雜..
伴隨著從業人員的痛苦 軟件工程 、 項目管理 、過程控制、能力成熟度等知識開始被大家接受,這方面的書也出了很多。我們在理論和實踐的碰撞中一步步成長,項目管理就有些模樣,至少有..
導論: 第一級:初始級 在初始級,企業一般不具備穩定的軟件 開發 與維護的環境。常常在遇到問題的時候,就放棄原定的計劃而只專注于編程與測試。 第二級:可重復級 在這一級,建立了管..
根據 軟件工程 標準制定的機構和標準適用的范圍有所不同, 它可分為五個級別,即國際標準、國家標準、行業標準、企業(機構) 標準及項目(課題)標準。以下分別對五級標準的標識符及標準制..
微軟企業方法(下) 真正保證軟件項目 質量 的不僅有開發人員,還有測試人員。 Bug “指揮棒” 一個優秀軟件產品的成功,除了其先進的技術含量之外,產品開發過程的有序和有效科學的管理也..
摘要 本文的目的是比較 軟件質量 和軟件風險管理之間的關系。文章首先回顧了基本原理、技術,以及它們在質量軟件開發過程中的應用。讀者可以知道風險管理的基本概念,包括Boehmis的六步..
Q:聽說SEI最新推出的CMMI是什么?我們是應該選擇CMMI還是CMM? A:CMMI的全稱為:Capability Maturity Model Integration,即能力成熟度模型集成。自從1994年SEI正式發布軟件CMM以來,相繼又 開發 出了系統..