在项目生命周期中，评估业务案例不需要按顺序执行，也可以并行/同时执行。在本说明中，将解释业务案例评估活动的几个要点。
1. 确定业务需求
仅当 BI 应用程序没有明显的业务原因时，BI 项目的论证才很困难。必须有明确定义的业务信息需求，而传统的决策支持方法无法满足这一需求。业务应该与组织的财务后果挂钩，无论是成本超支还是收入损失。
财务后果可能是由于失去商
例如无法访问重要信息、报告不一致或依赖脏数据。无论哪种方式，我们都必须将业务需求量化为货币表达式（例如，由于无法向当前客户进行交叉销售，每年损失 1000 万美元）。这种后果还必须包含在成本效益分析中以获取更多细节。
在确定业务需求时，我们应该保持简单；从您希望 BI 应用程序满足的一项业务需求开始。一旦该计划被证明是有利可图的，并且达到了一定的舒适度，您就可以 通话清单 应用程序添加更多功能。不要轻易地利用 BI 信息应该提供的有希望的美元价值投资回报率，因为这都是猜测；一种销售体验可能会产生少量费用，而另一种销售体验可能会产生足够的费用，足以覆盖第一个 BI 应用程序版本的全部成本。
评估当前的 DSS 解决方案
检查当前的 DSS 解决方案并确定其缺陷。如果当前的解决方案没有提供缓解业务问题所需的信息，则必须了解其原因。如果没有提供必要的信息，可能是由于资 CZB目录 源短缺和 IT 工作负载长期积压所致。其他原因可能包括由于不同的密钥结构、丢失密钥或数据冗余和不一致而难以访问和合并源数据。
3. 评估运营来源和程序
在评估当前的DSS解决方案时，要特别注意操作源数据和操作程序。业务问题可能存在，因为业务人员不能信任传递给他们的信息。
