[精品]需求分析的20条法则.doc

[精品]需求分析的20条法则.doc需求分析的20条法则
对外贸公司来说，他们后面是成百上千个内外供应商，前面是成千上万个内外顾客。怎样利 用软件管理错综复杂的供应商和客户，如何做好精细到一个小小针线包的进出口的外贸工 作，这些都是外贸企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清外贸 企业如此复杂需求的真面目，正是我们IT产品开发成功的关键所在。
经理：“我们要建立一套完整的外贸管理软件系统，包括自营进出口业务、代理进出口 业务、内贸业务等；集团经营模式，通过通信手段将集团内的各分支机构的信息进行全面监 控与管理；我们希望进行远程业务操作和离线作业。另外，我们也得为进出口相关的海关、 商检、经贸委、甚至以后的银行进行联网处理。”
分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我 们必须收集一些需求。”
经理觉得奇怪：“我不是刚告诉你我的需求了吗？ ”
分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以 提供开发的内容和时间。我需要与以后系统的实际工作人员进行讨论，然后才能真正明白达 到工作目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有产品即可实现的，哪 些是需要新增开发的，这样可节省很多时间。”
经理：“公司所有的人员都在各自的岗位上工作，他们非常忙，没有时间与你们详细讨 论各种细节。你能不能说明一下你们现有的系统？ ”
分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想您的要求，结果 不会令您满意。我们虽然是专业的外贸ERP的提供商，它的功能十分齐全而强大，但是贵 公司有贵公司的经营特色，我们并不真正明白您这个企业内部运营需要做些什么。如果我未 真正明白这些详细需求就直接套用我们的现有系统，结果会让您失望的。”
经理坚持道：“行了，行了，我们没有那么多的时间。让我来告诉您我们的需求。实际 上我也很忙。请马上开始，并随时将你们的进展情况告诉我。”
风险躲在需求的迷雾之后
以上我们看到的是某客户项目经理与系统应用分析人员讨论业务需求。在应用实施过程 中，所有的应用实施的风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括 客户方面的项目负责人和用户，IT提供商的需求分析人员和客户经理。如果这部分工作做 得到位，则能进一步提高应用实施的成功率，加快应用实施的进度，同时也会令客户满意。 若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。因此可见—— 需求分析奠定了应用实施的基础。
拨开需求分析的迷雾
像这样的对话经常出现在应用实施的过程中。客户的需求对产品应用人员来讲，像“雾 里看花”般模糊并令应用实施人员感到困惑。那么，我们就应及时拨开雾影，分析一下需求 的具体内容：
•业务需求一反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定 义与范围文档中予以说明。
•用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予 以说明。
•功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的 任务，从而满足了业务需求。
•非功能性的需求一描述了系统展现给用户的行为和执行的操作等，它包括产品必须 遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。
•需求分析报告——报告所说明的功能需求充分