以下是某客户项目经理与系统开发小组的分析人员讨论业务需求。经理:我们要建立一套完整的商业管理软件系统,包括商品的进、销、调、存管理,是总部一门店的连锁经营模式。通过通信手段,门店自动订货,
供应商自动结算.卖场通过扫条码实现销售,管理人员能够随时查询门店商品销售和库存情况。另外.我们也得为政府部门提供关于商品营运的报告。分析员我已经明白这个项目的大体结构框架这非常重要,但在制定计划之前.我们必须收集一些需求。经理觉得奇怪我不是刚告诉你我的需求了吗?
实际上.您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论然后才能真正明白达到业务目标所需的功能和用户要求,了解清楚后,才可以发现哪些是现有组件即可买现的.哪些是需要开发的,这样可节省很多时间。经理业务人员部在招商他们非常忙,没有时间与你们详细讨论各种细节,你能不能说明一下你们现有的系统。分析员尽量解释从用户处收集需求的合理性:如果我们只是凭空猜想用户的要求.结果不会令人满意.我们只是软件开发人员.而不是采购专家、运营专家或是财务专家,我们并不真正明白您这个企业内部运营需要做些什么.我曾经尝试过未真正明白这些问题就开始编码.结果没有人对产品满意。
经理坚持行我们没有那么多的时间让我来告诉您我们的需求。实际上我也很忙 请马上开始开发.并随时将你们的进展情况告诉我。在项目开发中.所有的项目风险承担者都对需求分析阶段备感兴趣.这里所指的风险承担者包括客户方面的项目负责人和用户.开发方面的需求分析人员和项目管理者。需求分析工作做得到位.能开发出很优秀的软件产品.同时也会令客户满意。若处理不好.则会导致误解、挫折、障碍及潜在的质量和业务价值上的威胁需求分析其定了软件工程和项目管理的基础。