工件:
|
![]() | “业务案例”从业务的立场提供必要的信息,以确定该项目是否值得投资。
对于商业软件产品,“业务案例”应该包含一组关于项目以及数量投资收益率(ROI)的顺序的设想(如果这些设想是真的话)。例如,如果在一年内完成,ROI 的数量就是五,如果在两年内完成就是二,如果超过两年就是负数了。这些设想在精化阶段结束时,当更精确地定义范围和规划时再次得到检查。 |
---|---|
角色: | 项目经理 |
可选性/发生: | 先启阶段。 |
模板和报告: |
|
示例: | |
UML 表示: | 不适用。 |
更多信息: |
活动的输入: | 活动的输出: |
“业务案例”的主要目的是制定一个经济规划,以实现工件:远景中提出的项目远景。当制作后,“业务案例”就用于对项目提供的投资收益率(ROI)作出精确的评估。它为项目提供开发理由,并确定其经济限制条件。它向经济决策者提供关于项目的经济价值方面的信息,并用于确定项目是否应该继续下去。
在关键里程碑,“业务案例”再次被审查,以查看对期望的回报和成本的评估是否仍然精确,并决定项目是否应该继续下去。
该工件在先启阶段开发,在生命周期各里程碑得到核准,并根据在更远的里程碑的一些评估结果特别进行更新。
项目经理对“业务案例”负责。
该工件所要求的分析的形式和深度依赖于项目要求的投资级别。高级别投资的需求将要求非常正式的、经过认真研究并有良好基础的“业务案例”。投资量越大,高级管理层将提出更多的评估要求。
如果是一个按照合同执行的项目(例如因投标的授予而产生),则“提议请求”、响应和随后的合同一起组成“业务案例”。
Rational Unified Process
|