汽车金融风险控制系统分析

《汽车金融风险控制系统分析》由会员分享，可在线阅读，更多相关《汽车金融风险控制系统分析（6页珍藏版）》请在金锄头文库上搜索。

1、汽车金融服务风险控制系统、开发项目的风险背景 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要 求也在不断的提高，随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高，对业务系统的要求也 越来越挑剔。另一方面是开发成本不断缩减。在此形势下，风险管理与控制已成为软件开发项 目成败的关键。软件开发项目由于其具有连续性、复杂性、少参照性，无标准规范等特点，其风险程度较高。 目前国内的大多数软件开发企业还缺乏对软

2、件开发项目的风险认识，缺少进行系统、有效的度 量和评价的手段。据有调查数据显示，有15 35%勺软件项目中途被取消，剩下的项目不是超期 就是超出预算或是无法达到预期目标。 另外，软件项目因风险控制和管理原因失败的约占90%，可见，软件风险控制与管理在目前的软件开发项目中的重要性。交易数据系统交易数据系统存储了银行进行的所有交易。它已经配置为在纽约的交易关闭时间(下午5点)生成一个XML输岀文件。输岀包括银行进行的每一次交易的以下信息：交易ID ;日期；当前的美元交易价格；交易对手ID。参考数据系统参考数据系统维护了银行需要的所有参考数据。这包括了交易对手的信息，每一个都代表一个个体、一家银行等

3、。它也生成XML输岀文件，包括了每个交易对手的基本信息。一个新的全组织参考数据系统将在未来3个月内完工，而当前的系统最终将停用。功能需求以下是新的风险系统的高层次功能需求：(1) 从交易数据系统导入交易数据；(2) 从参考数据系统导入交易对手数据；(3) 合并两个数据集，用交易对手的信息丰富交易数据；(4) 对每个交易对手计算银行面临的风险；(5) 生成一个可以导入微软 Excel的报表，包含银行所有已知的交易对手的风险指数；(6) 在新加坡的下一个交易日开始(上午 9点)之前将报表分发给业务用户；(7) 为业务用户子集提供一种配置和维护风险计算使用的外部参数的方法。非功能需求以下是新的风险系

4、统的非功能需求。性能可伸缩性系统必须有能力处理未来5年的交易量。交易数据系统的导岀文件包括大约5000次交易，预计现在每天将有10次额外的交易参考数据系统的交易对手导岀文件包括大约2万个交易对手，增长可以忽略不计。全世界有4050个业务用户需要访问报表。可用性风险报表应该随时对用户可用，但少量的停机（每天不超过30分钟）是可以忍受的。故障转移人工故障转移对所有的系统组件都足够了，能够满足可用性目标。安全性这个系统必须遵循仅限认证和授权用户访问的银行政策。报表必须只分发给授权用户。只允许授权用户的子集修改风险计算使用的参数。尽管也不错，但没有单点登录的需求（比如，与ActiveDirectory

5、 、LDAP等的整合）所有对系统和报表的访问都将在银行的全球网络范围内。审计以下事件必须记录在系统审计日志中：生成报表；修改风险计算参数。用于风险计算的输入数据必须是可理解的。容错和恢复如果可能，系统应采取适当的步骤从错误中恢复，但所有的错误都应被记录。影响完成交易对手风险计算的错误都应被记录，流程应继续。国际化和本地化所有用户界面都将只用英语呈现。所有报表都将只用英语呈现。所有交易价格和风险指数都将只用美元呈现。监测和管理如遇下列情况，简单网络管理协议（SNMP陷阱应被发送至银行的中心监测服务：系统组件的致命错误；新加坡时间上午9点前未能生成报表。数据保存和归档风险计算过程使用的输入文件必须

6、保留1年。互操作性现有数据系统的接口应该遵守并使用现有的数据格式。软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题， 以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用 户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由五 大方面。1、产品规模风险项目的风险是与产品的规模成正比的。 与软件规模相关的常见风险因素有： (1) 估算产品规模的 方法(包括：代码行，文件数，功能点等 )，(2) 产品规模估算的信任度， (3) 产品规模与以前产 品规模平均值的偏差，

7、(4) 产品的用户数， (5) 复用的软件有多少， (6) 产品的需求变更多少等。 一般规律，产品规模越大，以上的问题就越突出，尤其是估算产品规模的方法，复用软件的多 少，需求变化。2、需求风险很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项 目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相 关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产 品来讲都可能致命的。与客户相关的风险因素有： (1) 对产品缺少清晰的认识， (2) 对产品需求缺少认同， (3) 在做需求 中客户参与不够， (4) 没

8、有优先需求， (5) 由于不确定的需要导致新的市场， (6) 不断变化需求， (7) 缺少有效的需求变化管理过程， (8) 对需求的变化缺少相关分析等。3、相关性风险许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上做 的不够，因此缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组 成部分，并且觉察潜在的问题。与外部环境相关的因素有： (1) 客户供应条目或信息， (2) 交互 成员或交互团体依赖性， (3) 内部或外部转包商的关系， (4) 经验丰富人员的可得性， (5) 项目的 复用性。4、技术风险 软件技术的飞速发展和经验丰富员工的缺乏，

9、意味着项目团队可能会因为技巧的原因影响项目 的成功。在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，比如：培训、 聘请顾问以及为项目团队招聘合适的人才等。主要有下面这些风险因素： (1) 缺乏培训， (2) 对 方法、工具和技术理解的不够， (3) 应用领域的经验不足， (4) 新的技术和开发方法应用等。5、管理风险 尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而 感到惊奇。在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足 自己检查自己的错误，这是最难的。然而，像这些问题可能会使项目的成功变得更加困难。如果不正视这些棘

