敬請註冊 ... !    登入
關於本協會
登入
軟體品質資源專區
主選單
最新討論文章
討論區主頁
   軟體專案管理
     支持系統與軟體生命週期過程(含CMMI模型)實作之資訊項目(文件)國際標準
無發表權

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁尾
發表者 討論內容
tyrone
發表時間: 2007-11-07 16:26
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
支持系統與軟體生命週期過程(含CMMI模型)實作之資訊項目(文件)國際標準
在實現各種標準,尤其在ISO 9000制度風行以後,許多人認為,要表現對一個標準遵從,就是看這個標準要求要有哪些文件,然後相應產生這些文件,就算是遵從了該標準,而不論這些文件所寫的內容到底是否合理,能不能滿足需要。國際標準組織為了保留彈性,儘量避免去界定明確或固定的文件要求,以免標準採用的單位,為了符合這些要求,花費太多時間與成本在文件上,因此,對於生命週期裡應該有哪些文件,所抱持的態度都是交由甲乙雙方去認定的。

(當然,在實務上,甲方提出大量的文件要求時,也應相對提供對稱的預算以支應這些文件的成本,以免因為太強調文件的質與量,但沒有相對的文件預算,使得專案被文件拖垮了。而乙方也應該就甲方之意圖,將這些文件的預算,提列合理的預算分配,包括以廠商自己的能力為基礎,諸如缺陷密度、缺陷移除效率、審查的效率、生產力等等的歷史資料,提列各項文件的分項預算(每種文件預計多少頁、每頁成本多少、達到的缺陷密度多少、內容涵蓋度多少(本項與缺陷密度可作為文件驗收準則參考)),提列在建議書(proposal)中,由甲方或甲方邀請的評審委員(或者第三方V&V單位)來審查,並由甲方視需要追加預算或是修改未來合約中的文件驗收要求。供應商要能夠對文件成本提出合理的數據,其公司的成熟度等級得在三級以上,而且,這類公司要有可信的數據,至少得要通過三級評鑑後,持續全面落實執行(可不是挑案子做)三級常規(practices)一年以上才有可能,這也表示,供應商要具備追求四級及五級成熟度的基礎。)

但是這樣的態度相對也造成標準在遵循上的一些困難。從ISO/IEC 12207在1995年問世、ISO/IEC 15288在2002年問世以來,許多想要按這兩項標準自我要求、或者要求供應商的單位,因為各項過程、活動與工作的產出無據而非常傷腦筋。在各方的要求之下,國際標準組織基於ISO/IEC 12207(CNS14837為國內的相對標準)、ISO/IEC 15288(CNS15008為國內的相對標準)的遵循需要,以及使ISO/IEC 15504(CNS14785為國內的相對標準)評鑑執行有具體依據等要求(作者註:CMMI的評鑑作法當中,SCAMPI Class A分為兩部分,其中一項即為滿足ISO/IEC 15504的要求,而就評鑑的內容來看ISO/IEC 15504的要求是高於CMMI的。SEI的CMMI專案小組的任務之一,即是讓CMMI向ISO/IEC 15504的要求校準(alignment)),於2006年推出了ISO/IEC 15289:2006 系統與軟體工程—系統與軟體生命週期過程資訊產品(文件)內容 (Systems and software engineering -- Content of systems and software life cycle process information products (Documentation))標準。

本標準基本上就是一本系統與軟體生命週期文件內容的標準,因此,對於專案的甲方而言,可以依照需要以律定供應商應該交付那些文件,以及這些文件應該包含哪些內容。它對於政府部門的資訊服務委外可以起很大的協助作用。政府採購法第26條規定「機關辦理公告金額以上之採購,應依功能或效益訂定招標文件。其有國際標準或國家標準者,應從其規定。」以往政府機關在執行資訊業務委外時,如果要依照CNS 14837、ISO/IEC 12207:1995, AMD 1及2要求廠商執行,因為國際標準或國家標準中沒有具體產出的相對要求標準,因此,對採購法26條的遵循上是困難的,但是,本標準問世後讓生命週期中應該有那些活動(由CNS 14837及CNS 15008定義),這些活動應該有什麼的產出在同等的標準上也有定義了,政府部門在資訊軟體業務委外上,是否有違反採購法更有明顯的指標,因為可以透過徵求建議書是否滿足要求(該標準第10.55節即規定了RFP應有的內容)、是否依據本標準律定合約應交付項目(文件部分)及其應有之內容,即可知道委外單位對於採購法的遵循情況。

本標準中提列了七類資訊項目型式(information item type),亦即文件的類型,包括:1)紀錄(record), 2)說明(description), 3)計畫(plan), 4)程序(procedure), 5)報告 (report), 6)請求(request), 7)規格(規格),並列示了每種文件型式應該有的結構與內容。對於生命週期過程(含系統及軟體)各活動及工作產品也提列了共83項的特定資訊項目(即文件)及其應有內容的建議(雖說是建議,但是在本標準亦說明了:在用於合約的場合時,這些「建議」其實就是規定,用詞將由「宜(should)」改為「應(shall)」),這些特定項目係根據ISO/IEC 12207(含第一及第二修正案)軟體生命週期過程標準及ISO/IEC 15288系統生命週期過程標準而來。針對這些標準的過程,ISO/IEC 15289參考(納入)了IEEE/EIA 12207.1的主要內容,以及相關IEEE其他標準,例如IEEE 1058, IEEE 1228, 及IEEE 829等,再加上系統工程過程的資訊項目內容,形成本標準的所有內容。而由於系統生命週期過程資料的加入,使得一個軟體公司的營運所需文件體系更加完整。本標準亦可協助採用CMMI作為過程改善模型之公司,解決CMMI各項SP應有之產出及其內容的困惑。一般公司在導入CMMI面對SP的產出時,總希望能夠找到一份完整的文件模板來遵循,若能夠採用本標準,並在本標準附錄A的指導下,經由判斷及裁適,獲得最適合公司或專案的文件及文件的內容,可省卻耗費精力在網路搜尋,卻無法得到一完整且有公信力的文件的問題(因為得到的通常是其他公司經由裁適所得的最終文件結構,難免有所偏失)。


----------------
引文:

凡所有相皆是虛妄。見諸相非相。即見如來。

林泰龍
◎軟體品質協會 理事
◎經濟部標準檢驗局資訊及通信國家標準技術委員會(TC21/SC3資訊軟體分組委員會)委員
Youtube Channel: http://www.youtube.com/user/tyrone9304

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁首

無發表權
 
-=協會通訊地址:330047 桃園市桃園區大林路100號6樓 =-
電話:(03) 367-8567 電子信箱:register@csqa-tw.org.tw=-
-=本網著作權為中華民國資訊軟體品質協會所有,禁止未經授權轉貼節錄=-
Powered by XOOPS , Twe76.net