。
(2)建立适应生产运行的项目测试体系。软件项目的测试是整个项目进程中的关键环节，测试的结果将直接影响到项目质量和生产的稳定运行。必须建立适应银行IT系统的一体化测试体系，在测试范围、测试要素和测试程度等多方面要有明确要求。
测试体系涉及业务、科技开发和生产运行等部门的多级机构，需要各部门分工协作、密切配合，全面提高产品质量检测控制能力。
(3)建立完善的质量体系。众所周知，时间和质量好比是IT项目过程中跷跷板的两头。一方面出于抢占市场、控制成本等的考虑，业务部门或管理部门总是希望在尽可能短的时间内完成项目开发投产，导致项目在质量上总有或多或少的缺陷;
另一方面，为追求更高的质量目标，通常要求更多的投人，包括资源和时间。这种情况下，一个完善的质量体系，可以在一定程度上平衡这种矛盾。通过制度化、规范化的操作，能够尽可能地降低各种偶然性风险的发生，尤其是常见的、因时间原因所带来的质量风险。
通过流程化的制度要求，规范每个阶段的质量目标，达到要求后再开展下一阶段的工作。将质量分解到项目的多个阶段中，在时间受控的情况下控制质量，可以有效地起到平衡时间和质量的作用。
收窗口，在需求相关性、紧迫性等方面进行梳理和分类，需求审核时统筹考虑，加强业务提交的审核制度建设，使项目产品在投放市场前就能够避免各种不确定性。
3.3业务性风险管理
由于业务需求随意变动的风险无形中放大了技术性风险的系数。项目需求阶段没有有效规避业务风险，会给后期的系统设计和变更带来巨大的运行风险和成本支出。因此业务性风险应尽可能在业务设计阶段得到排除，在提交科技部门进行需求分析前得到规避。
(1)统筹安排。在制度上明确规范业务需求的变更及提交流程，在组织结构上建立专门的业务需求接
(2)深化业务需求了解。在进行一个较大规模的业务需求设计时，需要更多的数据统计、挖掘论证，对业务发生的条件、环境以及用户特性有更多的前瞻性考虑。在业务设计完成后，还需要完善业务审核机制以确保业务需求的合理性和科学性。
(3)强化业务要素完整性控制。尽管每一项金融业务都有其特定的功能，但究其根本也都必定从属于某一大类的业务范畴，因此，第一，通过各类业务范畴的研究，建立业务设计流程化体系，可以避免不完整业务的产生，如可以规定统计要素范畴、监控要素范畴、风险要素范畴以及数据挖掘要素范畴等。通过业务设计流程化、业务审核流程化的有效约束加强对要素的审核，有助于银行IT系统项目在初次设计时就能满足绝大部分业务运行要求，从而避免投产后的多次反复。
第二，科技部门在得到充分、清晰的业务展示后，可在每个新业务的功能分析中尽可能进行优化设计，最大限度满足业务需要并为今后的扩展留有余地，从而避免系统频繁变更的风险。
4结语
事实上不难看出，银行IT系统项目风险产生的最大因素一是来自于项目初期的需求设计不善，二是来自于项目收尾时的测试验证不足。银行业务、科技部门必须共同努力，加强对项目头、尾的重视，可以最大程度地降低甚至规避风险，为国内商业银行营造一个稳定、创新的银行IT系统。