首页 理论教育分析业务目标,明确业务范围

分析业务目标,明确业务范围

【摘要】:定义和分析业务目标是为了尽快梳理清楚业务范围,也是对要建设的系统的展望。在本案例中,我们从客户的回复及业务概况说明中就可以大致了解到业务目标。最终,经过梳理和分析总结,我们得到了以下业务目标,如图3-1所示。

定义和分析业务目标是为了尽快梳理清楚业务范围(业务范围与系统范围区别可参考本节案例&知识),也是对要建设的系统的展望。客户既然要立项准备开发一个软件系统,一定对这个系统有着明确的期望,当然他(们)不一定能够给出显式的、清晰的目标,这就需要RA人员通过一定的方式方法获得。我们在第2章的分析方法中提到了5W2H原则,这是我们调研的法宝,是我们快速了解客户想法,拉近与客户距离的神器,那么第一次接触,就让客户试着回答这样的问题:确定建设系统的目的是什么?准备用它来解决什么问题?对于上述问题的回复当前不需要过于深入业务细节,从总体上把握项目即可,当然我们也可以结合项目立项报告、可行性分析报告、招标文件或合同的附带技术协议等文档来进一步了解客户关于本项目的想法。

案例&知识:

在软件项目中,业务范围和系统范围是不同的。业务范围指这个项目所涉及的所有客户业务,这些业务有没有计算机系统参与都客观存在。系统范围是指软件将要实现的那些对应于业务功能的系统功能,从功能性需求来说系统范围是业务范围的一个子集。但是一些系统功能则会超出业务范围,例如操作日志。有没有操作日志并不影响业务目标的达成,客户也不一定会提出这个要求,但从系统角度出发,操作日志会使得系统更加完善。类似的还有系统管理,基础数据管理等。

在本案例中,我们从客户的回复及业务概况说明中就可以大致了解到业务目标。最终,经过梳理和分析总结,我们得到了以下业务目标,如图3-1所示。

(www.chuimin.cn)

图3-1 薪酬模块业务目标

选取的案例相对比较简单且独立,业务目标也比较容易获取和总结,而在实际的业务调研过程中,根据所涉及的业务范围和大小,可能会出现较多的业务目标,并形成列表,那么业务目标是可以分层级的,形成大的业务目标内部包含若干小的业务目标的形式。

在很多项目中业务目标一般就在分析业务范围时作为参考,在后续的建模过程中就被丢弃,而我们的建模方法论中业务目标是后续建模及分析设计的源头,需求调研就让我们从业务目标开始吧。