※ 本文為 e6148532 轉寄自 ptt.cc 更新時間: 2014-04-27 22:00:10
看板 Gossiping
作者 標題 Re: [新聞] 核四儀控系統 美核管會拒審
時間 Fri Apr 25 23:52:58 2014
※ 引述《whackup (伍陸鈽儜莣)》之銘言:
: ※ 引述《aloba (aloba)》之銘言:
: : 龍門儀控系統底下,有四個主要承包商
: : Hitachi (日本) 負責 Radwaste
: : MHI (日本) 負責 T'B
: : GE (美國) 負責 NSSS
: : S&W (美國) 負責 BOP
: : 其中GE再整合以下次包商:
: : Hitachi (日本) 負責 RC&IS
: : RDE (德國) 負責 模擬器
: 一般大家都知道, 整合廠商數量越少越好.
: 特別是像核能這種高風險的軟體.
: 會搞到這種大雜燴的方式, 很有可能當初台電不同派系在 A 錢,
: 為了包案能夠平均分贓, 才搞出這種聯軍似的包案.
: 台電的人當然也不是不重視安全,
: 至少人家還沒找韓商這種低能工程承包商.(俄國人應該更科科)
: 但是分贓還是比絕對的安全性重要...
本來公共建設在台灣都是先求分贓再求安全性,不要講台電,就交通建設台鐵北捷
高捷高鐵不也一樣?
回歸正題,原文為NRC指正DRS-CCI違反peer review(同行審查)條款,並沒有提到從
此不審或要審兩年的事情。
原文文址︰http://pbadupws.nrc.gov/docs/ML1310/ML13105A050.pdf
Reply to Notice of Nonconformance No: 99901417/2013-201-01
Text from the Nuclear Regulatory Commission Inspection Report No.
99901417/2013-201 and Notice of
Nonconformance will appear in italics within the body of this response.
回覆不合格點通知:99901417/2013-201-01
從核能管理委員會檢驗報告文No.99901417/2013-201不合格點的通知將回應於正文中
裡以斜體字呈現
Noncompliance Statement
"Based on the limited sample of software development activities observed and
documents reviewed up to the end of the design-phase of DRS-CCI's software
development lifecycle, the NRC inspection team determined that DRS-CCI design
activities affecting software quality, software development design change,
and modification recording were accomplished in accordance with the regulatory
requirements of Criterion Ill, "Design Control," of Appendix B to 10 CFR Part
50.
違規聲明
“基於軟件開發活動中觀察到的有限的樣本和在設計階段的DRS-CCI之軟體開發週期
的文檔審閱結束,NRC的審查小組確定,DRS-CCI設計軟體品質影響、軟體開發設計
更動、以及修飾記錄並未按照準則三附錄B在CFR10第五十款之"設計控制"要求。
的文檔審閱結束,NRC的審查小組確定,DRS-CCI設計軟體品質影響、軟體開發設計
更動、以及修飾記錄並未按照準則三附錄B在CFR10第五十款之"設計控制"要求。
However, while assessing the implementation of DRC-CCI's software
verification and validation(V& V) program,the NRC inspection team discovered
that a software engineer (a software designer),who had been a part of the
independent V& V review effort, reviewed his own work.
然而,當評估DRC-CCI的軟體核查和驗證(V&V)計劃的實施時,NRC審查小組發現,
有一部分的軟體工程師(軟體設計師)自己獨立於V&V自己審閱工作。
The NRC inspection team determined DRS-CCI failed to appropriately establish
and implement measures that prevent software design individuals or groups
from verifying or checking their own work within independent verification and
validation (I-V&V) processes.
This failure to meet the technical independence requirements of Criterion Ill
of Appendix B to 10 CFR Part 50, is identified as
Nonconformance 99901417/2013-201-01."
NRC的審查小組已確定DRS-CCI未能適當建立和實施防止個人或團體的軟體設計之驗證或
在檢查中獨立驗證與確認(I-V&V)或自己獨立審查自己的進度和工作。這不符合附錄B
的準則三的技術獨立性要求之CFR 10第50款,被確定為不符點,99901417/2013-201-01。
在檢查中獨立驗證與確認(I-V&V)或自己獨立審查自己的進度和工作。這不符合附錄B
的準則三的技術獨立性要求之CFR 10第50款,被確定為不符點,99901417/2013-201-01。
Also...
"While assessing these final software design documents, the inspectors
discovered that a software engineer (a software designer who was a member of
the design group) was also the IV& V reviewer (a member of the testing group
who verified his own design work) for the above documents.
同時... “在評估這些最終的軟體設計文檔,審查人員發現,一位軟體工程師(在設計組
成員的軟體設計師)也是IV&V審查員(自己驗證自己的設計工作測試組的成員)的上述
文件。
成員的軟體設計師)也是IV&V審查員(自己驗證自己的設計工作測試組的成員)的上述
文件。
The inspectors learned that DRS-CCI considered assigning design personnel to
an IV& V review role was acceptable under ER7357/70 provisions and this
example was not an isolated occurrence.
However,
the inspectors did not review other examples during the inspection.
The NRC inspection team determined this did not meet Criterion Ill, "Design
Control," of Appendix B to Title 10 of the Code of Federal Regulation (10 CFR) Part 50, and IEEE-1012
independent V&V requirements. This issue is identified as Nonconformance
99901417/2013-201-01."
審查人員了解DRS-CCI考慮在ER7357/70規定下指派設計人員於IV&V審查角色是可以接受
的,這個例子不是一個孤立的事件。但是,檢查人員在檢查過程中沒有審查其他案例。
NRC的審查小組確定這不符合標準三之“設計控制”附錄B的聯邦法規(10 CFR)第50
的,這個例子不是一個孤立的事件。但是,檢查人員在檢查過程中沒有審查其他案例。
NRC的審查小組確定這不符合標準三之“設計控制”附錄B的聯邦法規(10 CFR)第50
款,和IEEE-1012獨立的V&V要求的法規10。這一問題已被確定為不合格99901417/
2013-201-01“。
.....其餘細節解釋部分自己去看。總之就是NRC審核結果認為核四DRS-CCI在設計變更中
並未符合「設計控制」之程序,以及自己球員兼裁判,這種案例不是沒有,但沒有對
其它項目進行審查,違反迴避自我審查原則。
而核四針對NRC所指出之同行審查違規,檢討內容報告摘要︰
龍門核電廠正進行一連串試運轉及安全檢驗再測試工作,期間若發現有設計問題,均開立
現場問題報告(FPR)及其他不符合報告單,依程序送設計單位處理。設計文件修改由核技
處駐工地辦公室及奇異公司派駐工地顧問分別發行DCN(Design Change Notice)或
現場問題報告(FPR)及其他不符合報告單,依程序送設計單位處理。設計文件修改由核技
處駐工地辦公室及奇異公司派駐工地顧問分別發行DCN(Design Change Notice)或
FDDR(Field Deviation Disposition Request),據以現場再施工或進行軟體修改。
其中涉及數位儀控系統的軟體建置變更,須送原設備供應商執行,尤其安全相關系統如
DRS,NUMAC等廠家之修改皆涉及軟體安全法規,因此,其進度與績效皆需再檢討,依原規
劃至其Supplier DRS公司及GENE龍門計畫I&C部門召開檢討會議。
DRS,NUMAC等廠家之修改皆涉及軟體安全法規,因此,其進度與績效皆需再檢討,依原規
劃至其Supplier DRS公司及GENE龍門計畫I&C部門召開檢討會議。
http://report.nat.gov.tw/ReportFront/report_detail.jspx?sysId=C10300154
報導並非如自由時報所述美國拒審,而是審核結果違規,而台電也召開因應檢討會議除
修改內容如何符合規範外並遵守迴避自審原則。以上。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.243.61.29
※ 文章網址: http://www.ptt.cc/bbs/Gossiping/M.1398441187.A.2AD.html
※ 同主題文章:
04-25 17:11 ■ [新聞] 核四儀控系統 美核管會拒審
04-25 19:36 ■ Re: [新聞] 核四儀控系統 美核管會拒審
04-25 23:28 Re [新聞] 核四儀控系統 美核管會拒審
● 04-25 23:52 ■ Re: [新聞] 核四儀控系統 美核管會拒審
04-26 08:07 ■ Re: [新聞] 核四儀控系統 美核管會拒審
04-26 12:32 ■ Re: [新聞] 核四儀控系統 美核管會拒審
→ :KMT說了算 要審啥?1F 04/25 23:54
推 :都說台電不可信了還一直貼台電的資料2F 04/25 23:55
推 :你要寫個結論不難很難看懂..3F 04/25 23:56
→ :不過用一個第一次用的東西 .....為什麼想不開
你是指數位儀控系統嗎?那個第一次用在核電廠是日本,而後1995年台電去法國考察後→ :不過用一個第一次用的東西 .....為什麼想不開
決定跟進,我還以為這是常識了說@ @
推 :你知道台電規定一年大修幾天實際上是幾天 從這裡開始5F 04/25 23:59
推 :核三大修十天喔6F 04/25 23:59
※ 編輯: Yoshikia (27.243.61.29), 04/26/2014 00:03:44推 :你知道跟鄉民講技術性的東西 他們不會理的7F 04/26 08:15
推 :原文沒有"從此不審或要審兩年" 所以自由又.....?8F 04/26 08:16
--
※ 看板: Gossiping 文章推薦值: -1 目前人氣: 0 累積人氣: 2281
※ 本文也出現在 1 個隱藏看板
※ 本文也出現在 1 個隱藏看板
( ̄︿ ̄)p mailaonan 說瞎!
1樓 時間: 2014-04-26 14:54:14 (台灣)
→
(編輯過) TW
引述...本來公共建設在台灣都是先求分贓再求安全性??)你都認為是分贓了!!這個工程你還在為其背書!!!不如先聊聊你分了多少??下去領500吧黨工!!
2樓 時間: 2014-04-26 14:08:04 (台灣)
→
04-26 14:08 TW
(本來公共建設在台灣都是先求分贓再求安全性......)為什麼都要先自爆 再來發文呢 讓我想到之前一篇用戶政系統爛想要打臉遷籍的 結果第一句話是 你以為政府不知道你們的"奧步"嗎? 然後再來貼戶政系統出包的新聞有必要先自爆嗎 這是啥咪邏輯咧 可以說明嗎?BTW 有沒有人發現這種文的留言都很少 而且大多數的留言......你懂的
回列表(←)
分享