软件风险管理报告 - MDA-20全自动化学发光免疫分析仪
概述
本报告针对MDA-20全自动化学发光免疫分析仪软件项目,采用美国软件工程研究所(SEI)的风险识别方法进行风险评估,使用”类-元素-属性”三层次风险列表方法。
一、风险识别方法
风险条目检查表法
利用一组提问帮助管理者了解项目在各个方面有哪些风险。本项目采用SEI提出的三层次描述方法:
- 类(Class):风险大类
- 元素(Element):风险子类
- 属性(Attribute):具体风险描述
二、风险识别结果
风险条目检查表
| 类 | 元素 | 属性 | 潜在风险事件 |
|---|---|---|---|
| 设计 | 性能 | 对需求理解不到位 | 设计出现偏差 |
| 功能性 | 遗漏功能点 | ||
| 软件功能点繁多 | 功能点分类不明显不合理 | ||
| 设计模糊 | 后期编码时产生争议 | ||
| 编码 | 可行性 | 现有技术不足 | 实现某些功能或耗时较长 |
| 规范化 | 编码不规范 | 再次查找、修改时困难,延误进度 | |
| 可行性 | 前期数据库设计存在问题 | 导致数据处理出错 | |
| 可测性 | 测试周期短 | 一些缺陷无法发现 | |
| 测试 | 测试数据 | 测试数据量偏少或偏多 | |
| 可测性 | 测试人员理解不同步 | 与编程人员理解不一致 | |
| 开发环境 | 开发过程 | 不可避免原因 | 开发暂停或终止 |
| 管理过程与方法 | 人员管理 | 关键路径未留出缓冲时间 | 导致整个项目延迟 |
| 项目限制 | 资源 | 设备 | 工作所需设备损坏,延误进度,增加成本 |
| 合同条款 | 合同条款存在漏洞 | ||
| 合同 | 客户 | 客户违约 | 拖欠费用 |
三、风险评估
定性风险评估表
| 类 | 元素 | 潜在风险事件 | 概率等级 | 影响等级 | 综合风险指数 |
|---|---|---|---|---|---|
| 周期风险 | 设计 | 主流技术升级,导致需求变更 | 中 | 严重的 | 6 |
| 遗漏一些功能点 | 低 | 轻度的 | 14 | ||
| 软件功能点繁多,分类不合理 | 高 | 轻度的 | 9 | ||
| 编码不规范,延误进度 | 高 | 严重的 | 5 | ||
| 前期数据库设计存在问题 | 低 | 灾难的 | 8 | ||
| 测试 | 测试周期短,缺陷无法发现 | 低 | 严重的 | 10 | |
| 测试数据量偏少或偏多 | 中 | 轻度的 | 14 | ||
| 开发环境风险 | 开发过程 | 开发暂停或终止 | 极低 | 灾难的 | 12 |
| 管理过程 | 关键路径缓冲时间估计不足 | 中 | 轻度的 | 11 | |
| 使用风险 | 系统稳定性 | 极限条件下系统崩溃 | 低 | 灾难的 | 8 |
| 传输数据中断 | 中 | 轻度的 | 11 | ||
| 传输数据暂停 | 中 | 轻度的 | 11 | ||
| 传输数据异常 | 中 | 轻度的 | 11 | ||
| 用户操作 | 用户破坏性操作 | 极低 | 轻微的 | 20 |
风险评估指数说明
指数范围:1-20(最高风险指数为1,最低为20)
| 指数范围 | 风险等级 | 处理方式 |
|---|---|---|
| 1-5 | 不可接受的风险 | 必须采取措施降低 |
| 6-9 | 不希望有的风险 | 需要关注 |
| 10-17 | 有控制的接受的风险 | 监控即可 |
| 18-20 | 不经评审即可接受的风险 | 无需特别处理 |
四、TOP5 定量风险评估
将概率等级和影響等级转化为百分比:
- 极高=90%,高=70%,中=50%,低=30%,极低=10%
- 灾难的=90%,严重的=60%,轻度的=30%,轻微的=10%
风险值 R = F(P, I),其中 P 为可能性,I 为影响
| 排序 | 类 | 潜在风险事件 | 可能性 | 影响 | 风险值 | 风险详述 |
|---|---|---|---|---|---|---|
| 1 | 产品工程 | 主流技术升级,导致需求变更 | 50% | 90% | 45% | 主流技术升级,需求未能预计主要技术的更新 |
| 2 | 产品工程 | 关键路径缓冲时间估计不足 | 50% | 60% | 30% | 关键路径上的功能点过于复杂,缓冲时间较短 |
| 3 | 稳定性 | 传输数据中断 | 30% | 90% | 27% | 使用者操作不当,串口被误拔 |
| 4 | 稳定性 | 传输数据暂停 | 30% | 90% | 27% | 使用者操作不当,窗口跌落和串口被重新连接 |
| 5 | 稳定性 | 传输数据异常 | 30% | 90% | 27% | 使用者操作不当导致数据传输异常 |
五、风险应对措施
| 潜在风险事件 | 风险发生后果 | 应急措施 | 预防措施 |
|---|---|---|---|
| 主流技术升级,导致需求变更 | 延误进度 | 延期 | 及时更改计划 |
| 遗漏一些功能点 | 系统不能满足业务要求 | 追加资源 | 完善需求 |
| 软件功能点繁多,分类不合理 | 效率降低 | 修改设计 | 进行头脑风暴,多人确认 |
| 前期数据库设计存在问题 | 数据丢失或溢出 | 修改数据库设计 | 进行头脑风暴,多人确认 |
| 测试周期短,一些缺陷无法发现 | 系统不稳定 | 追加测试 | 增加测试时间 |
| 测试数据量偏少或偏多 | 系统不稳定 | 修改测试计划 | 进行头脑风暴,多人确认 |
| 关键路径缓冲时间估计不足 | 延误进度 | 加快现有人员工作进度 | 制定合理的时间计划 |
| 极限条件下系统崩溃 | 系统不稳定 | 无 | 对使用者提前培训 |
| 传输数据中断/暂停/异常 | 系统不稳定 | 无 | 对使用者提前培训 |
| 用户破坏性操作 | 系统不稳定 | 无 | 对使用者提前培训 |
六、风险管理验证
经项目验收时的验证证明:
- 系统的可靠性和安全性能良好
- 针对系统的风险计划有效地预防了部分项目风险
- 减少了部分风险给系统带来的影响
- 应急措施和预防措施颇有成效
来源:日常学习资料/全自动化学发光/软件描述文档191025(1)/软件描述文档191025/附件1 软件风险管理报告.docx