目录
1. 软件项目风险管理计划 ........................................................................................................... 2 2. 风险条目表 ............................................................................................................................... 2 2.1. 产品规模风险 ........................................................................................................................ 2 2.2. 需求风险 ................................................................................................................................ 2 2.3. 商业影响所带来的风险 ........................................................................................................ 2 2.4. 相关性风险 ............................................................................................................................ 3 2.5. 管理风险 ................................................................................................................................ 3 2.6. 技术风险 ................................................................................................................................ 3 2.7. 开发环境风险 ........................................................................................................................ 3 2.8. 人员数目及经验风险 ............................................................................................................ 3 3. 风险定性分析 ........................................................................................................................... 4 4. 定量风险估计 ........................................................................................................................... 5 5. 风险管理清单 ........................................................................................................................... 5 6. 项目风险措施应对 ................................................................................................................... 6 6.1. 网络环境风险和操作系统风险 ............................................................................................ 8 6.2. 数据存取风险 ........................................................................................................................ 9 6.3. 网上支付风险 ........................................................................................................................ 9 7. 风险储备 ................................................................................................................................... 9 8. 风险监控 ................................................................................................................................... 9
1.软件项目风险管理计划
本计划主要针对项目开发涉及到的风险，包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所提到的风险都一一做了分析，并提出了相应的风险回避措施。由于风险是在项目开始之后才开始对项目的开发起负面的影响，所以风险分析的不足，或是风险回避措施不得力，都很有可能造成项目开发的失败。风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施，是避免损失的重要环节。
2.风险条目表
2.1. 产品规模风险
➢ 由于采用功能点估算成本，代码行小于50000 行，权重确定主观，另
外，功能点到代码行的转换率全凭业界经验所得产品的初定在线活跃用户为 5000 人。
➢ 软件接口包括财务分析软件，薪酬管理软件 2.2. 需求风险
➢ 对在线活跃用户缺少确定的把握 ➢ 与其他部门沟通不协调 ➢ 分析员对业务了解不全面
➢ 需求不断变化，由于不确定的需求导致新的市场 2.3. 商业影响所带来的风险
➢ 增加了信息真伪评估成本 ➢ 签约安全成本增加
➢ 增加消费者的验货成本 ➢ 增加客服成本
➢ 增加交易安全的法律成本 ➢ 延迟交付造成成本消耗 2.4. 相关性风险
➢ 财物资源有限 ➢ 项目经理管理经验不足 ➢ 不可抗力造成的危害
➢ 高层管理人员对项目的时间要求不合理 2.5. 管理风险
➢ 项目范围定义不清楚 ➢ 进度拖延 ➢ 沟通不善 2.6. 技术风险
➢ 企业其他部门人员缺乏培训 ➢ 数据加密技术不够安全 ➢ 特殊功能不能及时交付 ➢ 数据库过小不能满足需要 ➢ 防止黑客攻击技术不够 ➢ 设计错误编码导致程序实现困难 ➢ 缺少测试计划 ➢ 缺乏质量跟踪 2.7. 开发环境风险
➢ 所使用开发软件的质量问题
➢ 设计工具不合用 ➢ 数据库各子模块对接困难 ➢ 设备不能按时到位 ➢ 设备固定折损严重 ➢ 系统崩溃 ➢ 备份环境不稳定 2.8. 人员数目及经验风险
➢ 人力资源有限
➢ 开发人员没有接受过正规培训
➢ 项目中有一些开发人员只能部分时间工作 ➢ 开发人员不能按时到位 ➢ 开发人员经验不足
根据风险条目表制定风险分析计划如下（包括风险的定性和定量分析）。
3. 风险定性分析
本项目采用概率分布法针对风险概率及后果绩效定性的进行评估
风险发生概率类别 潜在风险事件 的定性等级 功能点估计不精确 产品规模风险 产品的初始在线活跃用户为5000人 软件接口包括财务分析软件，薪酬管理软件 对在线活跃用户缺少确定的把握 与其他部门沟通不协调 中 高 极高 风险后果影响的定性等级 轻度 严重 严重 综合风险指数 11 5 3 需求风险 高 高 轻度 轻度 9 18 分析员对业务了解不全面 需求不断变化，由于不确定的需求导致新的市场 增加了信息真伪评估成本 商业影响所带来的风险 签约安全成本增加 增加消费者的验货成本 增加客服成本 增加交易安全的法律成本 延迟交付造成成本消耗 财物资源有限 相关性风险 项目经理管理经验不足 不可抗力造成的危害 高层管理人员对项目的时间要求不合理 项目规范定义不清楚 风险管理 进度拖延 沟通不善 企业其他部门人员缺乏培训 数据加密技术不够安全 特殊功能不能及时交付 技术风险 数据库过小不能满足需求 防止黑客攻击技术不够 设计错误编码导致程序实现困难 缺少测试计划 缺少质量跟踪 所有开发软件的质量问题 设计工具不合用 开发环境风险 数据库模块对接困难 设备不能按时到位 设备固定折损严重 系统崩溃 备份环境不稳定 人力资源有限 人员数目及经验风险 开发人员没有接受过正规培训 项目中有一些开发人员只能部分时间工作 开发人员不能按时到位 开发人员经验不足 中 中 中 低 中 高 低 中 中 极高 低 极高 高 极高 中 中 极高 中 低 高 中 低 高 中 低 中 低 低 低 中 中 高 中 中 高 轻微 轻度 轻微 轻微 轻度 轻度 严重 灾难性 轻度 严重 灾难性的 灾难性的 严重 严重 轻度 轻度 灾难性 轻度 轻度 严重 严重 轻度 轻度 严重 轻微 严重 严重 轻度 灾难性 严重 轻度 轻微 轻度 轻度 严重 11 2 18 19 11 9 10 4 11 3 8 1 5 3 11 11 1 11 11 5 6 14 9 6 19 6 10 14 8 6 11 16 11 11 5 （1-5 是不能接受的风险；6-9 是不希望有的风险；10-17 是有控制的接受的风险； 18-20 是不经评审即可接受的风险）
4. 定量风险估计
实施后，有 75%的成功率，25%的失败率。25%的概率项目有高性能的回报为800000， 75%概率亏本的回报为-100000。由此，项目成功的损益期望值为（800000*25%-100000*75%）*75%=93750，项目失败的期望值为-50000，则实施后的损益期望值为93750-50000= 43750，不实施此项目计划的损益期望值为0。可以决定实施本项目。
5.风险管理清单
风险 项目经理管理经验不足 数据加密技术不够安全 需求不断变化，由于不确定的需求导致新的市场 高层管理人员对项目的时间要求不合理 进度拖延 软件接口包括财务分析软件，薪酬管理软件 开发人员经验不足 产品的初定在线活用用户为5000人 项目范围定义不清楚 延迟交付造成成本消耗 商业影响所带来的风险 管理风险 人员数目及经验风险 产品规模风险 85% 80% 75% 60% 4 4 4 5 7 8 9 10 管理风险 产品规模风险 91% 5 6 92% 4 5 相关性风险 93% 5 4 需求风险 95% 5 3 技术风险 类别 相关性风险 概率 98% 97% 影响 4 5 排序 1 2 6. 项目风险措施应对
项目管理过程 风险意识 潜在风险事件 功能点估计不精确 产品的初定在线活跃用户风险发生后果 系统不稳定 数据库不能共享 系统崩溃 软件不能满足业务需求 分析员对业务了解不全面 需求不断变化，由于不确定的需求导致新的市场 增加了信息真伪评估成本 签约安全成本增加 增加消费者的验货成本 用户拒绝使用系统 企业诚信降低 消费者担心商品不能按时送达 增加客服成本 增加交易安全的法律成本 延迟交付造成成本消耗 财务资源有限 项目经理管理经验不足 相关 性风 险 高层管理人员对项目的时间要求不合理 项目规范定义不清楚 进度拖延 沟通不善 企业其他部门人员缺乏培训 数据加密技术不够安全 技术风险 特殊功能不能及时交付 数据库过小不能满足 防止黑客攻击技术不够 设计错误编码导致程序实项目没完没了 项目拖期 项目拖期 系统功能不能完全实现 被商业间谍盗取 不能满足用户需求 数据溢出 数据丢失 质量问题 备份 失去客户群 承担法律责任 项目进度拖期 项目不能按期完成 项目拖期，阻碍员工能力的发挥 项目不能完成 及时沟通 降价策略 系统不能满足业务需求 项目变得没完没了 风险应对措施 应急措施 追加服务器资源 请顾问专家 修改系统 立即与部门进行沟通 根据部门经理要求修改 提交讨论决定 推广网站知名度 追加成本 加派人手送货 预防措施 采用大型服务器 优化软件接口 采用大型服务器 指定沟通管理计划 让用户确认需求报告 建立范围变更程序 增设信用评级 部署安全协议 提高物流部门运送效率 完善客服系统 提高法律意识 定制时间管理计划 追加成本 培训或者换人 减少资源消耗 配备有经验的管理者 平时加强沟通 事先定义清楚并获得用户确认 制定详尽工作计划 及时沟通 一对一培训 制定详尽沟通计划 制定培训计划 加强安全管理 沟通机制 应用较大的数据库 数据还原 修改设计 提高系统安全性 编码之前进行设与用户和解 加班加点 工期延误 追 加资源 加班加点 产品规模风险 为5000人 软件接口包括财务分析软件，薪酬管理软件 对在线活跃用户缺少确定的把握 与其他部门沟通不协调 需求 风险 商业 影响所带来的风险 按照用户要求变更 加班加点 管理 风险 追加模块 将现有数据备份 现困难 缺少测试计划 缺乏质量跟踪 所使用开发软件质量问题 设计工具不合用 数据库各个模块对接困难 项目拖期，质量问题发现不了 质量问题 项目拖期 项目拖期 容易导致各供应商之间互相推诿和扯皮并借机增加合同价格的现象，影响开发环境风险 设备不能按时到位 设备固定折损严重 系统崩溃 备份环境不稳定 人力资源有限 开发人员没有接受过正规人员数据及经验风险 培训 项目中有一些开发人员只能部分时间工作 开发人员不能按时到位 开发人员经验不足 项目拖期 项目拖期 增加专人开发 增加专人开发 项目拖期 增加专人开发 项目成本 项目进度拖期 项目拖期 高管理要求承担损失 用户投诉 项目拖期 项目拖期 重新生成数据 添加人手 增加专人开发 催设备供应商 修改或换设备 加紧修复 及时解决问题 更换开发软件 更换开发软件 转移给机房子系统供应商 追加测试计划 计评审 事先评审测试计划 制定质量跟踪计划 选择正版软件 选择合适的设计工具 分工和界面进行提前界定 提前采购或合同约束 加强设备预防性维修 事先备份 做好备份 制定合理的时间管理计划 提前培训 安排好开发人员的时间 项目前约定到位时间 做好培训 对电子商务系统的安全而言，风险识别的目标主要是对电子商务系统的网络环境风险、 数据存取风险和网上支付风险进行识别。电子商务风险识别最常用的一种方法就是收集各种 曾经发生过的电子商务攻击事件（不仅局限于本企业），经过分析提取出若干特征，将其存 储到“风险”库，作为识别潜在风险的参考。 由于电子商务系统的特殊性，我们对以下影响本电子商务系统的特殊问题进行具体分析：
6.1. 网络环境风险和操作系统风险
网络服务器常遭受到黑客的袭击，个别网络中的信息系统受到攻击后无法恢复正常运 行；网络软件常常被人篡改或破坏；网络中存储或传递的数据常常被未经授权者篡改、增删、 复制或使用。 风险应对措施：大部分管理员采用安全漏洞扫描工具对整个系统进行扫描，了解系统的安全 状况，如Microsoft Baseline Security Analyze.许多国产杀毒软件也提供安全测试程序：将存 在的漏洞标示出来，并提供相应的解决方法来指导用户进行修补。扫描方式的漏洞检测工具 往往无法得到目标系统的准确信息，因此无法准确判断目标系统的安全状况。模拟攻击测试 是解决这一问题的有效方法，可以准确判断目标系统是否存在测试的漏洞。但是由于漏洞的 多样性和复杂性，现有的模拟攻击测试系统发展缓慢。
过滤保护分析所有针对受保护对象的访问，过滤恶意攻击以及可能带来不安全因素的非 法访问；安全检测保护对所有用户的操作进行分析，阻止那些超越权限的用户操作以及可能 给操作系统带来不安全因素的用户操作；在特殊需要的时间段内，对某一个或某些进程或线 程实施隔离，该时间段结束后解除隔离； 在软件层面上对各个进程的访问权限实行控制和 限制，以达到隔离的效果； 采用加密算法对相应的对象进行加密。 6.2. 数据存取风险
由于数据存取不当所造成的风险。这种风险主要来自于企业内部。一是未经授权的人员进入系统的数据库修改、删除数据；二是企业工作人员操作失误，受其错误数据的影响而带来的风险，其结果必然是使企业效益受到损失，或者是使顾客利益受到损失。
风险应对措施：为了防止信息被窃取，应当对发送的全部信息进行加密。加密传
因篇幅问题不能全部显示，请点此查看更多更全内容