JWorld@TW the best professional Java site in Taiwan
      註冊 | 登入 | 全文檢索 | 排行榜  

» JWorld@TW » Software Engineering  

按列印兼容模式列印這個話題 列印話題    把這個話題寄給朋友 寄給朋友    訂閱主題
reply to topicthreaded modego to previous topicgo to next topic
本主題所含的標籤
無標籤
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:worookie]
jichung





發文: 4
積分: 0
於 2004-09-15 14:48 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我們公司剛在導入CMMI Level2 有哪些自動化的軟體工具
可以介紹一下嗎?
不然
大大小小的案子都要寫一堆文件, 計畫書的還要管理一堆的數據
對PM或是QA人員(一般都由team裡面的人找伊個出來)是一項很大的負擔


reply to postreply to post
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:worookie]
ec_yeh





發文: 72
積分: 0
於 2004-09-20 14:55 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我們有用ClearQuest,還有做Continuous Integration,都有根據自己的需求另外做些修改,自動做各種統計,重點是能讓電腦做就儘量交給電腦。另外有不少工具是自己開發的,例如寫了不少Excel及Word上的macro,協助蒐集數據以及統計數據。對一般人太瑣碎容易忘記的事項,就多利用自動e-mail提醒。個人的經驗是工具很難適用於所有人,常常要以制定適合自己公司的流程為主,制定的同時多想想如何寫自動化工具作輔助。

reply to postreply to post
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:jichung]
paradise





發文: 5
積分: 0
於 2004-09-27 23:57 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
jichung wrote:
我們公司剛在導入CMMI Level2 有哪些自動化的軟體工具
可以介紹一下嗎?
不然
大大小小的案子都要寫一堆文件, 計畫書的還要管理一堆的數據
對PM或是QA人員(一般都由team裡面的人找伊個出來)是一項很大的負擔


最近常聽到一些要通過CMMI Level2的工程師,抱怨要寫太多文件或表單,對於系統開發卻一點幫助也沒有,反倒是很大的負擔...舉例來說:有些單位為了進行建構管理,規定每Check-in或 Check-out一個檔案都要申請表單?在實務運作,大家想想這合理嗎?你什麼時候Check-in,Check-out是這麼沒有效率一個接者一個呢...
但是我們反過來想,為什麼需要表單與文件,若是依照CMMI的精神來看,他只是需要一些證據,來證明你有進行建構管理或需求管理等等之類的動作..因此重點在你有沒有一些證據而不是哪些表單..如果我們有一些自動化工具且紀錄這些證據,那不就是兩全其美呢?
所以唯有利用自動化的工具才能讓大家建立起CMMI Level 2的軟體紀律來..

說到自動化工具可以介紹一些...
Borland CaliberRM是一個自動化的需求管理工具,透過他可以讓你很輕鬆的建立Traceability Matrix..
Borland StarTeam可以幫助你在Software Configuration Management上,
且CalbierRM and StarTeam也提供DataMart的模組來分析需求管理與建構管理的資料,有了這個工具你就可以進行Measurement and Analysis..,同時你也可以運用Borland Together進行程式碼的Audit..利用OptimizeiIt進行程式的品質管控

同時StarTeam 還可以整合Microsoft Project進行Project Planning...
同時Borland CaliberRM , StarTeam , Together,JBuilder,Optimizeit通通可以整合在JBuilder IDE裡面...

以上資訊供您做參考


reply to postreply to post
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:ec_yeh]
johnsonf





發文: 2
積分: 0
於 2004-10-26 13:43 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
ec_yeh wrote:
是不增加沒有用的表單和虛應故事的工作量,還要符合CMMI的標準。


說的有理.

敝部門的今年目標 CMMI4/5 ... 已經增加很多表單與作業流程, 甚至連要上什麼課 都還要去某個系統先註冊一下, 應該也是要作為將來統計用的.

要去認證, 說穿了, 其實都是為了搶案子賺錢罷了. 並不是真的以"改善開發流程" 為出發點. 不過, 我也去學了一下 Rational Rose, 倒是意外收穫!


reply to postreply to post
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:worookie]
leejehsiang





發文: 11
積分: 0
於 2004-10-28 19:24 user profilesend a private message to usersend email to leejehsiangreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
真是不忍心看到 CMMI 如此被誤解, 趕快跳出來解釋一番, 如果不合您意, 也歡迎大家繼續討論.

