論商業(yè)銀行新產(chǎn)品開發(fā)的風險點及其控制(編輯修改稿)
2025-07-21 00:02 本頁面
【文章內(nèi)容簡介】 認為不夠充分，審計部門應將此點提交委員會討論。 產(chǎn)品開發(fā)人員在進行產(chǎn)品需求分析時必須做到：（1）必須能夠表達和理解問題的數(shù)據(jù)域和功能域。（2）必須按自頂向下、逐層分解的方式對問題進行分解和不斷細化。（3）要給出系統(tǒng)的邏輯視圖和物理視圖。 三、需求設計階段 此為新產(chǎn)品開發(fā)的關鍵階段，因為在需求設計階段，開發(fā)人員將已確定的各項需求轉(zhuǎn)換為一個相應的體系結(jié)構。結(jié)構中的每一組成部份都是意義明確的模塊，每個模塊都和某些需求相對應，并進而對每一個模塊要完成的工作進行具體的描述，為源程序編寫打下基礎。所有設計中的考慮都應以設計說明書的形式加以描述，以供后續(xù)開發(fā)需求并提交評審。 ?。ㄒ唬╋L險點分析 部份模塊沒有得到清晰的定義； 模塊之間的關系處理不當； 并不是所有的需求都能找到與之對應的模塊； 對每一模塊中工作任務的具體描述與系統(tǒng)需求說明書中的功能需求間在內(nèi)容上存在不一致之處。 在需求設計中對業(yè)務操作關系作了錯誤的界定。 ?。ǘ╋L險控制 建立需求設計內(nèi)部評審制度，相關業(yè)務部門應對需求設計書寫出書面意見交風險部存檔保管，視新產(chǎn)品推出后的實現(xiàn)運行效果確定獎懲； 由審計部門專門成立需求設計的審計小組，對需求設計與需求分析的一致性進行檢驗，在檢驗中應注意以下五個方面： ?。?）全部模塊定義是否清晰； （2）全部業(yè)務操作關系是否正確； ?。?）模塊之間的關系處理是否得當； （4）模塊與需求設計書上的功能是否存在正確的對應關系； ?。?）每一模塊對相應工作任務是否作了與需求設計書上一致的描述。 項目開發(fā)小組在人員配備上應避免一人單獨作戰(zhàn)，應至少由兩人以上在一起合作進行需求設計以盡量減少可能出現(xiàn)的錯誤。 程序分析人員在進行需求設計時應與產(chǎn)品設計人員或用戶進行充分的交流，其定稿的需求設計書得到產(chǎn)品設計人員或用戶的書面認可。否則，不得進行程序編寫階段。 四、程序編寫階段 程序設計即將需求設計轉(zhuǎn)換成計算要可以接受的程序代碼，即寫成以某一種特定程序設計語言表示的源程序清單。 ?。ㄒ唬╋L險點分析 編寫出的程序與需求設計不一致； 程序中BUG較多； 程序內(nèi)在結(jié)構不易識別 外包項目開發(fā)出后不能使用或無法進行獨立的維護。 （二）風險控制 建立程序編寫的分步文檔說明制度，要求編程者嚴格按照編程步驟展開工作，并將每一步驟以標準文檔形式附加說明交檔案部門存檔管理。 制訂嚴格的程序編寫進度計劃，分階段對程序編寫情況進行檢查和局部測試。 在組織較為復雜的大型程序編寫工作時，應將程序按功能模塊進行分解，每一模塊由一編寫小組負責，并由項目負責人在各編寫小組之間進行協(xié)調(diào)。模塊編寫好后，先對單個的小模塊進行測試，待所有小模塊測試通過后，再對整個系統(tǒng)進行測試?！ 《ㄆ谂e行項目狀態(tài)會議。在會上由每一位程序編寫人員報告他的進展和所遇到的問題。 項目負責人和的新產(chǎn)品開發(fā)人員應經(jīng)常與開發(fā)人員進行交流，以得到他們對開發(fā)進展和剛冒頭問題的客觀評價。 人員配備
環(huán)評公示相關推薦
鄂ICP備17016276號-1