会员登录
会员注册
让我们开始一次质量之旅吧，第一站就是需求分析。
在需求分析过程中，如何进行质量保证呢?我们平时可能更多地关注需求本身，却忽视了一个很重要的因素，那就是市场。因为我们开发出来的产品是直接面向市场的，如果费了很多的人力物力开发出来一个没有市场前景，缺乏竞争力的产品，那么所有的努力都是白费。如何充分考虑市场因素，具体可以从以下几个方面进行。
首先，判断需求是否符合愿景目标，所谓愿景目标就是我们开发出来的产品能够给我们的用户带来什么样的好处?如果有些需求没有被包含在愿景目标里，那么这样的需求其实就背离了我们开发产品的初衷。其次，判断产品需求能够给企业带来多大的利润，如果某个需求只是代表个别用户的需求，并不能给企业带来较大的利润，但又花费甚高，就可以考虑删除。最后，与竞争对手相比核心竞争力有哪些?如果核心竞争力不够，就应该考虑重新进行需求分析，因为如果没有核心竞争力，开发出来的产品就没有市场。
在排除了市场因素产生的风险之后，我们应该保证需求描述的质量。人与人的交流总会存在一些误会，同样一句话，心情不好与心情好的时候听起来可能会截然相反，正是因为人们之间存在着理解上的偏差，在描述需求的语言上就应该注意尽量避免歧义的产生。如果对UML比较熟悉的话，需求分析可以利用UML工具进行，这样可以减少一些自然语言引起的歧义，但是并不是所有的用户都了解UML各种图形的意思，与用户沟通起来存在障碍，除了工具之外，我们可以从以下几个方面来保证需求描述的质量。
首先，看句子和段落是否简短。长句子看起来会非常困难，很难弄懂真正的需求：另外，过长的句子和段落容易让人忽视一些需求。所以，如果一个句子不能完全描述清楚需求，应该将其拆分成多个小句子。
其次，句子是否有语法错误，还要注意标点符号，有时，标点符号点错了就完全成了另外一个意思。再次，是否存在模糊不清的需求，出现“可能，大概，或者”等词汇表述。
最后，注意是否存在形容词及比较性词语，比如：容易的、快速的、方便的、有效的、许多、很少、简单、复杂、最新的、界面友好的、减少、扩大，不小于等等，需要将描述性词语进行量化，并且给出具体值或者范围。
另外，保证需求质量的一个很重要的因素就是需求是否细化，如果需求不细化就很容易造成代码的返工，出现程序员尽管加班加点却总是不能如期完成任务的情景。怎样才能判断需求细化的程度呢?需求细化程度确实很难把握，什么样的需求可以算是比较细了，不用再进行细化了呢?
答案是：是否可以将需求写出相应的测试用例，如果写不出来，就说明需求还不是很细，还需要进一步进行细化。