CMMI 是一套 top-down 的管理技術, 在組織內, 運用 CMMI 的精神, Continuous Improvement, 來達到持續改善的目的. 改善什麼 ? 改善所有可以改善的工作和過程. 我用過程這個詞, 是希望和流程有所區別. 因為在 CMMI 的管理制度中, 並沒有 involve 到開發的技術和產品或專案的生命週期, 而這些才是流程, 如同設計一個產品開發的專案, 從需求開始, 確認, 提案, 找人, 討論使用的技術, 工具, 開始開發, SRS, SDD, 測試, 到產品 release,等等 (簡略掉一些步驟) 這些才是流程. 而 CMMI 則是將這些流程中的每一個步驟 (或是相關的步驟) group 起來, 分門別類歸納在一起, 然後去找業界的最佳典範 Best Practice, 看看人家是如何做的, 然後修訂成冊, 變成 Technical Report. 所以我用過程這個詞.

那這些過程對開發有何幫助 ? 我個人的看法是,
1. REUSE, 降低開發的時間以及降低過去的錯誤
2. Knowledge, 有一個知識寶庫可以運用
3.....
4....

但是終歸一句話, 這些是屬於管理面的東西, 如何管理好才是重點, 而不是要求寫一堆文件, 讓工程師煩死. 文件要有必要才寫, 要寫的出道理來, 要有利用價值才寫, 要不然, 寫死也沒人看, 寫它幹嘛 ?

既然是管理面的東西, 就要知道自己的管理能力了. 很多主管們 (尤其是老闆) 只聽到要認証才能搶生意, 就殺近去要導 CMMI, 找了顧問公司 (只想賺錢) 卻把員工搞死掉, 這是很不道德的事.

也有人說到, CMMI 會扼殺創意, 我只想說, 基本工都練不好了, 還談什麼創意 ? 張忠謀和朱銘的對話 :

張忠謀 : 朱老師為何這麼有創意, 可以雕塑出太極系列 ?
朱銘 : 你難道不知道, 我用我手上的鑿子和槌子敲打了 30 年才做的出來嗎 ?

想想這些老闆們, 主管們, 不肖的顧問們, 只想趕快導入 CMMI, 想辦法讓你通過評鑑, 趕快收錢了事. 殊不知, CMMI 的基本精神是在持續改善啊, 不能停下來的, 必須不斷的不斷的分析與討論, 找出可以改善的辦法啊.

唉, 我也是一個 CMMI 的顧問, 聽到同業的作法, 我只想到一句話, 劣幣驅逐良幣, 想要好好幫客戶做好改善, 建立改善的環境和機制, 卻敵不過殺價與惡質競爭, 真是替這些導入 CMMI 的廠商客戶們感到悲哀 !!!

如果你覺得我說的有錯, 歡迎大家來罵我吧 !


reply to postreply to post
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:worookie]
尹守紀





發文: 1
積分: 0
於 2005-03-12 15:20 user profilesend a private message to usersend email to 尹守紀reply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
CMM的基本思想基於已有60多年歷史的品質管理之原理。
Philip Corsby在其“Quality is Free”中提出了能力成熟度框架,描繪品質管理之5個進化階段。隨後IBM公司的Rom Tadice及其同事在Watts Humphery指導下,對於該框架進行了修定,以配合軟體過程之需要。
1986年,Watts Humphery將此成熟度框架引進SEI,並將之轉換為評鑑軟體發展成熟度之模式。
在此之前,IBM公司之內部軟體學院Software Institute,即專們針對企業內之中高階主管及軟體計劃主持人,進行軟體發展過程能量之培訓。
美國國國防部對於IBM此架構,印象極深,因此於1984將此構想移植籌設於卡內基美隆大學之軟體工程學院(以下簡稱SEI),訂定出軟體過程成熟度框架Capability Maturity Model (CMM),將上述軍規發展過程中所應完成之計劃執行項目,予以分等級評估出廠家之軟體管理能力,俾供選商參考。因此在CMM之各項Key Process Area,理論上皆可在不同軍規標準中找到,只因為它是橫向平行散布在不同之標準文件,除非該計劃主持人已有過相關計劃執行經驗,否則常會發生“未納入時程、Entry Point不對、執行深度及廣度不夠、程序異常”等管理問題,當相關人員學到了經驗,已是發生“預算超支、時程延後、修改規範”等之共通結果。
因此,
1.SEI不是國際組織而是美隆大學內的一個由US DOD所讚助的學院;
2.其構想則來自於美國IBM的SEI;
3.CMM/CMMI不是一個軟體發展標準,因此在CMM/CMMI之文件中找不到 〝SHALL〞這個用字,也千萬不要在proposal中寫出〝本公司將依據CMMI之PA執行系統分析、建構管理....〞,所以在〝REQUIREMENT SPECIFICATION〞、〝DESIGN SPECIFICATION〞之〝SECTION 2.0 REFERENCE DOCUMENT〞絕對不應看到CMMI字句,但應在上述章節中註明類似DOD-STD-2167A、DOD-STD-2168、MIL-STD-498、IEEE/EIA-12207之標準;
4.美國國防部並未規定要有CMM/CMMI Level-3方具有參與國防合約之領標資格,但將S/W-CMM Level 3訂定為合約目標(Goal),屬於Contractual Requirements而非Law。
5.美國NorthropGrumman在取得第11張CMMI-LEVEL5之經驗分享中特別表明,唯有按照STANDARD進行軟體或系統設計方可能達到CMMI LEVEL 5,而不是所謂按照CMMI設計。

