描述
方案评估和验证描述如何评估被提议的方案，检查这个方法是否最合适满足业务需要，标识出不同方案间的区别和优先点，并且决定必须的工作区或者需要更改的地方。
目的
评估方案，确保满足策略目标，涉众对需求满意
任务
- 评估需求覆盖率（Assess Requirements Coverage）
- 分配需求（Allocate Requirements）
- 确定组织意愿（Determine Organizational Readiness）
- 验证方案（Validate Solution）
- 评价方案（Evaluate Solution）
任务：评估需求覆盖率（Assess Requirements Coverage）
- 目的
检查可能的方案是否满足需求，评定结果应该包括推荐的方案、排除的方案或者折衷的方案
- 输入
可选的设计方案 - 输出
设计方案评估
任务：分配需求（Allocate Requirements）
- 目的
把需求分派到发布或者方案组件中。这个任务确保可能的发布最大化的满足业务价值，并且可以由设计部门来处理。感觉有点类似与我们做需求优先级划分的工作。
- 把需求归类到硬件、软件或者人工处理流程等
- 推荐的产品发布策略
- 明白在不同实现方法间的折衷处理
- 输入
- 方案设计
- 验证的需求
- 输出
分配的需求
任务：确定组织意愿（Determine Organizational Readiness）
- 目的
确定组织对新方案执行的意愿
- 执行组织意愿评估
- 优化组织部署的推荐方法
- 输入
- 业务架构
- 方案设计
- 输出
- 组织意愿评定（Organizational Readiness Assessment）
- 组织变更建议（Organizational Change Recommendations）
任务：验证方案（Validate Solution）
- 目的
验证被确定和部署的方案是否满足业务需要：
- 定义验收准则
- 标识缺点
- 分析影响
- 定义校正动作
- 验证校正动作
- 输入
- 确认的或部署的方案
- 验证的需求
- 输出
- 验证的方案
- 缺点影响分析（Defect Impact Analysis）
- 验证的校正动作（Validated Corrective Actions）
任务：评价方案（Evaluate Solution）
- 目的
评估方案对业务的价值，比较实际和希望的成本和收益
- 输入
部署的方案绩效度量
- 输出
成本收益分析
更多内容：
业务分析与需求.pdf
本文转自 jingen_zhou 51CTO博客，原文链接：http://blog.51cto.com/zhoujg/519760，如需转载请自行联系原作者
