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

汽车金融服务风险控制系统 一、开发项目的风险背景 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要 求也在不断的提高，随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。 软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。 一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高，对业务系统的要求也 越来越挑剔。另一方面是开发成本不断缩减。在此形势下，风险管理与控制已成为软件开发项 目成败的关键。 软件开发项目由于其具有连续性、复杂性、少参照性，无标准规范等特点，其风险程度较高。 目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识，缺少进行系统、有效的度 量和评价的手段。 据有调查数据显示， 有 1535% 的软件项目中途被取消， 剩下的项目不是超期 就是超出预算或是无法达到预期目标。另外，软件项目因风险控制和管理原因失败的约占90% ， 可见，软件风险控制与管理在目前的软件开发项目中的重要性。 交易数据系统 交易数据系统存储了银行进行的所有交易。它已经配置为在纽约的交易关闭时间（下午5 点） 生成一个XML 输出文件。输出包括银行进行的每一次交易的以下信息： 交易 ID； 日期； 当前的美元交易价格； 交易对手ID。 参考数据系统 参考数据系统维护了银行需要的所有参考数据。这包括了交易对手的信息，每一个都代表一 个个体、一家银行等。它也生成XML 输出文件，包括了每个交易对手的基本信息。一个新的全组织参考数据系统 将在未来3 个月内完工，而当前的系统最终将停用。 功能需求 以下是新的风险系统的高层次功能需求： (1) 从交易数据系统导入交易数据； (2) 从参考数据系统导入交易对手数据； (3) 合并两个数据集，用交易对手的信息丰富交易数据； (4) 对每个交易对手计算银行面临的风险； (5) 生成一个可以导入微软Excel 的报表，包含银行所有已知的交易对手的风险指数； (6) 在新加坡的下一个交易日开始（上午9 点）之前将报表分发给业务用户； (7) 为业务用户子集提供一种配置和维护风险计算使用的外部参数的方法。 非功能需求 以下是新的风险系统的非功能需求。 性能 新加坡在每个业务日的当地时间上午9 点开市，风险报表必须在此前生成。 可伸缩性 系统必须有能力处理未来5 年的交易量。 交易数据系统的导出文件包括大约5000 次交易，预计现在每天将有10 次额外的交易。 参考数据系统的交易对手导出文件包括大约2 万个交易对手，增长可以忽略不计。 全世界有4050 个业务用户需要访问报表。 可用性 风险报表应该随时对用户可用，但少量的停机（每天不超过30 分钟）是可以忍受的。 故障转移 人工故障转移对所有的系统组件都足够了，能够满足可用性目标。 安全性 这个系统必须遵循仅限认证和授权用户访问的银行政策。 报表必须只分发给授权用户。 只允许授权用户的子集修改风险计算使用的参数。 尽管也不错，但没有单点登录的需求（比如，与ActiveDirectory、LDAP 等的整合）。 所有对系统和报表的访问都将在银行的全球网络范围内。 审计 以下事件必须记录在系统审计日志中： 生成报表； 修改风险计算参数。 用于风险计算的输入数据必须是可理解的。 容错和恢复 如果可能，系统应采取适当的步骤从错误中恢复，但所有的错误都应被记录。 影响完成交易对手风险计算的错误都应被记录，流程应继续。 国际化和本地化 所有用户界面都将只用英语呈现。 所有报表都将只用英语呈现。 所有交易价格和风险指数都将只用美元呈现。 监测和管理 如遇下列情况，简单网络管理协议（SNMP ）陷阱应被发送至银行的中心监测服务： 系统组件的致命错误； 新加坡时间上午9 点前未能生成报表。 数据保存和归档 风险计算过程使用的输入文件必须保留1 年。 互操作性 现有数据系统的接口应该遵守并使用现有的数据格式。 二、 软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题， 以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用 户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由五 大方面。 1、 产品规模风险 项目的风险是与产品的规模成正比的。与软件规模相关的常见风险因素有：(1) 估算产品规模的 方法( 包括：代码行，文件数，功能点等) ，(2) 产品规模估算的信任度，(3) 产品规模与以前产 品规模平均值的偏差， (4) 产品的用户数， (5) 复用的软件有多少， (6) 产品的需求变更多少等。 一般规律，产品规模越大，以上的问题就越突出，尤其是估算产品规模的方法，复用软件的多 少，需求变化。 2、 需求风险 很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项 目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相 关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产 品来讲都可能致命的。 与客户相关的风险因素有： (1) 对产品缺少清晰的认识， (2) 对产品需求缺少认同， (3) 在做需求 中客户参与不够， (4) 没有优先需求， (5) 由于不确定的需要导致新的市场，(6) 不断变化需求， (7) 缺少有效的需求变化管理过程，(8) 对需求的变化缺少相关分析等。 3、 相关性风险 许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上做 的不够，因此缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组 成部分，并且觉察潜在的问题。与外部环境相关的因素有：(1) 客户供应条目或信息， (2) 交互 成员或交互团体依赖性， (3) 内部或外部转包商的关系， (4) 经验丰富人员的可得性， (5) 项目的 复用性。 4、 技术风险 软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目 的成功。在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，比如：培训、 聘请顾问以及为项目团队招聘合适的人才等。主要有下面这些风险因素：(1) 缺乏培训， (2) 对 方法、工具和技术理解的不够，(3) 应用领域的经验不足， (4) 新的技术和开发方法应用等。 5、 管理风险 尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而 感到惊奇。在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足 自己检查自己的错误，这是最难的。然而，像这些问题可能会使项目的成功变得更加困难。 如果不正视这些棘手的问题，它们就很有可能在项目进行的某个阶段影响项目本身。当我们定 义了项目追踪过程并且明晰项目角色和责任，就能处理这些风险因素：(1) 计划和任务定义不够 充分， (2) 实际项目状态， (3) 项目所有者和决策者分不清，(4) 不切实际的承诺， (5) 员工之间 的沟通等。 6、 安全风险 软件产品本身是属于创造性的产品，产品本身的核心技术保密非常重要。但一直以来，我们在 软件这方面的安全意识比较淡薄，对软件产品的开发主要注重技术本身，而忽略了专利的保护。 软件行业的技术人员流动是很普遍的现象，随着技术人员的流失、变更，很能会导致产品和新 技术的泄密，致使我们的软件产品被它公司窃取，导致项目失败。而且在软件方面关于知识产 权的认定目前还没有明确的一个行业规范，这也是我们软件项目潜在的风险。 三、 风险的分析、管理与控制 1、风险分析 以上所说的各类风险都是项目成败的巨大隐患，它们对软件开发项目的成败有多大影响，我们 可以利用风险分析工具，对以上各类风险进行分析，并加以控制和管理，将风险将到最低。常 用方法有风险条目检查表，它是利用一组提问来帮助项目风险管理者了解在项目和技术方面有 哪些风险。在风险条目检查表中，列出了所有可能的与每一个风险因素有关的提问，使得风险 管理者集中来识别常见的、已知的和可预测的风险，如产品规模风险、依赖性风险、需求风险、 管理风险及技术风险等。风险条目检查表可以不同的方式组织，通过假设分析、 成本效益分析、 风险剖面分析、判定树等，给出这些提问确定的回答，就可以帮助项目管理人员估算风险的影 响。 另外，我们可以依据风险条目检查表，制作风险控制概图 (见图 1) ，让项目管理和实施人员能很 直观的看到在项目开发个阶段的风险存在状况和各风险的大小，并采取相应措施。从风险发生 的概率来看， 需求风险和管理风险对项目成败影响最大，当一个软件项目开发团队接手项目后， 都是按照习惯性的方式来开发软件。需求风险意识比较淡薄，软件需求分析阶段的完成的不够 细致，忽略和很多软件开发必要的内容。在整个软件开发过程中需求分析阶段的风险控制尤为 重要，如果控制不好，对软件开发项目影响巨大，甚至是失败。管理风险实际上是项目开发管 理层，对项目开发的风险的意识反映。国内的软件企业大多规模较小，企业年轻，开发经验不 足，软件工程师较年轻，缺少开大型软件项目的经验，在管理方面缺少经验，特别是风险管理， 更是缺乏。 2、风险管理 风险管理应是贯穿软件项目开发始末的一项重要任务，其中包括风险识别、风险评估、风险计 划、风险解决和风险监控。它能让风险管理者主动“规避”风险，进行有效的风险管理。风险 管理模型有： SEI 风险管理模型、 Riskit风险管理模型、 SoftRisk风险管理模型、 IEEE风险管 理过程模型、 CMMI 风险管理模型、 MSF风险管理模型等。在项目管理中，建立风险管理策略， 在项目的生命周期中不断控制风险是非常重要的，风险管理主要包括五个阶段： (1) 风险识别：识别风险的方法常用的有现场观察法、座谈法、流程图法、财务报表法、相关部 门配合法和环境分析法等。 (2) 风险评估：对已识别的风险要进行估计和评价，风险估计的主要任务是确定风险发生的概 率与后果，风险评价则是确定该风险的经济意义及处理的费/ 效分析，常用的方法有： 概率分布、 外推法、多目标分析法等。 (3) 计划进度：按照评估后的风险结果，制定相应的风险管理进度表，为后续的风险管理提供 参考。 (4) 风险处理：一般而言，风险处理有三种方法， 风险控制法，即主动采取措施避免风险， 消灭风险，中和风险或采用紧急方案降低风险。 风险自留，当风险量不大时可以余留风险。 风险转移。 (5) 风险监控：包括对风险发生的监督和对风险管理的监督，前者是对已识别的风险源进行监 视和控制，后者是在项目实施过程中监督人们认真执行风险管理的组织和技术措施。 3、风险控制 (1) 建立有效的风险控制的组织机构 设置风险管理岗位：在软件开发项目管理过程中设置风险管理岗位，该岗位的主要职责是在 制订与评估规划时，从风险管理的角度对项目规划或计划进行审核并发表意见，不断寻找可能 出现的任何意外情况，试着指出各个风险的管理策略及常用的管理方法，以随时处理出现的风 险，风险管理者最好是由项目主管以外的人担任。风险管理岗位的人数依据项目大小来决定， 一般 23 人较为适合。 双项目经理：为项目开发项目设定两个项目经理岗位，一个负责技术岗位，另一个负责管理 岗位。目前，国内的软件开发企业的项目经理一般都是一名，而且是技术出生的占绝对多数， 他们主要擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理和控制。通过增加 专门的管理经理岗位，可以弥补技术出生的项目经理的不足，提升软件开发项目的管理水平。 而且这样的经验也已得到了国外业界大多企业的认可。 (2) 建立有效的风险控制管理过程 风险管理过程包括培训，风险识别、风险分析、风险计划、执行计划、跟踪计划等活动，有效 的风险管理过程应是学习型的、持续的和不断改进的。软件企业应建立自己的风险管理数据库 作为风险管理的基础，并在实施中不断地更新和完善。 根据企业和项目的实际情况，进行科学的项目风险和控制，对项目的成功研发有着举足轻重的 意义。在项目开发的过程中，进行必要的项目风险分析，制定符合项目特点的风险评估和监督 机制，特别是要定期对项目的风险状况进行评估和监管，发现意外风险或者是风险超出预期的 一定要重点关照。 发现问题要立即上报， 尽快解决。并建立风险监管日志， 实行“岗位负责制”， 将软件开发项目的风险降到最低。