如果有興趣人不妨以下列問題嘗試能否依據CMMI執行下列事項:
問題:假設在買方需求文件中要求〝包括軟體錯誤之系統MTBF為50,000小時〞

提示:(A)此問題已包括除了(1)HWCI PROCESS、(2)CSCI PROCESS以外之第三個PROCESS (CMMI無法告知你這些),在DOD-STD-2167A、MIL-STD-498、IEEE/EIA-12207 + IEEE/EIA-15288有提到(1)與(2),(3)則需要另外參用(以後提供)
(Black Eye必須反映於自CONCEPTUAL、 DESIGN PHASE,因此應該要由CMMI LEVEL 3 (STAGED)之TECHNICAL SOLUTION、REQUIREMENT DEVELOPMENT中反映出上述需求,在VERIFICATION、VALIDATION中加入此需求、在PRODUCT INTEGRATION中加入相關TEST CASE、在QA中進行此需求的ASSURANCE、在CM中加入(3)應有的PRODUCT ITEM,否則既使你FULLFILL 18個PA,還是沒辦法滿足〝包括軟體錯誤之系統MTBF為50,000小時〞的目標;
(C)必須加入可靠度工程在所有的ENGINEERING CATEGORY。


尹守紀 edited on 2007-09-10 13:32
reply to postreply to post
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:ec_yeh]
KH

跳的好看嗎 ?



發文: 135
積分: 0
於 2005-03-12 23:30 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
ec_yeh wrote:
剛好小弟是在CMMI Level 2的公司工作,也提供一點經驗湊個熱鬧。CMMI比較像一組評鑑標準,而不是methodology或process。要通過level 2其實並不難,困難的是不增加沒有用的表單和虛應故事的工作量,還要符合CMMI的標準。越高的Level越要考慮成本與效率,否則施行CMMI只是給自己找麻煩。我們公司採取的approach比較朝向自動化,自己開發或是購買一些自動化的軟體工具,僅可能讓資料蒐集、統計與提醒等都由電腦代勞。根據我們的統計數字,的確對於效率與品質有顯著的提升。不過我還是覺得XP精神對我們的幫助比較直接而且實質,只是要在CMMI以及XP間找個平衡點,真是不容易。


感謝你分享,在你文章有提及『根據我們的統計數字,的確對於效率與品質有顯著的提升』,可否再分享一下是如何提升?or 有如何影響?(實際案例)。
另弟也是XP 之崇拜者,確實贊同要在 CMMI 和XP 找一平衡點。Stupid


reply to postreply to post
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:worookie]
jiming





發文: 5
積分: 0
於 2005-03-14 10:30 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
今年起,台灣廠商通過level 2可能通過更多,但多數要挑戰的是evel 3?

根據軟協於近期系列說明會中發表針對國內 CMMI 供需調查報告,我們或可根據該資料來暸解企業對CMMI之現況與意願。在需求面上,從250家企業調查對象,100家的有效回收樣本中,目前有33家企業正在導入CMMI,16家預定導入CMMI,而「政府獎勵會提升41家導入CMMI意願」。

www.cmmi.net.tw
成熟度整合網,整合你的成熟力!


reply to postreply to post
作者 Re:[轉貼] CMM/CMMI in Taiwan [Re:KH]
ec_yeh





發文: 72
積分: 0
於 2005-03-14 18:07 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
KH wrote:
感謝你分享,在你文章有提及『根據我們的統計數字,的確對於效率與品質有顯著的提升』,可否再分享一下是如何提升?or 有如何影響?(實際案例)。

記憶有點模糊了。當時算是導入的初期,那時候我們有蒐集到的數據還相當有限,記憶中流程導入後,在準時結案率、平均專案延遲率這類的數字上,比例年要改善很多。


reply to postreply to post
go to first page go to previous page  1   2  go to next page go to last page
» JWorld@TW »  Software Engineering

reply to topicthreaded modego to previous topicgo to next topic
  已讀文章
  新的文章
  被刪除的文章
Jump to the top of page

JWorld@TW 本站商標資訊

Powered by Powerful JuteForum® Version Jute 1.5.8