浅谈零售业客户实施MIS系统的需求观.docVIP

　　浅谈零售业客户实施MIS系统的需求观|第1 本文是笔者在做零售业MIS系统需求分析时的深刻体会。其实文章的核心内容适用于所有行业，包括工、商、银或政府机关的系统开发，不仅局限于零售业。对系统开发者和客户方面的项目负责人具实用价值。 每个软件产品都是为了使用户以某种方式来改善他们的工作，提高他们的工作效率。对于商业用户来讲，他们后面是成百上千个供应商，前面是成千上万个消费顾客，怎样管理错综复杂的供应商和消费顾客，如何作好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业更需要MIS信息管理系统的理由。 商业企业开店或切换新系统，都期望借助一套好的MIS系统成功开业或成功替代手工管理，而开发一套好的MIS系统则取决于客户需求的完整性以及开发者是否尽可能地采纳客户的意见。 一、每个项目都有需求 在MIS系统开发这个软件工程中，所有的项目风险承担者都对需求分析阶段倍感兴趣，这里所指的风险承担者包括客户方面的项目负责人、用户、开发方面的需求分析人员和项目管理者。这部分工作做得到位，能开发出很优秀的软件产品，同时也会令客户满意，开发者也倍感满足、充实。若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁，因此可以说“需求分析奠定了软件工程和项目管理的基础”。 我们以下面的个案为例，看看在需求分析会议上会遇到什么。 某客户项目经理与某系统开发小组的分析人员讨论业务需求。 经理：“我们要建立一套完整的商业MIS 管理软件系统，包括商品的进销调存管理，是总部-门店的连锁经营模式，通过通讯手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况，另外我们也得为政府部门提供关于商品营运的报告。” 分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” 经理觉得奇怪：“我不是刚告诉您我的需求了吗？” 分析员：“实际上，您只说明了整个项目的概念和目标，这些高层次的业务需求不足以提供开发的内容和时间，我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。” 经理：“业务人员都在招商，他们非常忙，没有时间与您们详细讨论各种细节，您能不能说明一下您现有的系统。” 分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意，我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要作些什么，我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。” 经理坚持道：“行了，行了，我们没有那么多的时间，让我来告诉您我们的需求，实际上我也很忙，请马上开始开发，并随时将您们的进展情况告诉我。” 二、客户与开发人员之间的合作关系 像这样的对话经常出现在软件开发的过程中，客户项目经理的需求对分析人员来讲，犹似“雾里看花”般的模糊而令开发者感到困惑，那么，我们就拨开雾影，分析一下需求的具体内容： 1业务需求---反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档予以说明。 2用户需求---描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。 3功能需求---定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。 4非功能性的需求---描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准，规范和约束，操作界面的具体细节和构造上的限制。 5需求分析报告---报告所说明的功能需求充分描述了软件系统所应具有的外部行为，“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。 像上述的客户项目经理，他们通常阐明产品的高层次的概念和主要业务内容，为后继工作建立了一个指导性的框架，其他任何说明都应遵循“业务需求”的规定，然而“业务需求”并不能为开发人员提供许多开发所需的细节说明。 下一层次需求---“用户需求”，必须从使用产品的用户处收集，因此这些用户构成了另一种软件客户，他们清楚要使用该产品完成什么任务和一些非功能性的特性需求，例如：程序的易用性、健壮性和可靠性，而这些特性将会使用户很好地接受具有该特点的软件产品。 经理层有时试图代替实际用户说话，但通常他们无法准确说明“用户需求”。用户需求则来自产品的真正使用者，必须让实际用户参与到收集需求的过程中，如果不这样做，产品很可能会因缺乏足够的信息而出现不少隐患。 在实际需求分析过程中，以上两种客户可能都觉得没有时间与需求分析人员讨论，有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求，除非