 討論區主頁 軟體驗證測試
Inspection and Review | 無發表權 |
| 樹狀顯示 | 新的在前 | 前一個主題 | 下一個主題 | 頁尾 |
| 發表者 | 討論內容 |
|---|---|
| 訪客 | 發表時間: 2003-04-25 09:24 |
|
Inspection and Review Hello,
請問 Inspection 以及 Review 兩者的差別? 兩者的運用時機為何? |
|
| hdchu | 發表時間: 2003-04-25 21:43 |
網站管理員   註冊日: 2003-04-05 來自: 發表數: 25 |
Re: Inspection and Review Review是審查..當供應商完成階段性產品時要召開聯合審查會議,主要是做管理審查與技術審查,審查記錄雙方簽名
Inspection檢視..在編碼完成時可先召開檢視會議..逐步流灠程式碼是否有語法與語意上之缺陷... |
| tyrone | 發表時間: 2003-04-26 09:53 |
網站管理員  註冊日: 2003-04-19 來自: CSQA 發表數: 342 |
Re: Inspection and Review 檢視(Inspection)屬於審查技術的一種。
在IEEE Std 1028:-1997 Standard for Software Reviews中提到軟體審查有五種方式：管理審查(management review)、技術審查(technical review)、檢視(inspection)、排練(walk-through)、稽核(audit)等。inspection 是曾任職於IBM的Fagan所發明，檢視會花許多時間，設計文件或程式碼逐字地看，但是好處是，能夠儘可能將軟體中的錯挑出來，避免人為的設計錯誤(軟體相容性之間的問題可能無法發現)。檢視可以當作是審查的先期工作，因為多半審查會是一個會議，但是要在會議中將所有事情搞定是不可能的，就算這個會長達一週也一樣，因此檢視可以作為交付審查會之前的先期工作。 審查可以在專案的里程碑上或是視需要舉行，例如，專案管理會議，是屬於管理審查；各種軟體開發期間所舉行的軟體規格審查(SSR)、初步設計審查(PDR)、關鍵設計審查(CDR)等等則是屬於技術審查......這些審查完成後，可能會產生一些基準，例如配置基準、開發基準等等。對於一些現貨產品(COTS)使用demonstration(展示)來檢驗它是否滿足需求，也可以算是一種審查喔。 有興趣可以在網路上下載IEEE Std 1028來看看，個人在網路上下載到「不用錢」的版本，您也可以試一試，但是在大量的網頁中要找到有用的資料可能要花一些時間了。 林泰龍 92.04.26 |
| tyrone | 發表時間: 2003-04-26 09:54 |
網站管理員 註冊日: 2003-04-19 來自: CSQA 發表數: 342 |
Re: Inspection and Review 檢視(Inspection)屬於審查技術的一種。
在IEEE Std 1028:-1997 Standard for Software Reviews中提到軟體審查有五種方式：管理審查(management review)、技術審查(technical review)、檢視(inspection)、排練(walk-through)、稽核(audit)等。inspection 是曾任職於IBM的Fagan所發明，檢視會花許多時間，設計文件或程式碼逐字地看，但是好處是，能夠儘可能將軟體中的錯挑出來，避免人為的設計錯誤(軟體相容性之間的問題可能無法發現)。檢視可以當作是審查的先期工作，因為多半審查會是一個會議，但是要在會議中將所有事情搞定是不可能的，就算這個會長達一週也一樣，因此檢視可以作為交付審查會之前的先期工作。 審查可以在專案的里程碑上或是視需要舉行，例如，專案管理會議，是屬於管理審查；各種軟體開發期間所舉行的軟體規格審查(SSR)、初步設計審查(PDR)、關鍵設計審查(CDR)等等則是屬於技術審查......這些審查完成後，可能會產生一些基準，例如配置基準、開發基準等等。對於一些現貨產品(COTS)使用demonstration(展示)來檢驗它是否滿足需求，也可以算是一種審查喔。 有興趣可以在網路上下載IEEE Std 1028來看看，個人在網路上下載到「不用錢」的版本，您也可以試一試，但是在大量的網頁中要找到有用的資料可能要花一些時間了。 林泰龍 92.04.26 |
| 樹狀顯示 | 新的在前 | 前一個主題 | 下一個主題 | 頁首 |
| 無發表權 | |