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