10、手的问题，它们就很有可能在项目进行的某个阶段影响项目本身。当我们定 义了项目追踪过程并且明晰项目角色和责任，就能处理这些风险因素： (1) 计划和任务定义不够 充分， (2) 实际项目状态， (3) 项目所有者和决策者分不清， (4) 不切实际的承诺， (5) 员工之间 的沟通等。6 安全风险 软件产品本身是属于创造性的产品，产品本身的核心技术保密非常重要。但一直以来，我们在 软件这方面的安全意识比较淡薄，对软件产品的开发主要注重技术本身，而忽略了专利的保护 软件行业的技术人员流动是很普遍的现象，随着技术人员的流失、变更，很能会导致产品和新 技术的泄密，致使我们的软件产品被它公司窃取，导致项目

11、失败。而且在软件方面关于知识产 权的认定目前还没有明确的一个行业规范，这也是我们软件项目潜在的风险。三、风险的分析、管理与控制1、风险分析以上所说的各类风险都是项目成败的巨大隐患，它们对软件开发项目的成败有多大影响，我们 可以利用风险分析工具，对以上各类风险进行分析，并加以控制和管理，将风险将到最低。常 用方法有风险条目检查表，它是利用一组提问来帮助项目风险管理者了解在项目和技术方面有 哪些风险。在风险条目检查表中，列出了所有可能的与每一个风险因素有关的提问，使得风险 管理者集中来识别常见的、已知的和可预测的风险，如产品规模风险、依赖性风险、需求风险、 管理风险及技术风险等。 风险条目检查表可

12、以不同的方式组织， 通过假设分析、成本效益分析、 风险剖面分析、判定树等，给出这些提问确定的回答，就可以帮助项目管理人员估算风险的影 响。另外，我们可以依据风险条目检查表，制作风险控制概图（见图1），让项目管理和实施人员能很 直观的看到在项目开发个阶段的风险存在状况和各风险的大小，并采取相应措施。从风险发生 的概率来看，需求风险和管理风险对项目成败影响最大， 当一个软件项目开发团队接手项目后， 都是按照习惯性的方式来开发软件。需求风险意识比较淡薄，软件需求分析阶段的完成的不够 细致，忽略和很多软件开发必要的内容。在整个软件开发过程中需求分析阶段的风险控制尤为 重要，如果控制不好，对软件开发项目

13、影响巨大，甚至是失败。管理风险实际上是项目开发管 理层，对项目开发的风险的意识反映。国内的软件企业大多规模较小，企业年轻，开发经验不 足，软件工程师较年轻，缺少开大型软件项目的经验，在管理方面缺少经验，特别是风险管理， 更是缺之。2、风险管理风险管理应是贯穿软件项目开发始末的一项重要任务，其中包括风险识别、风险评估、风险计 划、风险解决和风险监控。它能让风险管理者主动“规避”风险，进行有效的风险管理。风险 管理模型有：SEI风险管理模型、Riskit风险管理模型、SoftRisk风险管理模型、IEEE风险管 理过程模型、CMM风险管理模型、MSF风险管理模型等。在项目管理中，建立风险管理策略，

14、 在项目的生命周期中不断控制风险是非常重要的，风险管理主要包括五个阶段：(1) 风险识别：识别风险的方法常用的有现场观察法、座谈法、流程图法、财务报表法、相关部 门配合法和环境分析法等。(2) 风险评估：对已识别的风险要进行估计和评价，风险估计的主要任务是确定风险发生的概 率与后果， 风险评价则是确定该风险的经济意义及处理的费 / 效分析，常用的方法有： 概率分布、 外推法、多目标分析法等。(3) 计划进度：按照评估后的风险结果，制定相应的风险管理进度表，为后续的风险管理提供 参考(4) 风险处理：一般而言，风险处理有三种方法， 风险控制法，即主动采取措施避免风险, 消灭风险，中和风险或采用紧

15、急方案降低风险。 风险自留，当风险量不大时可以余留风险。 风险转移。(5) 风险监控：包括对风险发生的监督和对风险管理的监督，前者是对已识别的风险源进行监 视和控制，后者是在项目实施过程中监督人们认真执行风险管理的组织和技术措施。3、风险控制(1) 建立有效的风险控制的组织机构 设置风险管理岗位：在软件开发项目管理过程中设置风险管理岗位，该岗位的主要职责是在 制订与评估规划时，从风险管理的角度对项目规划或计划进行审核并发表意见，不断寻找可能 出现的任何意外情况，试着指出各个风险的管理策略及常用的管理方法，以随时处理出现的风 险，风险管理者最好是由项目主管以外的人担任。风险管理岗位的人数依据项目大小来决定， 一般 23 人较为适合。双项目经理：为项目开发项目设定两个项目经理岗位，一个负责技术岗位，另一个负责管理 岗位。目前，国内的软件开发企业的项目经理一般都是一名，而且是技术出生的占绝对多数， 他们主要擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理和控制。通过增加 专门的管理经理岗位，可以弥补技术出生的项目经理的不足，提升软件开发项目的管理水平。 而且这样的经验也已得到了国外业界大多企业的认可。(2) 建立有效的风险控制管理过程风险管理过程包括培训，风险识别、风险分析、风险计划、执行计划、跟踪计划等活动，有效 的风险管理过程应是学习型的、持续的和不